Bug 61727 - Rotation of image by grouping images
Summary: Rotation of image by grouping images
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard: (target:4.2.0)
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-03 08:13 UTC by atirage21
Modified: 2013-11-18 09:04 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Screenshots showing rendering in LOv4132 and Word Mac 2011. (2.59 MB, application/zip)
2013-11-15 07:43 UTC, Owen Genat (retired)
Details
PDF of related pages, exported from LOv4132. (1.99 MB, application/pdf)
2013-11-15 07:48 UTC, Owen Genat (retired)
Details
Control test file from Word Mac 2011, with PDFs showing rendering in Word and LO. (176.75 KB, application/zip)
2013-11-15 08:28 UTC, Owen Genat (retired)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description atirage21 2013-03-03 08:13:01 UTC
Rotation of image by grouping images is by docx in all versions of libreoffice and openoffice. This problem reversed of images is by grouping 2 or 3 images. By one or 4 images is rotation really ok.
Comment 1 A (Andy) 2013-04-10 19:50:37 UTC
Could you please give more information about the different steps to reproduce this issue.
Comment 2 atirage21 2013-04-12 07:19:12 UTC
OK, .please this document from 129. pages.I send file (my thesis wrote in MS Office 2007 - we need in school supporting of ISO-690-1 and ISO-690-2) trough ubuntu one, because is very big (30mb).

http://ubuntuone.com/1DXs05IDKkHGx0IdcuOXUg
Comment 3 QA Administrators 2013-11-04 22:17:47 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 4 atirage21 2013-11-05 07:08:17 UTC
Please chceck pages 129 - 138 trough lireoffice and also trough ms office for comparing.

Thank you
Comment 5 Owen Genat (retired) 2013-11-15 07:43:45 UTC
Created attachment 89248 [details]
Screenshots showing rendering in LOv4132 and Word Mac 2011.

Some clarifying details for this bug. The file provided in comment #2 was created in MS Word 2007 (docProps/app.xml indicates v12.0). On a Core i7 Q720 @ 1.60GHz under Crunchbang 11 linux running v4.1.3.2 it takes about 1min 10sec to open but does open OK. On a Core 2 Duo P8700 @ 2.53GHz under MacOS 10.6.8 running Word Mac 2011 it takes about half that time. Under the LO version indicated the pagination is different, so the images exhibiting the problem can be found on pp.140-150, instead of the page numbers indicated in comments 2 and 4.

Unfortunately the inserted graphics are so large that I cannot even attach an extract from the original document. In order to simplify dealing with a large document containing many images I am only going to use pp.141-144, opened under LO (pp.130-133 in the original document as shown under Word 2011), as an illustration. Screenshots of what these pages appear like (left/right placement differs) under LO and Word 2011 are attached. 

The exhibited problem (there appears to be more than one, but I will just deal with the rotation one as reported here) is that in LO the rotated images are not displayed correctly i.e., the right way up. I think the reporter is also trying to indicate that this depends upon whether the images in the original document are singular or grouped (2, 3, or 4) after/prior(?) to being rotated. Basically, LO does not appear to be supporting rotation of images (raster) performed in Word 2007 and saved using the DOCX file format. Example PDF to follow in subsequent comment.
Comment 6 Owen Genat (retired) 2013-11-15 07:48:40 UTC
Created attachment 89249 [details]
PDF of related pages, exported from LOv4132.

I think my last comment and this one constitute confirmation but will leave it to QA to set the status accordingly. It is worth noting that upon export to PDF (from LO v4.1.3.2 - refer attached) the images are displayed in correct orientation so the problem appears to solely be a rendering issue within LO.
Comment 7 Owen Genat (retired) 2013-11-15 08:28:52 UTC
Created attachment 89252 [details]
Control test file from Word Mac 2011, with PDFs showing rendering in Word and LO.

I thought I would create a basic control test file illustrating: 

- rotating then grouping
- grouping then rotating

Attached DOCX is created under Word Mac 2011 with PDFs created via Word Mac 2011 (under MacOS 10.6.8) and LO v4.1.3.2 (under Crunchbang 11 x86_64). In no case does the rotation appear to be preserved. Not the same version of Word (or probably DOCX) as in the original report I know, but hopefully useful all the same.
Comment 8 Maxim Monastirsky 2013-11-18 09:04:25 UTC
The document from comment 7 (attachment 89252 [details]) was fixed by the same commit as Bug 70457. atirage21's document was fixed even earlier.