Except for inkscape freezing, this sounds very similar to the popup i'm getting.
When clicking on an item in the help menu that opens a webpage, then two popups open in the center of the inkscape window, and the webpage opens in the browser. The first popup says: 'Keys and Mouse Reference' working, please wait... [Cancel] the text between the '' signs refers to what was clicked. The second one says: Inkscape has received additional data from the script executed. The script did not return an error, but this may indicate the results will not be as expected. (process:9189): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed [OK] If the second popup is moved then one can see that the first one is still open behind it. If one clicks OK on the first popup, then they both go away, and inkscape works fine. Tested with: r12833 on linux mint 15 cinnamon 32bit Firefox v25.0.1 is the default browser. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to inkscape in Ubuntu. https://bugs.launchpad.net/bugs/781397 Title: Help opens web browser (Epiphany, Konqueror), Inkscape stays in modal state . Status in Inkscape: A Vector Drawing Tool: Confirmed Status in “inkscape” package in Ubuntu: Triaged Status in “inkscape” package in Debian: Confirmed Bug description: Debian Linux only + Gnome. Inkscape versions tested: 0.46, 0.47, 0.48 When I do select "Manual", "Keys and mouse reference" and etc. form Help menu Inkscape pops-up a modal dialog: "Inkscape manual working... please wait" and opens web browser with a link to a site containing a manual. However I do find this kind of approach unreasonable ( some people do work off-line you know ) it is not a subject of this bug report. The problem is, that as long as a web browser is opened this modal dialog do not close and CANNOT be closed neither by cancel or close icon. Any attempt to click "Cancel" leads to Inkscape hanging till browser window is closed. Closing browser window makes Inkscape usable again. This is rather an inconvenience than a bug but less experienced users may do not figure out how to access manual while working with a program. Investigation: In my config (debian+gnome) a default browser is Epiphany. If I do set "System->preferences->preferred applications->Internet->web browser" to "iceweasel" or "links2 in terminal" help works as expected. If I do set it to: "Epiphany" or "Konquerror" bug is exposed and Inkscape awaits for browser to be closed. If I do however select: "Konqueror in terminal" help works as expected but additional terminal pops-up. This suggests, that script showing help assumes that called process will fork and return immediately. They do not. A simple test with a terminal shows, that "iceweasel" command forks and returns but "konqueror" and "epiphany" do not. "Links2" neither - it's even worse, since when set as a system browser without a terminal it does not pop-up a window but performs display i/o on stdin/stdout and in effect inkscape hangs. Please detach from a child process when rising a help window by calling an external program. Info: When I do start Inkscape from a console I can see a stream of: "(inkscape:3504): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed" I hope it is intended. With regards, Tomasz Sztejka To manage notifications about this bug go to: https://bugs.launchpad.net/inkscape/+bug/781397/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
