Image embedding fails after imagefile name change
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Low
|
Unassigned |
Bug Description
This bug may be related to bug #167819, although that bug was supposedly fixed in 0.45.1 but this bug still exists in 0.46. I'm running Ubuntu 8.04 with Inkscape 0.46.
To reproduce this bug:
1. Create a directory somewhere. I'll call this directory /home/user/
2. Put an image there. You can use the attached image, but I think any image will do. Call the image test.png.
3. Open a new document in Inkscape.
4. Import the image test.png using File->Import (or just drag-and-drop).
5. Save your file in the same directory as an Inkscape SVG. For example, /home/user/
6. Now, go to the file test.png and rename it to test-new.png.
5. Right-click on the image of test.png in Inkscape, and select "Image Properties".
6. Change the image URL to reflect the new name, i.e. test-new.png. The image in Inkscape will render correctly when you've updated the name properly.
7. Close the "Image Properties" window.
8. (optional) Save the file again.
9. On the menu, choose Effect-
10. On the pop-up window click "Apply".
A warning window pops up, saying something like:
"No xlink:href or sodipodi:absref attributes found, or they do not point to an existing file! Unable to embed image.
Sorry we could not locate /home/user/
The important thing here is that it says "test.png" even though you changed it to "test-new.png".
*Addendum : With a little work I figured out that the problem is related to what _kind_ of path is provided for the image URL. If an absolute path is provided for the image, i.e. "/home/
Changed in inkscape: | |
status: | Fix Committed → Fix Released |
I have confirmed this happens and only with relative paths, absolute paths work fine.
Confirmed in SVN