Apache OpenOffice (AOO) Bugzilla – Issue 123573
Shapes only accept new area properties after rotation, Format Toolbar and Shape color mismatch
Last modified: 2017-05-20 10:35:12 UTC
Steps how to reproduce with "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1534248 - 2013-10-22]" on German WIN7 Home Premium (64bit)", own separate user profile: 1. From AOO start center open Attachment 81812 [details] for Bug 123515 2. click white shape at X/Y 70/83mm (right from trapezoid koala bear shape > Control points appear, Format Toolbar shows "Color = White" for area 3. In Format Toolbar change color to "Yellow" (or something else, does not matter) Expected: Shape area changes to selected color "Yellow" Actual: Selector shows yellow, but shape stays white 4. Second click on shape > 'Rotate' control points appear 5. Click top right 'Rotate' control point > newly selected color appears for shape area. New color will stay if you rotate shape a little or switch back to white if you do not rotate Additional information: ----------------------- (a) an other effect, probably related: Repeat test starting with step 1, but in Step 3 first change "Color" selection to "Hatching", then "Color white" to hatching black 0° Unexpectedly selection switches back to "Color = White" (b) after (a) continue with test In step 5 in rotated shape hatching will appear, but selector in Format area toolbar still shows "Color = White" (c) effect (a), (b) also with Gradient, Bitmap
Seems that this one is a much more simple DRAW "Basic Shape" problem: With 4.1-dev redo test from original report, but not with sample document, but with a blank new Drawing created from AOO Start Center Button with a new Basic Shape "Diamond" drawn by you. All effects from original report (a), (b) and color change only after rotation will be reproducible.
(d) Already Reproducible with server installation of "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1525917 - 2013-09-25]" on German WIN7 Home Premium (64bit)", own separate user profile. (e) was still ok with server installation of "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1523968 - 2013-09-18]" on German WIN7 Home Premium (64bit)", own separate user profile.
Also affected: Symbol Shapes, Block Arrows, Flowcharts, Callouts, Stars. This bug makes Draw more or less unusable, so Critical.
Only custom shapes are affected. The error is not only with area, but with line and extrusion on/off too. The shape gets the new property, but it is drawn only after the path of the shape changes for example by handle, or rotation, or resizing. The new property is saved and is visible after reload. It is not a simple screen refreshing problem, move or hide/show the shape doesn't help.
undo/ redo makes the new property value visible.
r1525015 failed too.
ALG: Works in AOO401, but indeed broken in trunk. Need to check what may have changed here...
ALG: Unifying changes to CustomShapes in the CustomShapeProperties implementation using UpdateTextFrameStatus was too strict; InvalidateRenderGeometry does not only need to be called when TextFrameStatus changes, but in all places where it was called before and when TextFrameStatus changes. Adapted this, checking...
ALG: Works as expected, comitting, done. Thanks for finding this; it would have really been bad and shows that looking at dev versions is a necessity!
"alg" committed SVN revision 1537454 into trunk: i123573 corrected reaction on ItemChanges for CustomShapes
Verify on AOO410m1(Build:9750) - Rev. 1570848 Rev.1570848 on windows7 ,Pass