Bug 51823 - FORMATTING: Smart Art mismanages the stacking order
Summary: FORMATTING: Smart Art mismanages the stacking order
Status: CLOSED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.6.0.0.beta3
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA (target:4.3.0)
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-07 01:59 UTC by pierre-yves samyn
Modified: 2014-07-21 13:22 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample document with smart art (19.97 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2012-07-07 01:59 UTC, pierre-yves samyn
Details
Screenshot after step 2 (19.99 KB, image/png)
2012-07-07 02:01 UTC, pierre-yves samyn
Details
editing smartart text comes in front (21.61 KB, image/png)
2012-07-07 02:25 UTC, cyrille grosdemange
Details

Note You need to log in before you can comment on or make changes to this bug.
Description pierre-yves samyn 2012-07-07 01:59:32 UTC
Created attachment 63926 [details]
Sample document with smart art

Hello

Steps to reproduce :
1. Open attached document
2. Draw a shape on the smart art

See screenshot after step 2

3. Right Click on the smart art
4. Arrange> Bring to front

Expected result : shape behind the smart Art
Actual result : shape still to front but unselectable (except by surrounding with the mouse)

Platform : windows 7 64 bits & Version 3.6.0.0.beta3 (Build ID: 3e2b862)

Regards 
Pierre-Yves
Comment 1 pierre-yves samyn 2012-07-07 02:01:03 UTC
Created attachment 63927 [details]
Screenshot after step 2
Comment 2 cyrille grosdemange 2012-07-07 02:24:24 UTC
Same bug with LibO 3.6.0.0.beta3 (Build ID: 3e2b862) and Ubuntu 12.04 x86.

1. If a part of the shape is not on the SmartArt, this part is selectable

2. double-click on the smart Art to edit the word "SmartArt" for example, the editable text comes in front (see attachment)
Comment 3 cyrille grosdemange 2012-07-07 02:25:47 UTC
Created attachment 63928 [details]
editing smartart text comes in front
Comment 4 pierre-yves samyn 2012-08-25 14:49:48 UTC
Hello

Still occurs with Version 3.6.1.2 (Build ID: e29a214) & windows 64bits

Regards
Pierre-Yves
Comment 5 Alexandr 2014-07-15 07:37:55 UTC
Hello.
I reproduce the bug with LibreOffice 4.2.5 from Debian Wheezy backports. I can not reproduce it with LibreOffice 4.3.0.2 on Debian Jessie. 
I do not know which patch solves the problem hence I set bugstatus to RESOLVED WORKSFORME. Feel free to reopen it if you can reproduce the issue with LibreOffice 4.3.0.2 or later.
Comment 6 pierre-yves samyn 2014-07-21 07:21:07 UTC
Hi

I do not reproduce on windows 7/64 & Version: 4.3.0.3
Build ID: 08ebe52789a201dd7d38ef653ef7a48925e7f9f7

(In reply to comment #5)
> I do not know which patch solves the problem hence I set bugstatus to
> RESOLVED WORKSFORME. Feel free to reopen it if you can reproduce the issue
> with LibreOffice 4.3.0.2 or later.

It has already been explained to me that we should not use WORKSFORME this way.
See 72827, comment 9

I change to FIXED.
Thank you all.

Regards
Pierre-Yves
Comment 7 Alexandr 2014-07-21 13:22:49 UTC
Hello,
Bug 72827 was fixed with Julien Nabet's patch, but in this one patch is unknown. According to QA/Bugzilla/FAQ (https://wiki.documentfoundation.org/QA/Bugzilla/FAQ#How_to_terminate_a_Bug_if_it_can.27t_be_reproduced_any_longer):

“If a bug has been confirmed, but the problem vanished with a later LibreOffice version, do not use Resolved Fixed, what is reserved for bugs with a real reviewed Fix. The appropriate Status for a Bug where the problem simply vanished is Resolved WORKSFORME.”

See also  Bjoern Michaelsen's explanation in QA mailing list (http://nabble.documentfoundation.org/Libreoffice-qa-What-if-a-bug-can-not-be-reproduced-with-newer-version-td4116214.html).

Best wishes,
Alexandr