After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 574418 - Saving a selection to a channel should not change the active drawable
Saving a selection to a channel should not change the active drawable
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: General
2.6.4
Other All
: Normal enhancement
: Future
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2009-03-06 20:30 UTC by Rob Antonishen
Modified: 2018-05-24 12:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed patch (1.82 KB, patch)
2009-03-08 12:09 UTC, Sven Neumann
needs-work Details | Review

Description Rob Antonishen 2009-03-06 20:30:19 UTC
The active drawable should remain unchanged (i.e. where the selections was made).

Other information:
This is confusing to a user because of the following scenario:

User wants to blur a portion of an image, but wants to save the selection for later use.

1) make selection
2) Select > Save to Channel
3) Filter > Blur > Gaussian Blur

Now the user is blurring the saved selection channel, not the layer they started on.
Comment 1 Sven Neumann 2009-03-06 22:46:12 UTC
This behaviour is intentional. But it might be worth to reconsider this. Please bring up the topic on the gimp-developer mailing-list. We don't discuss new features in the bug-tracker.
Comment 2 Sven Neumann 2009-03-08 12:00:27 UTC
OK, we have a go from the UI team for this change. The question is now how this change is best be done. The most simple solution seems to be to change gimp_image_add_channel() to not activate the newly added channel. That has the potential to break some scripts. But I consider it unlikely that there are scripts out there that actually rely on this. And since we did not document this behavior we can probably do this change.
Comment 3 Sven Neumann 2009-03-08 12:09:36 UTC
Created attachment 130273 [details] [review]
proposed patch
Comment 4 Sven Neumann 2009-03-10 15:21:26 UTC
I am afraid this patch breaks quite a few things as many places in the code rely on the fact that gimp_image_add_channel() activates the newly added channel. Will try to come up with a better patch...
Comment 5 Martin Nordholts 2010-01-23 08:34:50 UTC
According to our current estimates we won't have time to fix this for 2.8. Postponing to 2.10.
Comment 6 Martin Nordholts 2011-03-14 07:22:40 UTC
Low priority compared to things on our roadmap, moving off milestone. There are usability aspects however which I personally value rather high, so I'm putting it on the Future milestone
Comment 7 GNOME Infrastructure Team 2018-05-24 12:31:29 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/298.