Description: I often prepare patent drawings in Draw. These drawings contain multiple A4 sheets/pages, more often than not all portrait orientation, occasionally landscape. Each page comprises at least one inserted image file, often SVG, or PNG, or TIFF. Each image is annotated with numbering (text box) and a free-floating Bezier curve tail, leading from a feature of the image to the numbering text box. The text box font size is 18 pt. The Bezier curve freehand floating tail is coloured black, and set to either 0.30 mm width thickness in the properties dialog of the object, or else to 0.8 pt in the sidebar. Entering a multiple, repeat sequence of actions involving: - adding a Bezier curve - changing Bezier curve colour to black - changing Bezier curve thickness to 0.8 pt - adding a text box number, usually by copy/paste from and adjacent text box number - attempting to save the ODG file causes an error message to be displayed first that the file can not be saved (read/write error), and second that the password, which has never been set on the file, is incorrect. It becomes impossible to save any of the changes made. Copying the pages to a new Draw file, or attempting "Save as" also leads to the same read/write error message. Closing the file without saving causes the changes made to be lost. Tested on LibreOffice Vanilla Version: 7.0.3.2 Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 8; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Testing on a current production version of TDF LO leads to the same read/write error message, without the password error message, but the result is the same, impossible to save the changes made. The only workaround I have found so far is to save after each and every change of attribute, addition of object, etc, which is extremely tedious. This behaviour represents a regression over previous versions of LO where this behaviour did not manifest itself. Calc: threaded Steps to Reproduce: See description above. Actual Results: Impossible to save multiple changes to Draw file, leading to data loss as the file must be closed and reopened in order to continue editing. Expected Results: No read/write error should occur, the changes should be saved, and work should be able to continue as normal. Reproducible: Always User Profile Reset: Yes Additional Info: Neither OpenGL is enabled nor Skia. These are both disabled by default in the MacOS versions of LO.
Hi @Alex, I don't have a Mac but I think a sample file would be nice to get started, I can test on Win10.
(In reply to m.a.riosv from comment #1) > Hi @Alex, I don't have a Mac but I think a sample file would be nice to get > started, I can test on Win10. The files I tend to work on in Draw are under an obligation of confidentiality, so unfortunately I can not post any here.
I'm also pretty certain that this is specific to macOS. When I occasionally work on, or create such files on my Linux portable, I don't encounter ths problem.
For a visual representation of the type of drawings we are talking about, see here: https://worldwide.espacenet.com/patent/drawing?channel=espacenet_channel-ed328510-ef0d-4be7-b5a2-0a4590f37e11
(In reply to Alex Thurgood from comment #4) > For a visual representation of the type of drawings we are talking about, > see here: > > https://worldwide.espacenet.com/patent/drawing?channel=espacenet_channel- > ed328510-ef0d-4be7-b5a2-0a4590f37e11 Hmm, seems that that link is generated dynamically, and doesn't survive, so is no-functional, sorry.
Hopefully, this link should work: https://worldwide.espacenet.com/patent/search/publication/FR3077556A1
Hey there! I did a bunch of saving and editing with one .odg file with the work listed below and everything seemed to work fine. Do you know how many times you tried to save the multiple page file? I was testing this on Ubuntu btw. Build version tested on: Version: 6.4.6.2 Build ID: 1:6.4.6-0ubuntu0.20.04.1 CPU threads: 6; OS: Linux 5.8; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded This seems to be an issue on one of the newer versions and for this sole reason I am going to change this in NEW since this looks to be an issue in one of the newer Builds.
(In reply to samarthupadhya2309 from comment #7) > ..... > This seems to be an issue on one of the newer versions and for this sole > reason I am going to change this in NEW since this looks to be an issue in > one of the newer Builds. There is no reason iif you have not reproduced the issue. Even if I'm confident on @Alex report
@samarthupadya 1) If the issue hasn't been reproduced, please don't set to confirmed. 2) I suspect that this is a Mac only bug, as I wasn't able to reproduce this on any of the Linux machines that I have.
Nice post thanks for Sha... hello friends my name is rahul kumar my website. https://appszx.com/battlegrounds-mobile-india-apk/
@Alex could you provide a sanitized test file to reproduce this more easily and maybe even add simplified repro steps ni regards to test file, as me and bouvjaga both fell over the repro steps.
(In reply to steve from comment #11) > @Alex could you provide a sanitized test file to reproduce this more easily > and maybe even add simplified repro steps ni regards to test file, as me and > bouvjaga both fell over the repro steps. Unfortunately, most of the files are covered by legal privilege and I'm not authorized to upload them here.
[Automated Action] NeedInfo-To-Unconfirmed
I'm going to resolve this as INSUFFICIENTDATA, as I haven't got time to provide an example that is free from legal impediment, and I've adapted my behaviour to saving the file every time I make a change, which is of course, completely stupid, but absolutely necessary.