New 'Import Clip Art…' dialog in trunk fails on Mac OS X
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Invalid
|
Medium
|
Unassigned |
Bug Description
Original description:
=======
New (refactored) import feature from OpenClipart.org fails on Mac OS X with this error:
(inkscape:29713): glibmm-CRITICAL **:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code : 15
what : Operation not supported
Steps to reproduce:
1) launch Inkscape trunk
2) open 'File > Import Clip Art…'
3) enter search phrase and click on "Search"
-> search returns no results in the dialog, and above messages are printed to the console instead. Inkscape itself does not crash, and the dialog can be closed normally (using the 'Close' button).
Reproduced with Inkscape 0.48+devel r11030 on
- Mac OS X 10.5.8, Apple GCC 4.2.1, glib 2.28.8, glibmm 2.28.0
- OS X 10.7.2, FSF GCC 4.6.2, glib 2.30.2, glibmm 2.28.2
Regression was introduced in revision 11027 with the merge of lp:~and471/inkscape/ocal-dialog-improvements.
For further details, see the discussion in the merge proposal:
<https:/
Update (from comment 10):
=======
Works as expected if gvfs is installed, and GIO configured to use (i.e. autolaunch) gvfsd (requires running dbus session).
The search for images on Openclipart then autolaunches gvfsd-http.
Remaining issue: packaging for OS X
description: | updated |
summary: |
- [regression] New 'Import Clip Art…' dialog in trunk fails on Mac OS X + New 'Import Clip Art…' dialog in trunk fails on Mac OS X |
Changed in inkscape: | |
importance: | Undecided → Medium |
description: | updated |
The same steps lead to a crash on Windows XP, with a laconic message:
-----
terminate called without an active exception
Emergency save activated!
....
-----
No bt available. Worked well last time I tested it from the branch (old devlibs).
The new OCAL dialog works as expected on Ubuntu 11.04 and Debian Wheezy.