Apache OpenOffice (AOO) Bugzilla – Issue 115313
Connector line of cell comments misplaced in big tables
Last modified: 2017-05-20 10:34:13 UTC
Look in attached document to position of the comment to cell E262. It looks like comment to E269. Look picture with some data also. If delete some columns from F to Z - shift length will became smaller.
Created attachment 72781 [details] Picture with data
Created attachment 72782 [details] Test table
Not confirm with OOo 3.2.1 Confirm with OOo 3.3 RC3. Linux.
This is very new issue (may be from m7..m9 release). Because I use all beta versions and I don't remember this. Additionally, comments shows only for 1 second (mouse cursor over cell and not moving) on first Calc run with this document. After 3 times comment not appear on screen, until change active cell. Is it possible fix this for 3.3 now?
The same in OOo300m91.
Add me to CC
I have suggested this regression as release stopper for 3.3.
I can reproduce this problem. you have really to look at rows with mubers higher than 130. then you can see the problem
Taking this issue
Confirmed. This problem is unrelated to notes but happens with all drawing shapes. You can test that if you insert a small rectangle in row 262 and see that the anchor icon is drawn in row 251 (this means Calc thinks the shape is in row 251). Of course, it is most obvious with notes, as they want to draw a connector line to their cell.
md: adjusting target
fixed in CWS OOO330/calc33stopper2 for OOo 3.3
back to QA
verified in internal build cws_calc33stopper2
Please, look attached files.
Created attachment 75370 [details] Same for cells E103, E105, E108 etc.
Created attachment 75371 [details] Next example
Same behavior in OOo 3.2.1 with li_base.ods. It doesn't seen a 3.3 regression.
so what did they fix in November 2010?
OOo 3.3 RC9 is out. is this issue fixed or unfixed?
RC10 is out. please check the status of this issue. actually it's the only 3.3 stopper to be still open
This issue is about the regression compared to 3.2.1, and only that was accepted as stopper. The behavior with li_base.ods is the same as in 3.2.1 (see issue 83644). I'll set this issue back to "fixed" because the regression has been corrected.
back to verified