https://bugs.documentfoundation.org/show_bug.cgi?id=149867
Bug ID: 149867
Summary: Comments in header: unpredictable behaviour
Product: LibreOffice
Version: 7.3.4.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Created attachment 181127
--> https://bugs.documentfoundation.org/attachment.cgi?id=181127&action=edit
Simple file with comment in header
Information attached to a header is expected to be displayed on every page (of
the corresponding style).
A header is a nice location to attach a comment related to a significant part
of a document and have this comment permanently visible over the extent of the
page style usage. Unfortunately, comments are displayed only once.
Steps to reproduce:
1. create an A6 document with a header (A so that pages overflow rapidly)
2. attach a comment in the header (the document is still empty and comment
displays on page one
3. "lorem"+F3: you now have 2.5 pages of text (in Text Body format; varies with
paragraph style)
The comment has jumped to page 2
4. if you go to page 3 to add a comment there, it will be displayed aside the
existing comment on page 2
= Next steps are hard to reproduce as they seem to occur randomly.
1. go to end of document, "lorem"+F3
The comment may jump to page 5 (out of 6)
Iterate preceding step: comments seems to be locked to page 5
= Delete whole paragraphs one by one. The comment remains displayed on page 5
until document has less than 5 pages at which time it jumps back to page 2.
Since a header is repeated on every page, user expects EVERY object in the
header to be repeated (text, fields, frames, comments, …).
This strange behaviour was already reported in bug 65107, but the issue is
perhaps different where OP apparently expect the comment to display only on the
page where it is inserted. I also reported an inconsistent header behaviour
related to conditional contents (visible depending on a variable value) in bug
128041.
--
You are receiving this mail because:
You are the assignee for the bug.
