Pasting crashes Inkscape 0.47-pre3 on Mac OS X 10.5

not reproduced with Inkscape 0.47pre3-2 and Inkscape 0.46+devel r22384 on OS X 10.5.8 with XQuartz 2.4.0

- did it work with previous versions of Inkscape?
- did you adapt the XQuartz preferences for the syncing of the X11 clipboard with the OS X pasteboard according to the FAQ?
<http://wiki.inkscape.org/wiki/index.php/FAQ#Copying_and_pasting_in_Inkscape_creates_pixellated_images_instead_of_copying_the_vector_objects>
X11 Preferences dialog screenshot: <http://www.inkscapeforum.com/viewtopic.php?f=22&t=3627#p17000>
As described in the FAQ you might have to install the Locale package for XQuartz separately if you don't use the english locale setting for OS X.

if above workaround doesn't help:
- could you add the crash report, and copy relevant console messages from 'Console.app > All Messages' ?

0.46 works great.
0.47pre-1 had the same problem.

Tried the settings in the screenshot: <http://www.inkscapeforum.com/viewtopic.php?f=22&t=3627#p17000>
(unchecked Update Pasteboard when CLIPBOARD changes) and it works like a charm.

For your interest, here is the crash report (with "crashing settings"):

2009-10-07 12.15.50 Console[779] Can't open input server /Library/InputManagers/MultiClutchInputManager.bundle

2009-10-07 12.16.23 CoreServicesUIAgent[784] Can't open input server /Library/InputManagers/MultiClutchInputManager.bundle

2009-10-07 12.16.23 CoreServicesUIAgent[784] Can't open input server /Library/InputManagers/MultiClutchInputManager.bundle

2009-10-07 12.16.25 defaults[813]
The domain/default pair of (kCFPreferencesAnyApplication, AppleHighlightColor) does not exist

2009-10-07 12.16.25 [0x0-0x2e02e].org.inkscape.Inkscape[783] Setting Language: .UTF-8
2009-10-07 12.16.26 [0x0-0x2e02e].org.inkscape.Inkscape[783] (process:786): Gtk-WARNING **: Locale not supported by C library.
2009-10-07 12.16.26 [0x0-0x2e02e].org.inkscape.Inkscape[783] Using the fallback 'C' locale.
2009-10-07 12.16.26 org.x.startx[834] font_cache: Scanning user font directories to generate X11 font caches
2009-10-07 12.16.26 org.x.privileged_startx[634] font_cache: Scanning system font directories to generate X11 font caches
2009-10-07 12.16.26 org.x.startx[834] font_cache: Updating FC cache
2009-10-07 12.16.26 org.x.startx[834] xauth: creating new authority file /Users/magnus/.serverauth.834
2009-10-07 12.16.26 org.x.startx[834] Xquartz: X11.app = /Applications/Utilities/X11.app/Contents/MacOS/X11
2009-10-07 12.16.26 org.x.startx[834] Xquartz: Starting X server: /Applications/Utilities/X11.app/Contents/MacOS/X11 --listenonly
2009-10-07 12.16.26 org.x.startx[834] X11.app: main(): argc=2
2009-10-07 12.16.26 org.x.startx[834] argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11.bin
2009-10-07 12.16.26 org.x.startx[834] argv[1] = --listenonly
2009-10-07 12.16.26 org.x.startx[834] Waiting for startup parameters via Mach IPC.
2009-10-07 12.16.26 org.x.privileged_startx[634] font_cache: Updating FC cache
2009-10-07 12.16.26 org.x.startx[834] X11.app: Listening on socket for fd handoff: (3) /var/tmp/tmp.0.XeIUYx
2009-10-07 12.16.26 org.x.startx[834] X11.app: Thread created for handoff. Returning success to tell caller to connect and push the fd.
2009-10-07 12.16.26 org.x.startx[834] Xquartz: Handoff connection established (try 1 of 5) on fd 4, "/var/tmp/tmp.0.XeIUYx". Sending message.
2009-10-07 12.16.26 org.x.startx[834] Xquartz: Message sent. Closing handoff fd.
2009-10-07 12.16.26 org.x.startx[834] X11.app: Received new $DISPLAY fd: 5 ... sleeping to allow xinitrc to catchup.
2009-10-07 12.16.26 org.x.startx[834] X11.app: do_start_x11_server(): argc=8
2009-10-07 12.16.26 org.x.startx[834] argv[0] = /usr/X11/bin/X
2009-10-07 12.16.26 org.x.startx[834] argv[1] = :0
2009-10-07 12.16.26 org.x.startx[834] argv[2] = -nolisten
2009-10-07 12.16.26 org.x.startx[834] argv[3] = tcp
2009-10-07 12.16.26 org.x.startx[834] argv[4] = -dpi
2009-10-07 12.16.26 org.x.startx[834] argv[5] = 75
2009-10-07 12.16.26 org.x.startx[834] argv[6] = -auth
2009-10-07 12.16.26 org.x.startx[834] argv[7] = /Users/magnus/.serverauth.834
2009-10-07 12.16.26 X11.bin[908] Can't open input server /Library/InputManagers/MultiClutchInputManager.bundle

2009-10-07 12.16.26...

Besides your defunct(?) MultiClutch InputManager (time to uninstall it? ;-) nothing unexpected in the log:

> 2009-10-07 12.17.01 [0x0-0x2e02e].org.inkscape.Inkscape[783] what : Failed to open 'inkscape_pasted_image_20091007_121701.png' for writing: Read-only file system

There are two bugs in your report that lead to the crash:

1) due to the clipboard issue with X11 every 'copy' command inside Inkscape actually creates a 'Bitmap Copy' which is stored externally as PNG and inserted as linked bitmap.

related report (+ duplicates): upstream XQuartz issue
Bug #307005 in Inkscape: “copy command always does bitmap copy”

2) Inkscape doesn't have permission to write the 'inkscape_pasted_image_xxx.png' to the default location (depending on Inkscape version and platform it's in $TMP, in $HOME or - on OS X - sometimes inside the application bundle 'Inkscape.app'). An unhandled exception (type Glib::Error) then causes the crash (terminate called after throwing an instance of 'Glib::FileError'). There seem to be many different causes for this file error - maybe you have installed Inkscape as Admin and run it as User, or you run Inkscape from a write-protected medium/location.

related bug reports to ''Glib::FileError'':
Bug #211607 in Inkscape: “Crashes when attempting to use "Paste objects from clipboard..."”
Bug #272192 in Inkscape: “Clicking "Edit->Paste" causes an internal error”
Bug #308456 in Inkscape: “copy/paste crashes Inkscape”
Bug #328597 in Inkscape: “Inkscape crashes when copying and pasting picture from openoffice document”
Bug #381301 in Inkscape: “copy, paste, crash”
Bug #418832 in Inkscape: “Crashes after clipboard paste”

Since the XQuartz workaround described in the FAQ works to prevent the crash I mark this as duplicate of bug #307005. If you don't agree or the crash re-occurs please add a comment and revert the duplicate status.

(the bug reports about crashes caused by "Glib::FileError" when 'copy&paste'ing a bitmap need yet to be triaged and marked as duplicate of the first reported case…)

"or you run Inkscape from a write-protected medium/location" - Confirmed.

Since I just wanted to test it, I ran it directly from the .dmg, without installing it.
Installed, the "crashing settings" works just fine.

And I agree on the duplicate. Case closed.