Bug 73898 - EDITING: visible comment partially dissapears when editing over a frozen column
Summary: EDITING: visible comment partially dissapears when editing over a frozen column
Status: RESOLVED DUPLICATE of bug 34519
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.1.4.2 release
Hardware: x86 (IA32) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 99426 (view as bug list)
Depends on:
Blocks: Calc-Comments
  Show dependency treegraph
 
Reported: 2014-01-21 21:17 UTC by gui
Modified: 2020-09-04 10:34 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Step 1: comment selected (all right) (6.24 KB, image/gif)
2014-01-21 21:17 UTC, gui
Details
Step 2: editing comment, beginning hided (5.23 KB, image/gif)
2014-01-21 21:18 UTC, gui
Details
1- Error editing comment overlapped between frozen and floating columns. (79.40 KB, image/png)
2016-01-05 17:59 UTC, gui
Details
2- RIGHT editing comment overlapped between frozen and floating columns. (79.33 KB, image/png)
2016-01-05 18:00 UTC, gui
Details
2- RIGHT editing comment overlapped between frozen and floating columns. (79.33 KB, image/png)
2016-01-05 18:04 UTC, gui
Details
test case (9.83 KB, application/vnd.oasis.opendocument.spreadsheet)
2016-01-09 18:35 UTC, raal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gui 2014-01-21 21:17:41 UTC
Created attachment 92543 [details]
Step 1: comment selected (all right)

So that is; attached you'll find screen captures, where the green columns are in the frozen side. Searched similar bugs, but nothing found, here nor in the ASK side.
Comment 1 gui 2014-01-21 21:18:44 UTC
Created attachment 92544 [details]
Step 2: editing comment, beginning hided
Comment 2 gui 2014-02-03 22:58:19 UTC
Updated version: changes in the bug for LO 4.2.0.4 (over Windows XP)

- if you double-click on the comment over the "movile" columns, the part over the forzen column disapears, included the editing cursor if you move it to that area.

- if you double-click on the comment over the "forzen" columns, then the editing displays right.
Comment 3 Joel Madero 2015-05-02 15:42:47 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2015-06-20 18:54:46 UTC
Never confirmed by QA. Does this still happen in 4.4?

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 5 QA Administrators 2015-12-27 20:30:44 UTC Comment hidden (obsolete)
Comment 6 gui 2016-01-05 17:59:48 UTC
Created attachment 121734 [details]
1- Error editing comment overlapped between frozen and floating columns.

comment editing clicking on the "floating" column comment area (the arrow points clicking point)
Comment 7 gui 2016-01-05 18:00:49 UTC Comment hidden (obsolete)
Comment 8 gui 2016-01-05 18:04:04 UTC
Created attachment 121736 [details]
2- RIGHT editing comment overlapped between frozen and floating columns.

comment editing clicking on the "frozen" column comment area (the arrow points clicking point)
Comment 9 gui 2016-01-05 18:13:14 UTC
The bug still exists in 4.4.7.2 version over Windows XP SP3. I'll check in other versions and OS asap...
Added full windows attachments to explain it with precision: columns A to J are frozen, columns K till the end are floating/scrollable/whatever you want to say.
When editing a comment overlapping frozen and floating columns, the comment's area over the frozen column gets hidden if you double-click the comment in it's area over the floating column (attach #1).
Everything goes as expected if you double-click the comment in it's area over the frozen column (attach #2).
P.S.: I've been messy attaching comments: I'm afraid I've duplicated attachment 2, and now I can't delete the firs (not desired) one; apologies.
Comment 10 raal 2016-01-09 18:35:19 UTC
Created attachment 121820 [details]
test case

I can confirm with Version: 5.2.0.0.alpha0+
Build ID: c1258abe50f1508ea0f628ff963bc1914ab86b67
CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-01-02_01:43:32

but not with Version: 4.4.0.0.alpha2+
Build ID: 3f94c9e9ddfd807b449f3bb9b232cf2041fa12d2 -> regression
Comment 11 raal 2016-01-09 18:36:41 UTC
(In reply to raal from comment #10)

> but not with Version: 4.4.0.0.alpha2+
> Build ID: 3f94c9e9ddfd807b449f3bb9b232cf2041fa12d2 -> regression

not right, reproducible also in this version
Comment 12 raal 2016-04-28 11:05:19 UTC
*** Bug 99426 has been marked as a duplicate of this bug. ***
Comment 13 QA Administrators 2017-11-30 06:26:08 UTC Comment hidden (obsolete)
Comment 14 Holger Klene 2018-04-03 22:47:14 UTC

*** This bug has been marked as a duplicate of bug 56311 ***
Comment 15 Timur 2020-09-04 10:34:28 UTC

*** This bug has been marked as a duplicate of bug 34519 ***