Bug 70711 - calling "edit with external tool": linked images disappear, Writer crashes
Summary: calling "edit with external tool": linked images disappear, Writer crashes
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 4.0.5.2 release
Hardware: Other Windows (All)
: medium critical
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-21 06:49 UTC by Ulrich Windl
Modified: 2015-01-09 17:03 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Ulrich Windl 2013-10-21 06:49:38 UTC
When selecting "Edit with external tool" for a linked image in Windows/XP, some popup about some temporary file that cannot be opened appears. After clicking "OK", the image AND ALL OTHER images signal a "read error". If you select "Reload" (revert changes), Writer crashes. I could reproduce this.
Comment 1 Julien Nabet 2013-11-10 13:07:41 UTC
On Windows 7 with 4.1.3 version, I don't reproduce this.
(external tool is XnView in my case).

For the test, could you give a try to 4.1.3?

If you still reproduce this, try the raw method:
- uninstall LO
- rename your LO directory profile
- clean your Windows registry with a free tool (eg: ccleaner)
- install last LO version
- test again
Comment 2 QA Administrators 2014-06-01 21:30:08 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 3 Ulrich Windl 2014-06-10 07:11:45 UTC
Tried to reproduce with 4.1.6: It worked for one image then failed for subsequent images. After restarting LibreOffice, it failed at the first image already. I have recorded the behavior on a video (WMV, 11MB). I could share the video, but cannot provide the document for legal reasons.
Comment 4 Julien Nabet 2014-06-10 17:01:13 UTC
Ulrich: for the test and since you can't provide the file, could you give a try to 4.3.0beta2 (see http://www.libreoffice.org/download/pre-releases/)?
If you still reproduce the problem, it could be very useful you try to retrieve a backtrace (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace)
Comment 5 QA Administrators 2015-01-02 18:46:19 UTC
I am going to move this back to UNCONFIRMED. If one QA person using Windows XP can test this, if you cannot reproduce please close as WORKSFORME. If you can...we should determine if we're still going to support an operating system that is EOL.
Comment 6 Joel Madero 2015-01-09 17:03:27 UTC
Hi Ulrich -

We really need a test document. You can create a new document that has the same behavior if that is better (than sharing the confidential one) but we can't do much without the test document.

Also - what external tool are you using?

Marking as NEEDINFO again - once you provide a simple (the simpler the better) test document along with an answer to the above question, mark as UNCONFIRMED.

Thanks for your patience.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.