Created attachment 7566 [details]
install report

Hi,

Is the problem still here?  I cannot reproduce it in my x86_64 Virtualbox VM, sorry.

Best regards,

Nico.

(In reply to Nicolas Salguero from comment #2)
> Hi,
> 
> Is the problem still here?

after updates applied last night, [378] no longer apparent

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Hi Nico,

ok, discovered something.

if a link to the internet is opened from Mageia Welcome ie "wiki", while that Firefox instance is active, all other links from Mageia Welcome are unable to be used.

hope this helps narrow down the issue.

Time doesnt seem to be the issue

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

@ Ben

Does this only happen in LXDE? (I don't have the issue in Plasma5 on a updated cauldron that dates from January)

CC'ing napcok, anyway, since he's MageiaWelcome's daddy.

Should the Keywords: be updated to "6sta1"?

CC: (none) => napcok

(In reply to Marja van Waes from comment #5)
> @ Ben
> 
> Does this only happen in LXDE? (I don't have the issue in Plasma5 on a
> updated cauldron that dates from January)

yes, for Mageia-6-sta1-i586-DVD.iso
DATE.txt: Tue May  3 12:34:47 CEST 2016

single DE install and 29/04  multi DE install - 

> 
> Should the Keywords: be updated to "6sta1"?

yes - doing

Summary: [6dev1] Mageia Welcome page-1 links become unresponsive after opening a Firefox Window from MW (LXDE) => [6sta1] Mageia Welcome page-1 links become unresponsive after opening a Firefox Window from MW (LXDE)

fixed in 

Mageia-6-sta1-x86_64-DVD.iso
DATE.txt: Fri May 20 15:16:56 CEST 2016

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

I had an open (minimised) Firefox window before I started checking.
after closing all Firefox windows and attempting multiple web links from Mageia Welcome, problem is still apparent.

so still valid :-(

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Hi,

I tried to better understand the problem so I did some tests.

I found that not only LXDE is affected by the bug but also other DE (in my tests, at least LXQt, Openbox and IceWM are affected too).

I also found that the issue is in /usr/share/mageiawelcome/mageiawelcome.py at lines 189 and 191: os.system("xdg-open " + msg).

I added some print("OK...") just before and just after those lines, in the conditions elif msg.startswith("http") and elif msg.startswith("irc").

I saw that, when no web browser process is running (tested with firefox and midori, so the problem does not come from firefox), only the print just before the line os.system("xdg-open " + msg) is displayed; the print just after that line is only displayed when you close the web browser.

If a web browser process is running, the two print("OK...") are displayed.

That behaviour is coherent with the fact that, if no web browser process is running, if you click on the wiki link in mageiawelcome, for example, and, then, on the forum link, the second page will not be opened until you close the web browser.

It also works with the check box "Show this window at startup": creation or removal of $HOME/.mageiawelcome/norun.flag will not occur until you close the web browser if no web browser process was running at the time you clicked on a link in mageiawelcome.

I put some "echo OK..." in /bin/xdg-open and /bin/www-browser and replaced, in /usr/share/mageiawelcome/mageiawelcome.py, the line os.system("xdg-open " + msg) by os.system("firefox " + msg) and, with those tests, I am sure the problem is neither in /bin/xdg-open nor in /bin/www-browser.

In fact, when no web browser process is running, mageiawelcome needs to create a child process to display the requested link and, because of that, it waits the end of that child process before doing anything else (the child process is running in foreground).

I solved the problem by replacing os.system("xdg-open " + msg) by os.system("xdg-open " + msg + " &"), i.e. forcing mageiawelcome to launch the child process in background.

What I do not understand is why that issue does not occur in Plasma, XFCE or MATE, for instance, but my solution does not seem to cause additional problems with those DE.

Best regards,

Nico.

Hi,

The problem also occurs with Enlightenment.

Best regards,

Nico.

thanks for keeping at this Nico

(no other testers appear to note this issue, so it may be "corner case?")

Hello Nico,

sadly this is now affecting Mga5(.1):

Mageia-5.1-x86_64-DVD.iso
DATE.txt: Thu Sep 22 23:59:29 CEST 2016
md5sum:   497c65d22b74cd8afcd24badf6df6a1c

6 in 1 DE install.

would you like a new report or shall this one do?

Adding "&" to run in the background seems fine to me, could you push this fix Nicolas? Opening links should not be blocking for MageiaWelcome.

Alternatively, Python's documentation recommends using subprocess instead of os.system for such things: https://docs.python.org/3/library/os.html#os.system

Or webbrowser.open could do the trick too probably: http://stackoverflow.com/questions/4216985/call-to-operating-system-to-open-url

Whiteboard: mga5too => MGA5TOO
Severity: normal => major

Decreasing the priority as it can still be fixed post-release, and we now can still keep a good overview of High priority bugs.

Priority: release_blocker => High
Target Milestone: --- => Mageia 6
QA Contact: (none) => rverschelde
Source RPM: (none) => os.system() waits on the spawned process to exit before getting back to MageiaWelcome, should spawn in background

Hello, 
I will work on this later this week.

Just to recap.

In Mageia6-sta2-x86_64 LXDE only install (MBR/legacy  with intel 810 or later).
Issue is still apparent.

Currently, invoking any single web-link will spawn Firefox (default browser) with a single tab.
 
Invoking a second or more links now queues the request(s).
So closing the open Browser tab immediately spawns the next "request"in the queue.
If this happens to be a web-link, Firefox will spawn.
If it is a link to MCC, it will spawn the authentication dialogue window. 

For comparison, in Cinnamon DE, invoking an single web link will spawn Firefox ( default browser) with a single tab.
Choosing another or more web-kinks will spawn a new browser tab, and choosing an MCC link will spawn the authentication dialogue window.
I would consider this to be normal behaviour.

Is there any assistance that I (humble tester) could provide to resolve this issue.

(In reply to ben mcmonagle from comment #4)
> 
> ok, discovered something.
> 
> if a link to the internet is opened from Mageia Welcome ie "wiki", while
> that Firefox instance is active, all other links from Mageia Welcome are
> unable to be used.
> 
> hope this helps narrow down the issue.
> 
> Time doesnt seem to be the issue

Is this bug still valid for _newest_ 6sta2?

Keywords: 6sta1 => (none)

yes

Correction.
http://gitweb.mageia.org/software/mageiawelcome/commit/?id=473ac91d71830e766efcfd4d75e45fda9abf977b

CC: (none) => yves.brungard_mageia
Resolution: (none) => FIXED
Status: REOPENED => RESOLVED