https://bugs.freedesktop.org/show_bug.cgi?id=87509
Bug ID: 87509
Summary: Rectangle tool with dropdown issues with line/fill
color of none/black
Product: LibreOffice
Version: 4.1.0.4 release
Hardware: Other
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Drawing
Assignee: [email protected]
Reporter: [email protected]
Created attachment 111058
--> https://bugs.freedesktop.org/attachment.cgi?id=111058&action=edit
Example drawing showing the behavior
There are issues using the alternative (non-default) rectangle tool when
switching between a color of black and none. Note that this does not affect
the standard "Rectangle" tool. Also, this bug does not trigger once the
rectangle contains text.
Enabling the drop-down rectangle tool:
1. Open a new drawing
2. Tools->Customize
3. Change the "Toolbar" to "Drawing"
4. "Add..."
5. Choose category of "Drawing"
6. Scroll down in the commands list and choose the SECOND "Rectangle" tool. It
should have the description, "Using Customize Toolbar, you can add the
Rectangles toolbar."
7. Close
8. OK
You'll now find a second "Rectangle" tool which has a drop down arrow next to
it. Rectangles created with this tool are different objects than those created
with the normal tool.
Steps to reproduce:
1. Create a rectangle with the Rectangle tool (that has dropdowns)
2. Change fill color to "Black"
3. Change area/fill style to "None"
Expected:
Since we changed the rectangle to have a fill style of "None," we should be
presented with an empty rectangle with a line for the border.
Actual:
The rectangle still appears to be black. It will remain this way until we move
the rectangle. It will print this way as well.
4. (Continued from above) Move the rectangle to force it to update and show the
new area/fill style of "None."
5. Change Area/fill Style to "Color"
6. Change Area/fill Style to "Black"
Expected:
Since we changed the rectangle to have a fill style of Black, we should now be
presented with a filled black rectangle.
Actual:
We still have a None-filled rectangle until we move it.
I've created/attached an example document with instructions.
I've also bibisected. It looks like it started with the release of 4.1:
5c854a34fd0d2bb0c91532cf1d9a5159a43538af is the first bad commit
commit 5c854a34fd0d2bb0c91532cf1d9a5159a43538af
Author: Bjoern Michaelsen <[email protected]>
Date: Wed Oct 16 21:23:53 2013 +0000
source-hash-1e1ac3ba37de4aaab3e7fada378ecd73ee2f5b6c
commit 1e1ac3ba37de4aaab3e7fada378ecd73ee2f5b6c
Author: Caolán McNamara <[email protected]>
AuthorDate: Wed Apr 3 10:05:44 2013 +0100
Commit: Gerrit Code Review <[email protected]>
CommitDate: Wed Apr 3 13:31:41 2013 +0000
Updated core
Project: help 20791d487f493ddd008553e9970a622362ca546c
:100644 100644 50f4e9ba75a25076a5a659c89956b7dc5b930c85
040fc36dba4cb2380296230ff43e6ee9eccbf1fa M autogen.log
:100644 100644 8afbf12103205097dc861165f3fc33b56534aecd
64d261b4291fe444b80068efa8911fe6b2d62e7d M ccache.log
:100644 100644 94797030ce621b2b1f2179bb58b897b0e5316ff5
0b4a914f04a25007e396a9398d9f1ccd2ff689d1 M commitmsg
:100644 100644 dda43735ac46dbc495bf483190c59e72f83a5690
2258d830f9c06110ec7004b59574916d64024245 M dev-install.log
:100644 100644 f343d6f041f52d1deff85ef3a61be8fab56aafc8
bfefb4eceaffb811fd32c0d72218e57a26e19dc7 M make.log
:040000 040000 8e0cee8999d95df003047726bb95d9d171a48aa3
a49659521c914bc0c75affec1b7e1c4373849fe6 M opt
$git bisect log
# bad: [c2069a369d738078124812312d51f21ea1ce2421]
source-hash-f160e4935c474a5293b3d3c11b3d538efb4767a0
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00]
source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'last41onmaster' 'oldest'
# good: [5bac99c03c8d9c687c11c53285a65e79af6c8ef5]
source-hash-20d4cd5e08c1400fcc5ae5eb45861f429b914969
git bisect good 5bac99c03c8d9c687c11c53285a65e79af6c8ef5
# good: [a6c846ef193b8c57600975a405db417d0563d04c]
source-hash-f6b4d0313dbaf1089254a1bfae9ccfbc3f413eb3
git bisect good a6c846ef193b8c57600975a405db417d0563d04c
# good: [d81a010b5434259b55e61f45bc43f54cd902aaae]
source-hash-66a63c1608cfd5e755fb141b636e4a84c118179a
git bisect good d81a010b5434259b55e61f45bc43f54cd902aaae
# bad: [45d6280795d38765e03f65b7acfae97289b378b9]
source-hash-fe46fc0f27ad5dac188517ff3f76bb1604aeeac1
git bisect bad 45d6280795d38765e03f65b7acfae97289b378b9
# bad: [d552e9efbcd48d39c795daaae1a1f2de189f35f6]
source-hash-001da6553adfcb160a08225fdd6aea478bd7dea9
git bisect bad d552e9efbcd48d39c795daaae1a1f2de189f35f6
# good: [3337b34c1312516a3730d0b780b11fceaa632683]
source-hash-54aafdb04cf36eb2b2ddbbc2030d298f514a00e9
git bisect good 3337b34c1312516a3730d0b780b11fceaa632683
# bad: [3142334d94a2c49f484453556493532e4a994002]
source-hash-0644a20605965b36fcc983e4c1158820fd858726
git bisect bad 3142334d94a2c49f484453556493532e4a994002
# bad: [c4dc144d0650a2a89e870d4906a68db5b2bc6769]
source-hash-ae2c256e228b3d4d01e85abdbc797a907c7f6563
git bisect bad c4dc144d0650a2a89e870d4906a68db5b2bc6769
# bad: [5c854a34fd0d2bb0c91532cf1d9a5159a43538af]
source-hash-1e1ac3ba37de4aaab3e7fada378ecd73ee2f5b6c
git bisect bad 5c854a34fd0d2bb0c91532cf1d9a5159a43538af
# first bad commit: [5c854a34fd0d2bb0c91532cf1d9a5159a43538af]
source-hash-1e1ac3ba37de4aaab3e7fada378ecd73ee2f5b6c
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
