desktop-packages team mailing list archive

[Hachmann <781397@xxxxxxxxxxxxxxxxxx>]

Getting the same (but longer :) ) error message with Inkscape 0.91pre3
opening firefox for manual/other websites on LM17:

(process:2824): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Error: No running window found
(process:2828): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
(firefox:2828): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::sm-connect after class was initialised
(firefox:2828): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::show-crash-dialog after class was initialised
(firefox:2828): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::display after class was initialised
(firefox:2828): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised

-- 
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