https://bugs.freedesktop.org/show_bug.cgi?id=84543

          Priority: medium
            Bug ID: 84543
          Assignee: [email protected]
           Summary: EDITING: Fields editing impossible ("read only") /
                    hard
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: [email protected]
          Hardware: x86-64 (AMD64)
            Status: UNCONFIRMED
           Version: 4.3.1.2 release
         Component: Writer
           Product: LibreOffice

Created attachment 107166
  --> https://bugs.freedesktop.org/attachment.cgi?id=107166&action=edit
File 1: Original word file

This might be several bugs, but they all pertain to one document. I labled the
documents cited with [X] where "X" is a number (explained at the end) and the
possible bugs with {}.

I have a document which I have to update several times a year. Originally, it
was a word file[file 1] and I once (around 2008) saved it as odt and now I only
copy the latest version and update the file. This worked with the Debian
version of Openoffice.org / LibreOffice up to and including
1:3.5.4+dfsg2-0+deb7u2 (although with minor visual artifacts not relevant
here).

Recently I upgraded to version 1:4.3.1-2. Now the fields no longer pop up in
separate windows (I don't mind it, in fact, I think without windows is better),
but unfortunately the entire file is write protected {bug 1}, i.e. also the
fields themselves. This is reproducible with old copies up to the oldest once
from 2008. Since the file(s) contain(s) sensitive information, I cannot provide
it in the bug report. Instead I unzipped the odt, replaced the sensitive part
in content.xml and zipped the resulting directory tree [file 2].

Strangely, this file I can now edit as expected, except that I get an I/O
error, when LibreOffice quits and I confirmed that I want to save {bug 2}.
Saving within the document still works (and keeps the content).(I rarely try
this, so this bug might be older).

I tried the workaround from bug 70577 (which appears similar), however, then I
cannot edit the fields anymore and after a few attempts to edit a field
LibreOffice became unresponsive and I had to kill it from the console.

After deactivating the workaround from bug 70577 the previously read only files
now can be edited as expected, however, the "I/O error when saving during
close" as described above remains.

I also made a copy of the original word file [file 1], opened it and saved it
as odt. This file worked as expected, except that I could not click on the
beginning of fields, I had to use tab to get into them or click in the middle,
otherwise an error popped up. However, this is no longer reproducible after
trying the workaround from bug 70577 as described above :-((

I'm willing to provide information, run tests etc, please tell me what I should
try to nail this down.

file 1: Original word file

Bugzilla doesn't let me attach a second file, I'll reply to this bug after
submitting with the second file.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to