Bug 62964 - FORMATTING: Wrong alignment in matrix with 'alignr'
Summary: FORMATTING: Wrong alignment in matrix with 'alignr'
Status: RESOLVED DUPLICATE of bug 47813
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Formula Editor (show other bugs)
Version:
(earliest affected)
4.0.1.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: regression
Depends on:
Blocks:
 
Reported: 2013-03-31 14:21 UTC by epiparo
Modified: 2014-05-23 17:22 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
The simple document contain two times the SAME formula: the first is simply copied, the second one has been open for editing (but not changed...).opened... (15.86 KB, application/vnd.oasis.opendocument.text)
2013-03-31 14:21 UTC, epiparo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description epiparo 2013-03-31 14:21:21 UTC
Created attachment 77249 [details]
The simple document contain two times the SAME formula: the first is simply copied, the second one has been open for editing (but not changed...).opened...

Problem description: 
Element alignment inside matrices with 'alignr' is now foolish...
Steps to reproduce:
1. Open an old formula with alignr and matrix
2. Elements insid matrix change position!

Current behavior:
Elements alignment is no more respected
Expected behavior:
Elements alignment must work as before...

              
Operating System: All
Version: 4.0.1.2 release
Last worked in: 4.0.0.3 release
Comment 1 Joel Madero 2013-04-08 21:11:37 UTC
please attach the actual document that has the alignment so that we can open it in 3.6, 4.0.0.3 release and with current stable so that we can compare what we see when document opens.


Marking as NEEDINFO, once you provide document, mark as UNCONFIRMED and we'll investigate.
Comment 2 Jacques Guilleron 2013-04-09 11:50:26 UTC
Hi,

I reproduce with LO 4.0.2.2, LO 3.6.4.3 portable on Windows 7 Home Premium.
As a workaround, an alignment can be achieved by using ~:
Instead of:
A=left ( alignr {matrix{0 # -1 # 0 ## 1 # 0 # -1 ## 0 # -1 # 1}}  right )
use:
A=left ( {matrix{0 # -1 # ~0 ## 1 # ~0 # -1 ## 0 # -1 # ~1}}  right )

Have a nice day,

Jacques Guilleron
Comment 3 Regina Henschel 2013-10-10 18:04:26 UTC
It is an old error in the combination of alignr and minus sign, see bug 47813.

Are you sure, it worked in 4.0.0.3 release?
Comment 4 epiparo 2013-10-10 18:44:11 UTC
Now I cannot verify, but the sample was built using 4.0.0.3 version and then modifying the second copy of the formula with version 4.0.1.
Comment 5 QA Administrators 2014-05-17 00:34:23 UTC
Dear Bug Submitter,

Please read the entire message before proceeding.

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 6 epiparo 2014-05-17 07:55:16 UTC
If you open the old attachment and edit the first formula, you can see that the bug still remains in version 4.2.4.2 of LibreOffice. The problem is related to a mistreatment of the sign "-" in alignment. Hoping to have been clear enough,
I remain sincerely yours
Edoardo Piparo
Comment 7 Joel Madero 2014-05-17 14:22:40 UTC
In the future please read and follow all instructions. Marking as UNCONFIRMED - else QA will never look at it and it'll be automatically closed.

Thanks
Comment 8 Joel Madero 2014-05-23 17:22:23 UTC
As Regina said - this is a duplicate. Marking as such.

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