Bug 82637 - linked picture name gets extra suffix after FILESAVE / FILEOPEN
Summary: linked picture name gets extra suffix after FILESAVE / FILEOPEN
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.2.6.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Draw-Images
  Show dependency treegraph
 
Reported: 2014-08-14 22:22 UTC by troudelalmanach
Modified: 2021-04-13 11:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Draw file (32.93 KB, application/vnd.oasis.opendocument.graphics)
2014-09-23 14:07 UTC, Adam
Details
Presentation file (36.29 KB, application/vnd.oasis.opendocument.presentation)
2014-09-23 14:08 UTC, Adam
Details
Writer file (32.14 KB, application/vnd.oasis.opendocument.text)
2014-09-23 14:08 UTC, Adam
Details
Image file... (219.82 KB, image/jpeg)
2014-09-23 14:09 UTC, Adam
Details

Note You need to log in before you can comment on or make changes to this bug.
Description troudelalmanach 2014-08-14 22:22:34 UTC
Since libreoffice 4.2.6 stable and with all newer versions:
Some Draw documents always corrupt picture links for liked images. Under 'EDIT/LINKS..' all picture paths appear as:
[pathName]/[pictureName.extension]?requestedName=[pictureName]

If I delete "?requestedName=[pictureName]" manually from every entry under 'EDIT/LINKS..', all images are displayed correctly. Saving the document and reopening causes the same error again.
Comment 1 Robinson Tryon (qubit) 2014-08-15 03:17:54 UTC
(In reply to comment #0)
> Since libreoffice 4.2.6 stable and with all newer versions:
> Some Draw documents always corrupt picture links for liked images. Under
> 'EDIT/LINKS..' all picture paths appear as:
> [pathName]/[pictureName.extension]?requestedName=[pictureName]
> 
> If I delete "?requestedName=[pictureName]" manually from every entry under
> 'EDIT/LINKS..', all images are displayed correctly. Saving the document and
> reopening causes the same error again.

Hi troudel,

Could you please attach an example file that demonstrates this behavior?

After the upload, please change the status from NEEDINFO -> UNCONFIRMED.

Thanks!
Comment 2 Adam 2014-09-23 14:06:56 UTC
I have the same exact problem. Linked images disappear after save. This affects Draw and Presentation but is OK in Writer. I found the way to reproduce it:

1. Download the attached files D1.odg, D1.odt, D1.odp and IMG_0570s.jpg into the same directory.
2. Open D1.odg, the image should appear.
3. Move the image a little bit, press save, move it again, press save.
4. Close the file.
5. Open it again and the image has vanished. It can be fixed manually by Edit/Links... as described earlier.

Notice in 3 that you need to save the file twice for the link to be corrupted. After one save it seems OK.
The presentation D1.odp is affected in the same way but the Writer file D1.odt works fine. 
Maybe someone can make sense out of this.
Comment 3 Adam 2014-09-23 14:07:44 UTC
Created attachment 106735 [details]
Draw file
Comment 4 Adam 2014-09-23 14:08:16 UTC
Created attachment 106736 [details]
Presentation file
Comment 5 Adam 2014-09-23 14:08:39 UTC
Created attachment 106737 [details]
Writer file
Comment 6 Adam 2014-09-23 14:09:09 UTC
Created attachment 106738 [details]
Image file...
Comment 7 ign_christian 2014-09-23 14:40:06 UTC
Hi all.. Seems a duplicate to Bug 80849. Should be fixed in 4.2.7 & 4.3.1
Comment 8 Robinson Tryon (qubit) 2014-09-28 15:13:17 UTC
TESTING with LO 4.3.2.2 + Ubuntu 14.04

(In reply to comment #2)
> I have the same exact problem. Linked images disappear after save. This
> affects Draw and Presentation but is OK in Writer. I found the way to
> reproduce it:
> 
> 1. Download the attached files D1.odg, D1.odt, D1.odp and IMG_0570s.jpg into
> the same directory.
> 2. Open D1.odg, the image should appear.

Confirmed

> 3. Move the image a little bit, press save, 
> 3b. Move it again, press save.
> 4. Close the file.
> 5. Open it again and the image has vanished. It can be fixed manually by
> Edit/Links... as described earlier.

NO REPRO -- Image remains visible

> The presentation D1.odp is affected in the same way

NO REPRO -- Image remains visible

> but the Writer file
> D1.odt works fine.

This part I can confirm: The image does remain visible, as OP describes.

Status: Let's get confirmation on Windows before we mark the bug as RESOLVED.
Comment 9 Buovjaga 2014-11-27 09:48:58 UTC
In Draw or Impress Edit - Links, I don't have the path like in the report description.
Yet, I have to click Update to make the image visible.
The status in the Edit - Links dialog is Manual.
I have to click Update even, if I save & reopen.
In Writer, the image is displayed on opening. For some reason I see a quick flash of Read error in the image frame before it appears, though.

I could also reproduce from scratch. Setting to NEW and lowering severity per https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Win 7 64-bit Version: 4.5.0.0.alpha0+
Build ID: b144f0ac8695dd62a2053b4e88212d0b109c9a41
TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-25_00:14:54
Comment 10 QA Administrators 2015-12-20 16:06:15 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2017-01-03 19:46:05 UTC Comment hidden (obsolete)
Comment 12 QA Administrators 2019-12-03 14:19:16 UTC Comment hidden (obsolete)
Comment 13 xordevoreaux 2021-04-12 15:09:02 UTC
Creating both my own test as well as using the supplied sample files and following the steps to reproduce, could not reproduce in

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 7a0e0a84a02f505200331c19b28d45e898cd5a12
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Was working great right up to the point where MalWareBytes flagged today's build of LibreOffice 7.2 Dev as ransomware and quarantined the entire program.
Comment 14 Buovjaga 2021-04-13 11:17:40 UTC
Thanks, let's go ahead and close