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 738327 - flipper behavior between input devices
flipper behavior between input devices
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: General
2.8.18
Other Mac OS
: Normal normal
: 2.10
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2014-10-10 20:35 UTC by Jo
Modified: 2018-05-24 14:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
possibly crashes because of resource flipping (342.76 KB, text/plain)
2015-07-24 21:13 UTC, Jo
Details

Description Jo 2014-10-10 20:35:55 UTC
settings between input devices (wacom tablet - mouse) should be shared, and not use different settings, please ! I get input device flipping when i hold my wacom pen in a obtuse angle, but this issue shouldn't arise anyway. 

Why not uniform this settings, or adding a particular option in Gimps main preferences who regulates if input device settings are shared or not.
I hope i havent submit a duplicate…
Comment 1 Michael Schumacher 2014-11-04 16:06:20 UTC
There should be other reports about this already, maybe in the GTK+ product.
Comment 2 Michael Schumacher 2015-06-06 09:56:56 UTC
This is with 2.8.14, right?
Comment 3 Jo 2015-07-04 11:41:26 UTC
(In reply to Michael Schumacher from comment #2)
> This is with 2.8.14, right?

as you can see, it is is an older report. Havent seen that bug anymore, so lets close this bug report.
Comment 4 Jo 2015-07-24 21:13:52 UTC
Created attachment 308108 [details]
possibly crashes because of resource flipping

Dont know, but if Gimp continues to flip between resources (pattern, palettes, gradients) and not only settings, this could create an unstable state for Gimp, IMO. Usually i uncheck, when i save tool options, the options: save with gradient and save with palette, so i saw no more the flipper behavior for which bug i reported this bug initially.

i attached a simple Console output i got simply by opening a new canvas and painting on it with a brush and attached dynamics.
Comment 5 Michael Natterer 2015-07-25 15:44:48 UTC
Yeah the flipping is clearly something GIMP doesn't expect, and it
probably runs into all sort of inconsistency problems :(
Comment 6 Arne 2016-02-08 21:18:27 UTC
The exact same problem appears on my convertible pc on Windows with Gimp 2.8.16. In addition, the undo-history is not working anymore after the problem appears. Only restarting Gimp helps. The problem is reprocucible.
After several attempts I'm quite sure that it only occurs after I go away from the canvas. Here's what I tried:

Creating new image with tablet pen from template (A4 300dpi)
Chosing "Brush" and drawing something with pen
selecting new color from color dialogue
attempting to draw, gimp is quickly changing between the "Move tool" and the "Paintbrush tool", the line drawn is interrupted.
Undo is not working any more
New attempt to draw without the tools changing works
Undo is not working
Closing Gimp without saving the image.
Reopening Gimp, creating image of same size (A4 300dpi).
Saving image
retrying painting.
Gimp correctly recognizes pen and eraser, as well as core pointer.
Drawing some lines with pen
Undo history is updated, Undo is working.
After clicking the Tool Options dialogue to change the Brush Size, the problem occurs again. Journal is broken again, too.
Closing Gimp and re-opening the saved image.
Drawing with pen and brush seems no problem.
Eraser of pen is correctly recognized and working.
Journal is working.
Clicking on layer dialogue.
Problem re-occurs.
Closing image and re-opening without closing Gimp.
Everything fine, undo history is working as well.
Selecting the pencil tool.
The problem occurs again.
Creating a new image of smaller size (640x400px) without closing the old one.
Everything is fine.
Selecting a brush.
The same problem happens again.
Comment 7 Jo 2016-02-13 22:42:23 UTC
Yesterday i painted for 2h ca and got a very agressive flipping, at the point that the mouse locked down, forcing me to save and quit Gimp. I got this issue yet 2 times in the same day.
I deleted the preferences and restored settings from the latest backup i made of Application Support/Gimp/2.8
After that, everything returned normal, it seems. At least i could continue without other interruptions.
Comment 8 Jo 2016-04-05 20:14:12 UTC
changing layouts for different input devices creates more problems than to add useful things
 
This "feature" is old and creates a lot of problems.
i highly recommend to remove it completely, because one layout for all input device is enough. 
For those who need this questionable feature an option could be added in General Preferences - there is more than enough space for such a checkmark button in the preferences for input devices .
Comment 9 Elle Stone 2016-09-19 16:00:37 UTC
For my own workflow, having different settings for the mouse and tablet causes a lot of problems. These problems are quite apart from and in addition to all the buggy behaviour currently associated with accidentally triggering a switch between the mouse and the tablet.

I am right-handed, but I operate the mouse with my left hand. This is so I can take notes and make sketches on paper (remember paper?) while I'm working at the computer. And of course I use the tablet "right handed".

When using GIMP, the natural and efficient thing (at least for me) would be to use the mouse to change colors/tool-settings/tools/etc, and use the tablet stylus to paint. But unfortunately in GIMP the settings aren't shared between input devices.

Also, at least in my own case, operating the mouse left-handed and the stylus right-handed helps to mitigate repetitive stress issues. But this benefit is not possible with GIMP because any settings changes made with the mouse don't transfer to the stylus.

Another issue has to do with focus. I thought it was just a GIMP issue. But for some reason when using the stylus to do things like select an area in a document to start typing, or in GIMP to change a numerical setting, the "focus" is easily lost. So often I end up having to make the same change several times, and sometimes have to go change back values that were inadvertently changed in other dockers. This loss of focus doesn't happen with the mouse.

I can imagine user workflows for which "multiple settings unique to each input device" might improve productivity. But for myself, and apparently for jo, and probably for other people, this GIMP feature of multiple  settings unique to each input device seriously impedes productivity.

Would it be possible to make this feature of different settings for mouse and tablet a user choice? And allow users to choose to have any change made with any input device apply to all the other input devices?
Comment 10 Michael Natterer 2016-09-19 16:55:53 UTC
Yes, this is bug 667862 and it's already on the 2.10 milestone.
Comment 11 Jo 2016-09-20 14:33:00 UTC
I bought a nice, big intuos tablet, enabling me to use both touch (using my fingers) and pen to paint.

the touch feature 
- zooming works only if i push a bit my mouse (because in pen mode things dont work, even when i take my pen off from my tablet) (very annoying this input game! sorry)

-rotating would be nice with the upcoming canvas view rotation
Comment 12 Michael Schumacher 2016-10-09 18:43:16 UTC
At least part of this might be bug 771444.
Comment 13 Michael Schumacher 2017-02-08 07:13:20 UTC
2.8.20 has a change to prevent input device oscillation. Would be nice to get feedback about this - and only this - issue here.

If any of the issues mentioned in the past few comments are still open and not yet handled in other reports, please file them as new ones.
Comment 14 Michael Schumacher 2017-06-19 13:03:47 UTC
Does this still happen with 2.8.22?
Comment 15 Jo 2017-06-20 10:45:27 UTC
(In reply to Michael Schumacher from comment #14)
> Does this still happen with 2.8.22?

I don't know if it is related to, but I have to long press spacebar button on my Wacom pen to - pan -, else gimp fiddles around in the color dialog
Comment 16 Michael Schumacher 2017-06-20 11:15:10 UTC
I honestly can't tell and/or don't see if this is supposed to answer my question.
Comment 17 Arne 2017-06-20 15:31:36 UTC
(In reply to Michael Schumacher from comment #14)
> Does this still happen with 2.8.22?

I updated my system from win7 to win10 a few months ago. After that I installed Gimp 2.8.20 and the problem never reoccured (so I can't tell if that is due too my system upgrade or due to improvements from 2.8.16 which had the problem on win 7 to 2.8.20). I will get 2.8.22 today and give a new feedback in a few days if you want.
Comment 18 Michael Schumacher 2017-06-20 16:59:32 UTC
We seem to have conflicting information - bug 771265, where we were tracking a similar (though likely same) bug for the Windows platforms, has a claim that 2.8.20 didn't change the behavior.

I have to admit that I am reluctant to take any reports for granted until either behavior has been confirmed by multiple users :)
Comment 19 GNOME Infrastructure Team 2018-05-24 14:48:12 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/601.