Bug 25862

Created attachment 11400 [details]
Example

An example

Thanks for the screenshot. I see exactly the same.

gimp-2.10.10-1.mga7 under Mate.
----------------------------------------
(In reply to w unruh from comment #0)
> a) The "tools" window by default has the tools in a single column which
> extends way below the bottom of the screen, pushing the colour choser way
> off the bottom of the screen. Widening the tools window allows more than
>  one column and brings the colour chooser into use
Where is the problem? True, the lower tools options are out of sight; but there is a scroll slider to see them.
-------------------------------
> b) the colur chooser is very messed up. The "forground" colur will have
> splodges of different colours in the square.
Not sure which 'square' you are referring to: the FG rectangle in the main window, the main rectangle in the 'Gimp selector' colour chooser, or the Current|Old colour bars below it. BTAIM I do not see this; nor is it evident in your screenshot. Perhaps it needs another more specific screenshot.
------------------------------------------
https://docs.gimp.org/2.10/en_GB/gimp-dialogs-content.html#gimp-colorselector-gimp
This is complicated.
> clicking on it to get the colur chooser gets screens which are completely
> messed up colourwise. 
> The RGB sliders are dark blue to magenta for the R, blue to green for the
> G, and black to black for the B, a sploge of magenta then of blue then of
> magenta for the L, Half blue-black, half magenta for C and all magenta for
> If I click on the red (fthe BLCf001e) I get solid magenta for 
> b. all of BLCh and blue to red for R, red to yellow for G, etc
Yes, it looks a mess. Near the end of the Help page noted, these sliders seem relevant only to:
"Scales
    Figure 15.30. The Scales selector"
which seem always operative, lacking in the current dialogue the 6th button to activate them. All the other 5 'selectors' have their own tools which correspond with the Help. But that Help page screenshot of these sliders also shows bizarre colours, so I am not sure that ours are actually incorrect - or that it matters.

There *is* the slight discrepancy between the 6 'selector' buttons described in the Help, and the 5 only in the actual dialogue. If you wish to bug this point, please confirm that the dialogue shown by Mageia really is inconsistent with what it should be; maybe Gimp behaviour has changed from having them as a separate selectable 'selector' to alwys on.

> Sometimes it will refuse to change the foreground colour no matter how you
> select the colour from that window. 
Difficult to pursue. We have had another complaint about FG|BG colours not being applied, which was due to not using the dialogues correctly.

By the Sploges on the square I meant that thee Forground color square on the bottom of the bottom of the Tools Selector widow. It would have splodges of very different  colours on it. This bg is intermittent. I have sen it two or three times and my aim was trying to figure out what was going on, not taking a screenshot unfortunately.

Re the  single column tools-- there is no slider. What seems to be happening is 
that the outside widow holding the toolbox , and the layers windows is actually created HUGE-- ie the size of the full single column tools box. By default the window holding the canvas is joined to the various tools windows and it was also 
huge with the canvas on the lower edge of the the screen (and the wondow covering the whole computer screen height and extending way off the bottom edge of the screen)

Re the colour not changing-- I was in the midst of trying to create a diagram for a talk I had to give, All I know is that I had managed to change the colour to a light grey, and anything I did in the selector screen refused to allow me to paint with any colour other than light grey. The selectors (including the 
left hand cross-haired box-- which was a mess of colours not really related to the rgb saturated colour I had selected-- using sliders of the crosshairs left me with the actually foreground colour remaining light grey. I finally gave up, rebooted to a Mga6 I still had on my machine and used its gimp to create the diagram (it worked properly).

I must agree that this seems to be a problem with gimp not with the packaging, but the gimp people seem to listen to you more than mere ignorant users.
On the other hand maybe it is a packaging problem. I have no idea.

Created attachment 11405 [details]
example of FG colour square messed up

Ah I managed to get the FG to misbehave. I adjusted the colour using the 
L slider in the color chooser window. and the display has this magenta arc splodged on top of it.

Created attachment 11406 [details]
choosing the L slider in the color chooser

I tried clicking on the "L" button slider and this was the mess I got. The other buttons produced different but equally weird colours. 

I think Mageia should reverrt to the gimp in Mga6 while the gimp people sort out this mess. Mind you I did try to install the Mga6 version, but the rpm complained 
that a bunchof other libraries were not the right ones, and I did not try to recompile the Mga6 gimp source on Mga7.

@"W"
https://docs.gimp.org/2.10/en_GB/gimp-dialogs-content.html#gimp-colorselector-gimp
See also my comment 2. To which must be added:
"The dialog called from the FG/BG area in the toolbox is a bit different compared to the one called from the image menu: the sliders are permanently visible instead of selected from the scale menu,"
which explains what I thought incorrectly was a difference.

I remain puzzled by the the cryptic labelling of the radio buttons/sliders, probably a language issue; and the LCh|HSV top right buttons for which I find no explanation.

All manipulation of the first 5 colour selectors works fine, preserving the full correct spectrum in the basic Gimp selector vertical bar, and the sanity of the dialogue Gimp colour square, *if you do not fiddle with the sliders or their equivalent radio buttons*.
Once you have fiddled with these you might mess up the basic Gimp spectrum vertical bar and colour window, and never get them back:
I found that once you have upset the system, it stays upset despite dialogue Reset or Cancel, even abandoning the current image and starting a new one. You have to re-start Gimp to get back to a sane initial display for the dialogue.

With the Gimp selector, you seem to get the magenta triangle on the Tools FG|BG squares (and the right of the dialogue Current|Old bar) if you displace the lower L/C/h (? HSV) sliders onto a magenta background. Despite the triangle, the main colour remains valid.
You get the psychedelic dialogue colour window clicking on any of these lower sliders, which also messes up the main dialogue colour panel. But if you click on any part of that *not* magenta, it does correctly set the equivalent FG|BG colour.

So there is definitely a problem here, but it is almost academic in that there are 5 good ways of setting the FG|BG colour WITHOUT touching the RH radio buttons & sliders, whose functions are anyway enigmatic. I wonder whether the strange behaviour is intentional but lacking explanation.
---
Can I ask you to raise this on the Gimp forum, and report back? Is it a known problem, or just Mageia? We are too overloaded here to pursue it. I have already spent hours.
---
CC'ing the registered Gimp maintainer, for info.

CC: (none) => shlomif

A note on the hidden lower toolbox. It looks as if you are using multiple Gimp windows, but the problem exists with just one. Gimp has always popped windows and dialogues that are too tall, and cannot be resized/reduced vertically. Worst with desktops that have top & bottom panels.
The only solution is to Alt/Left-click & drag to raise the window. Or as you found, sometimes widening the window is possible.

Maybe using 'Single-Window mode' from the Windows menu will resolve this for you. I have given up using the the multi-window option due to various similar issues.

CC: (none) => zen25000

The main problem happens also in single window mode, which I anyway use.
I looked at raising a bug for the colour chooser misbehaviour, chez Gimp -> chez Gnome, which became heavy. Maybe one day. There are already a few in the same area.

Seeing something similar on my Plasma system which may be related, maybe not. 

The "color picker" tool within the FG/BG color selector dialog is not working properly. The same tool from outside this dialog is supposed to only choose colors from the active layer, but the one inside the dialog is supposed to allow you to pick a color from anywhere on the screen. See "Color Picker" on https://docs.gimp.org/2.10/en/gimp-dialogs-content.html for more information 

That tool is messed up. On an image I've been working with, if I use the tool from within the dialog it changes the FG/BG color to a blue or black, no matter where I click on the screen. The tool from the tools window seems to be working as it's supposed to on this image.

This image is complex, with 77 layers. I won't bore you with details unless you ask, but suffice it to say that it is used to report to the USDA each year which crop I planted where, and the amount of land used for each. I've been using gimp for this since 2006, and before version 2.10 the FG/BG color picker tool always worked perfectly. 

I can use the toolbox tool as a workaround to do what I need to do, but it's much less convenient. It would be very nice if the tool I want to use worked once more.

CC: (none) => andrewsfarm

(In reply to w unruh from comment #0)
> Description of problem:
> Two fold problem:
> a) The "tools" window by default has the tools in a single column which
> extends way below the bottom of the screen, pushing the colour choser way
> off the bottom of the screen. Widening the tools window allows more than one
> column and brings the colour chooser into use

This is an old issue going back years:
https://bugs.mageia.org/show_bug.cgi?id=10009
The above is a follow-on from my original bug report which it references.

At least part of the problem with item b) is that they have decided to be "helpful". Then have changed the "Colour" picker to use LCh (Lightness, Chroma, Hue) rather than HSV and decided to indicate "out of gamut" choices by Magenta.Thus if you move the say the L slider into a magenta region, you get that all of the RGB bands become magenta and the "Current:" colour bar developes a magenta triangle in the top right corner. If you select that for the foreground colour, then the Forground colour in the Toolbox also developes a magenta triangle, but now in the top left corner. Thus this colour leprosy seems to be a deliberate "feature" rather than a bug. This is made even weirder by their pushing LCh as the default, rather than HSV as the default (which anyone who has ever used gimp before is used to. 

See 

https://gitlab.gnome.org/GNOME/gimp/-/issues/2041

for a detailed analysis. Since that was a bug for 2.10.4 and Mga7 is at 2.10.10 it does not seem to be a priority for their fixing this.
(I do not know what the situation in 2.10.20 eg in cauldron is for this problem)

Perhaps Mageia could change the default to HSV so that people using it do not get so confused.

Status?

Not reproduced in Gimp 2.10.22 under Mageia 8.

Status: NEW => NEEDINFO

Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as OLD.

Status: NEEDINFO => RESOLVED
Resolution: (none) => OLD

No idea what you needed. It is still a problem in Mageia 7. I have not yet installed Mageia 8. As I said, if you use HSV it behaves. If you use the default KCh it is a complete mess. I have no idea how to make the selection permanant. HSV really should be the default.

Status: RESOLVED => REOPENED
Resolution: OLD => (none)

Assigning globally, and CC'd recent committers on this for Mageia 7

Note that Mageia 8 is not affected.

CC: (none) => geiger.david68210, jani.valimaa, smelror
Status: REOPENED => NEW
Assignee: bugsquad => pkg-bugs

The problem I tried to describe in Comment 10 has been fixed in Mageia 8, as well.

Mageia 7 is EOL since July 1st 2021.
There will not have any further bugfix for this release.

You are encouraged to upgrade to Mageia 8 as soon as possible.

@reporter, if this bug still apply with Mageia 8, please let us know it.

@packager, if you work on the Mageia 7 version of your package, please check the Mageia 8 package if issue is also present. In this case, please fix the Mageia 8 version instead.

This bug report will be closed OLD if there is no further notice within 1st September 2021.

Hi bug reporter and hi assignee and others involved,

Please reopen this bug report if it is still valid for Mageia 8 or 9(cauldron), and change "Version:" in the upper left of this report accordingly.

This report is being closed as OLD because it was filed against Mageia 7, for which  support ended on June 30th 2021.

Thanks,
Marja

Resolution: (none) => OLD
Status: NEW => RESOLVED