Download it now!
Bug 127078 - DOC: Input fields modified before printing
Summary: DOC: Input fields modified before printing
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Fields-Cross-Reference Bookmarks
  Show dependency treegraph
 
Reported: 2019-08-21 10:08 UTC by luca.manganelli
Modified: 2019-09-17 10:37 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
odt file for the bug (10.70 KB, application/vnd.oasis.opendocument.text)
2019-08-21 10:08 UTC, luca.manganelli
Details
new DOC with the bug (24.00 KB, application/msword)
2019-09-17 10:08 UTC, luca.manganelli
Details
Video demonstrating the bug (2.21 MB, video/webm)
2019-09-17 10:09 UTC, luca.manganelli
Details

Note You need to log in before you can comment on or make changes to this bug.
Description luca.manganelli 2019-08-21 10:08:04 UTC
Description:
Hello, test the attached document. Fill the grey fields.

When I open the print dialog (or, after closing it without printing, I double-click on the first ROAD field), the first ROAD grey field is corrupted and have the TIMETABLE value copied inside its text...

Steps to Reproduce:
1. write on fields
2. open print dialog (if the bug doesn't appear, close the print dialog and double click on first field)


Actual Results:
The first field is corrupted

Expected Results:
The first field should not be modified


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 luca.manganelli 2019-08-21 10:08:36 UTC
Created attachment 153550 [details]
odt file for the bug
Comment 2 Durgapriyanka 2019-09-16 16:17:12 UTC
Thank you for reporting the bug. I cannot reproduce the bug in 

Version: 6.3.0.0.alpha0+
Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

and in 

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 Xisco Faulí 2019-09-17 05:22:11 UTC
Thank you for reporting the bug. To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 4 luca.manganelli 2019-09-17 10:08:55 UTC
Created attachment 154216 [details]
new DOC with the bug
Comment 5 luca.manganelli 2019-09-17 10:09:34 UTC
Created attachment 154217 [details]
Video demonstrating the bug
Comment 6 luca.manganelli 2019-09-17 10:12:05 UTC
now I've uploaded a new version of the doc and a video about it.
I'm using LibreOffice 6.2.7 (the STILL version).

Steps to reproduce it:

go to the field in which the value is "ewqewqew 2", double click on it and write a new number (in the video I added a 2 to the end -> "ewqewqew 22")

you see that the fields is modified...
Comment 7 Dieter 2019-09-17 10:37:47 UTC
I confirm it with

Version: 6.4.0.0.alpha0+ (x64)
Build-ID: f0c832acb53326ccc9a8c1a47401fbc9e1081feb
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-11_05:46:53
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded