3) inkscape_pasted_image_*.png, svg-filename_object#id.png in unexpected or hidden folders
I have noticed this too (less often with recent builds?), but did not yet take the time to create some reproducible testcases to have it confirmed by others. This could be a cross-platform issue, complicated by different default paths and app launcher mechanisms on various platforms?
- One case seems caused by the path stored in pref id = "open": when empty, it points to the top level inside the application bundle where subsequent tmp files are created. This is the current working dir for Inkscape.app when starting, necessary to find all included recources and libs.
- Another case was related to the path stored in the pref id = "save_as": set it to '/' by selecting 'Filesystem' in the 'Save as...' filechooser dialog, save (fails, but keeps the filename "/drawing.svg"), make a bitmap copy -> Inkscape often fails or crashes because it has no permission to create a tmp bitmap in '/'.
- OTOH bitmap export, emergency save already create the documents in $HOME.
Do you have any consistently reproducible testcases at hand?
4) search for possibly related bugs:
running from dmg: Bug #169013: (incomplete) Crash on help menu when ran from disk image
tags: osx Bug #198146: default directory for open on mac should be home directory
tmp files/default paths: Bug #171426: (confirmed, wishlist) Save documents at "My documents" (Windows) Bug #170295: (confirmed, wishlist) default export image name for not-saved drawings Bug #184679: (fix released) File Open dialog forgets settings Bug #167776: Save As Dialog: defaults to wrong path + fails to remember Bug #167364: (fix committed) Win2k: file dialog uses wrong home directory Bug #169108: (confirmed) Make a bitmap copy fails due to permissions; assoc. crufting Bug #168992: (won't fix) make a bit map copy command has no confirmation Bug #239669: Inkscape saves imported images from openclipart to /tmp
3) inkscape_ pasted_ image_* .png, svg-filename_ object# id.png in unexpected or hidden folders
I have noticed this too (less often with recent builds?), but did not yet take the time to create some reproducible testcases to have it confirmed by others. This could be a cross-platform issue, complicated by different default paths and app launcher mechanisms on various platforms?
- One case seems caused by the path stored in pref id = "open": when empty, it points to the top level inside the application bundle where subsequent tmp files are created. This is the current working dir for Inkscape.app when starting, necessary to find all included recources and libs.
- Another case was related to the path stored in the pref id = "save_as": set it to '/' by selecting 'Filesystem' in the 'Save as...' filechooser dialog, save (fails, but keeps the filename "/drawing.svg"), make a bitmap copy -> Inkscape often fails or crashes because it has no permission to create a tmp bitmap in '/'.
- OTOH bitmap export, emergency save already create the documents in $HOME.
Do you have any consistently reproducible testcases at hand?
4) search for possibly related bugs:
running from dmg:
Bug #169013: (incomplete) Crash on help menu when ran from disk image
tags: osx
Bug #198146: default directory for open on mac should be home directory
tmp files/default paths:
Bug #171426: (confirmed, wishlist) Save documents at "My documents" (Windows)
Bug #170295: (confirmed, wishlist) default export image name for not-saved drawings
Bug #184679: (fix released) File Open dialog forgets settings
Bug #167776: Save As Dialog: defaults to wrong path + fails to remember
Bug #167364: (fix committed) Win2k: file dialog uses wrong home directory
Bug #169108: (confirmed) Make a bitmap copy fails due to permissions; assoc. crufting
Bug #168992: (won't fix) make a bit map copy command has no confirmation
Bug #239669: Inkscape saves imported images from openclipart to /tmp