Bug 44509

Summary: Graphics (boxes, rotated text) move and change size when doc. closed
Product: LibreOffice Reporter: fred.mason
Component: CalcAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED INVALID    
Severity: normal CC: bfo.bugmail, sasha.libreoffice
Priority: medium    
Version: 3.3.2 release   
Hardware: x86 (IA32)   
OS: Windows (All)   
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: JPEG showing CALC Drawing problem

Description fred.mason 2012-01-05 13:15:40 UTC
Created attachment 55192 [details]
JPEG showing CALC Drawing problem

Drawing boxes and putting rotated text in them causes issues.  After you save, quit and re-open the document, the boxes have moved and the text is inverted rather than rotated 90 degrees to the left.

See attached JPEG>
Comment 1 fred.mason 2012-01-05 13:16:43 UTC
Boxes in Blue in attached JPEG show original location of the tan colored boxes with text in them that have moved left and up.  The text in the tan boxes was originally rotated left; now it's inverted.
Comment 2 sasha.libreoffice 2012-05-05 00:45:38 UTC
Thanks for bugreport
Please, attach xls document that demonstrates this problem
Comment 3 bfoman (inactive) 2012-07-10 10:35:56 UTC
Please check if this bug is reproducible with the latest stable release.
Comment 4 fred.mason 2012-07-11 03:23:08 UTC
I upgraded to 3.5.4 and I'll re-test.  I'll let you know either way.



On Tue, Jul 10, 2012 at 10:35 AM, <bugzilla-daemon@freedesktop.org> wrote:

> https://bugs.freedesktop.org/show_bug.cgi?id=44509
>
> bfoman <bfo.bugmail@spamgourmet.com> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |NEEDINFO
>                  CC|                            |
> bfo.bugmail@spamgourmet.com
>      Ever Confirmed|0                           |1
>
> --- Comment #3 from bfoman <bfo.bugmail@spamgourmet.com> 2012-07-10
> 10:35:56 PDT ---
> Please check if this bug is reproducible with the latest stable release.
>
> --
> Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.
>
Comment 5 bfoman (inactive) 2012-10-11 19:15:04 UTC
Checked with:
LO 3.6.3.1
Build ID: f8fce0b
Windows XP Professional SP3

Could not reproduce. Inserted rectangle object in new spreadsheet, put text object on it, rotated it. Saved and reloaded. No changes to position of the object or text orientation. If you still have problems with your file, please attach it to this bugreport.
Comment 6 autofdbz.20.hilde4705 2013-01-10 12:21:15 UTC
reproduced with: 
LO 3.5:build-413
Build-ID "350m1(Build 413)"
opensuse 11.2
graphic: rectangle using the onboard drawing tools in calc

When drawing the graphic it will be anchored to the marked cell by default.
I changed the size and position by mouse.
But the position is calculated relative to the page.
In my case: X=56,36cm Y=17,70cm size 4,96cm x 0,42cm

Saving-closing-reopening the document let this graphic move to X=54,59cm Y=17,42cm and resize to 6,52cm x 0,63cm.

It doesn't matter if I protect size and / or position before saving.
It doesn't matter if I draw the rectangle in position or cut and paste it.

but:
When I change the anchor type to "to page" before saving and closing the document the position is kept correctly.
That's not the way for working around when I really need to anchor the graphic to the cell so that it will follow the cell when resorting the area.

notice 1:
The numerical values of the position stay the same when switching between "to cell" and "to page", they are not recalculated when switching to the other anchoring type.

notice 2:
Switching anchor type to "to cell" again and setting offsets to 0 x 0 move the graphic to the _page's_ upper left corner instead of the cell's one.

notice 3:
When I move the graphic to 0 x 0 (any anchor type) via dialog, mark it, change anchor type to "to cell", cut it, mark a cell different form A1 and insert the graphic there then it will be placed correctly with offset 0 x 0 relative to _the cell_, but the resulting position values in the dialog will be relative to _the page_ again and the behavior is anchored-to-page again.
Comment 7 QA Administrators 2013-09-24 01:54:44 UTC
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: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

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!


Warm Regards,
QA Team
Comment 8 QA Administrators 2013-10-25 15:13:25 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO