Bug 62421 - Comments added to frames or image caption are placed unconditional at the top
Summary: Comments added to frames or image caption are placed unconditional at the top
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: low minor
Assignee: Not Assigned
Depends on:
Blocks: Writer-Comments
  Show dependency treegraph
Reported: 2013-03-16 19:40 UTC by Jorendc
Modified: 2021-07-31 10:20 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Testdocument (67.34 KB, application/vnd.oasis.opendocument.text)
2013-03-16 19:40 UTC, Jorendc

Note You need to log in before you can comment on or make changes to this bug.
Description Jorendc 2013-03-16 19:40:20 UTC
Created attachment 76622 [details]

Same behavior as Bug 34800 but this time not with footer/footnotes but with caption or frames.

How to reproduce:
* Open writer
* Type some text (example: ThisIsMainText)
* Select some text and insert a comment (Insert > Comment)

* Insert a picture under the text (Insert > Picture > From file...)
* Insert > Caption
* Type a text in the 'caption' field (example: ThisIsCaptionText) > OK
* Select a bit of the caption text and insert a comment

Behavior: the comment of the caption text (ThisIsCaptionText) will be the first comment, the comment of the upper text (ThisIsMainText) will be the second comment.

Expected behavior: vice versa. Comment of ThisIsMainText first, then comment of ThisIsCaptionText.

Same behavior with frames, ... (others?)

See also the test document I create. Current order of comments (LibreOffice master Version (Build ID: e6a3d1649ce331fd745957f7c0ea039ae27905a)): 3, 2, 4, 5, 1, 6;
Of course it should be: 1, 2, 3, 4, 5, 6;

Kind regards,
Comment 1 Jorendc 2013-03-18 08:13:38 UTC
No need for confirmation. There is just no checking for that with current code: http://opengrok.libreoffice.org/xref/core/sw/source/ui/docvw/PostItMgr.cxx#90
Comment 2 QA Administrators 2015-04-19 03:20:38 UTC Comment hidden (obsolete)
Comment 3 Gordo 2015-04-19 12:07:43 UTC
Still reproducible.

Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
Comment 4 Karl Zeiler 2015-04-19 17:37:37 UTC
Tested on Windows:

Last version not affected:
OOo 3.2.1: OOO320 (Build:9502)

Earliest version affected:
OOo 3.3.0: OOO330m20 (Build:9567)
LO  3.3.0: OOO330m19 (Build:6)

Bug 62421 is inherited from OOo and still present in:
LO | LO | LO
Comment 5 QA Administrators 2016-09-20 09:32:50 UTC Comment hidden (obsolete)
Comment 6 Karl Zeiler 2016-09-20 20:15:00 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2018-05-31 02:52:18 UTC Comment hidden (obsolete)
Comment 8 Timur 2019-05-10 12:51:08 UTC
Repro 6.3+
Comment 9 QA Administrators 2021-05-10 03:57:54 UTC Comment hidden (obsolete)
Comment 10 Karl Zeiler 2021-05-10 15:55:28 UTC
Still reproducible with
Version: (x64) / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Comment 11 BogdanB 2021-07-31 10:20:20 UTC
Repro in
Version: / LibreOffice Community
Build ID: 5aa74aa1e6fac571f99146ebcb6adc9feb1459ad
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-28_19:35:14
Calc: threaded