Bug 133961 - FILESAVE XML form document has write-protected section after saving
Summary: FILESAVE XML form document has write-protected section after saving
Status: RESOLVED DUPLICATE of bug 147718
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: File-Lock
  Show dependency tree / graph
 
Reported: 2020-06-13 12:09 UTC by libre officer
Modified: 2023-03-22 16:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
XML form Writer file (9.00 KB, application/vnd.oasis.opendocument.text)
2021-02-22 19:15 UTC, libre officer 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description libre officer 2020-06-13 12:09:10 UTC 
Description:
When you create a new XML form then create things (texts and controls, etc.) or leave blank, then save and close it; if opened again, Writer refuse any modification stating that it is write-protected.

[ No protection is used in the document. ]

Steps to Reproduce:
1. `File` -> `New` -> `XML form document`.
2. Save the document.
3. Close it.
4. Open again with Writer.
5. Type anything.

Actual Results:
`Write-protected content cannot be changed.`

`No modifications will be accepted.`

Expected Results:
Accept my modifications.


Reproducible: Always


User Profile Reset: No



Additional Info:
Verified for these: (maybe inherited from OOo)

Version: 6.4.1.2 (x86)
Build ID: 4d224e95b98b138af42a64d84056446d09082932
CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: default; VCL: win; 
Locale: fr-CH (fr_FR); UI-Language: en-GB
Calc: CL

Version: 6.4.3.2 (x64)
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: default; VCL: win; 
Locale: fr-CH (fr_FR); UI-Language: en-US
Calc: threaded

Version: 7.0.0.0.beta1 (x64)
Build ID: 94f789cbb33335b4a511c319542c7bdc31ff3b3c
CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win
Locale: fr-CH (fr_FR); UI: en-GB
Calc: threaded
Comment 1 libre officer 2021-02-22 19:15:26 UTC 
Created attachment 169972 [details]
XML form Writer file

Opening the enclosed file crashes LibreOffice


https://crashreport.libreoffice.org/stats/crash_details/b5d4b802-3521-4ad5-ab5c-968cbbf754d3
Comment 2 libre officer 2021-02-22 19:16:10 UTC 
Version: 7.1.0.3 (x64) / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: fr-CH (fr_CH); UI: en-GB
Calc: CL
Comment 3 Buovjaga 2021-02-23 13:27:54 UTC 
I repro, already with 3.3.0.

Interestingly, gtk3 VCL backend used to ignore the write-protection until https://git.libreoffice.org/core/commit/0c03a97fb8844ad0de1abea79b5265617a509460

(In reply to libre officer from comment #1)
> Created attachment 169972 [details]
> XML form Writer file
> 
> Opening the enclosed file crashes LibreOffice
> 
> 
> https://crashreport.libreoffice.org/stats/crash_details/b5d4b802-3521-4ad5-
> ab5c-968cbbf754d3

It doesn't crash for me with 7.1.0, but with a debug build of 7.2 I get an assertion. I reported it as bug 140619
Comment 4 Robert Großkopf 2023-03-22 16:13:41 UTC 
Seems to be the same as bug 147718: You have to set 
Form → Design Mode → 'on'
to design a form that has been opened after first design.
Forms will be opened for input data into controls, not for changing the form by default.

Let us discuss if this is a bug in bug 147718.

*** This bug has been marked as a duplicate of bug 147718 ***