Activity log for bug #1239131

Date Who What changed Old value New value Message
2013-10-12 13:25:15 su_v bug added bug
2013-10-12 13:25:50 su_v inkscape: assignee Markus Engel (engelmarkus)
2013-10-12 13:30:19 su_v description Steps to reproduce: 1) launch inkscape (default prefs, default new doc) 2) draw two shapes, assign different fill colors 3) switch to gradient tool (keyboard shortcut 'g') 4) add linear gradient to one of the shapes (double-click with gradient tool) 5) select the end stop of the linear gradient 6) switch to the dropper tool (keyboard shortcut: 'd') 7) pick the fill color of the other object Expected result: The gradient stop(s) selected with the gradient tool is (are) still active in the dropper tool context; any picked color is immediately applied to the selected stop(s) of the gradient. Actual result: Upon tool switch, gradient stop(s) are unselected, and any picked color is applied to the object itself (thus actually removing the gradient). The user first needs to again select the gradient stops which need to be modified to use a color picked from other objects on-canvas, this time with the dropper tool, and then pick a color to be assigned to the selected stop(s). Confirmed with r12678 on OS X 10.7.5 and r12677 on Ubuntu 13.04 (inkscape-trunk PPA) Based on tests with archived builds: - not reproduced with rev <= 12531 - reproduced with rev >= 12532 this changed behavior was introduced with the merge of the C++-ification branch in rev 12532: <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12532> Steps to reproduce: 1) launch inkscape (default prefs, default new doc) 2) draw two shapes, assign different fill colors 3) switch to gradient tool (keyboard shortcut 'g') 4) add linear gradient to one of the shapes (double-click with gradient tool) 5) select the end stop of the linear gradient 6) switch to the dropper tool (keyboard shortcut: 'd') 7) pick the fill color of the other object Expected result: The gradient stop(s) selected with the gradient tool is (are) still active in the dropper tool context; any picked color is immediately applied to the selected stop(s) of the gradient. Actual result: Upon tool switch, the selection of gradient stop(s) is lost, and any picked color is applied to the object itself (thus actually removing the gradient). Workaround: To achieve the intended result, the user needs to again select the gradient stops which need to be modified to use a color picked from other objects on-canvas, this time with the dropper tool, and then pick a color to be assigned to the selected stop(s). Confirmed with r12678 on OS X 10.7.5 and r12677 on Ubuntu 13.04 (inkscape-trunk PPA) Based on tests with archived builds: - not reproduced with rev <= 12531 - reproduced with rev >= 12532 this changed behavior was introduced with the merge of the C++-ification branch in rev 12532: <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12532>
2013-10-14 14:36:32 jazzynico inkscape: status New Triaged
2013-10-15 11:31:04 su_v inkscape: importance Undecided Medium
2013-10-26 23:53:54 Markus Engel attachment added 1239131.patch https://bugs.launchpad.net/inkscape/+bug/1239131/+attachment/3892449/+files/1239131.patch
2013-10-26 23:54:06 Markus Engel inkscape: status Triaged In Progress
2013-10-27 11:19:05 Markus Engel inkscape: status In Progress Fix Released
2013-10-27 11:18:47 Launchpad Janitor branch linked lp:inkscape
2013-12-19 16:28:15 su_v inkscape: milestone 0.91