Created attachment 91640 [details]
Screenshot showing position of hidden character
Label print templates have a hidden character at the end of the template. If this character is accidentially deleted, printing a database with i.e. 9 records produces 9 pages, each page full with labels from one record, instead of 9 labels. After having synchronized the label templates, there is no more undo for this delete operation, if you cannot revert to a previously saved version, the document has to be created again.
Steps to reproduce:
1. Create simple DB table or use example provided (3 rows of data)
2. Create New -> Labels
3. Add some data fields, "synchronize" content in Options tab (*)
5. Create document
6. Place cursor at the end of the 1st label template
You can check: <arrow left> seems not to move, cursor is still to the right of the data field. One more <arrow left> moves the cursor to the left of the data field. See screenshot where I marked the location if unclear.
7. Go back to the end of the template and use backspace to delete the hidden character to the left of the cursor
8. Synchronize label templates
9. Print labels, confirm printout to use data from database.
The print dialog shows (based on the example) 6 pages to be printed. First page has all labels filled with data from row 1, page 3 all from row 2 and page 5 all from row 3; even pages are empty.
(*) when not synchronizing, a similar but less visible error happens: a record with end character deleted will be printed twice.
With example DB: three labels on the first page.
Tested on Windows (188.8.131.52, 184.108.40.206 rc) and Linux (220.127.116.11), also occurs in OpenOffice 4.0.1
Created attachment 91641 [details]
Test database, 3 records
Created attachment 91642 [details]
Test document, as created, print OK
Created attachment 91643 [details]
Test document, char deleted, print broken
thanks for the extensie report. Isn't it just that with deleting the last character you deleted a field too ?
- Go to the first label,
- Ctrl+A / Ctrl+C
- New document / Ctrl+V
from both label documents in one
showing the field names ..
See the difference.
Yes, the deleted item was a field, as I can see now. The field is named "Next record:<DB-Name.DB-Table", which makes its use obvious to me. Something like a newline for DB records I guess.
To me it's now clear what happens and how to work around the effect if it happens. Still: if possible, hiding this field completely would protect users from accidentially deleting it and running into troubles.
Or if the field could get a visible label, similar to the data fields. A caption like "<Next record>" which would make it obvious that here is something important to functionality. And could point to the fact that it is something that can be reinserted (Insert / Fields / Other... -> Next record). Which I found out now.
So you could make a request for enhancement out of this?
"there is no warning/information when one accidentaly deletes non-visible (zero width) fields "
a more generalized approach. Yes, sounds good.
OK Bengt, here we go!
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.
For more information about our NEEDINFO policy please read the wiki located here:
If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Enhancement request set back to UNCONFIRMED to prevent invalidation. Same behaviour in 18.104.22.168.
Confirmed, for me this is a request for enhancement
The same could said of all inserted fields that only contain an instruction as opposed to data inserted from some other source
Adding self to CC if not already on