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: 2021-08-13 06:47 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:


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 Comment hidden (obsolete)
Comment 3 Xisco Faulí 2019-09-17 05:22:11 UTC Comment hidden (obsolete)
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
Comment 8 Dieter 2021-08-13 06:47:32 UTC
Still present in

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ac80ec817eb07c77a51bc0729985a473c734182e
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL



Steps to reproduce

1. Open attachment 154216 [details]
2. Double click in field of cell B1 in first table (ewqewqew 2)
3. Change entry to ewqewqew 23 => OK

Actual result
entry changes to ewqewqew 210.00 - 12.000.00 - 12.00

Expected result
no change (still ewqewqew 23)