Colors horribly displayed in Gwenview on wife's computer but not on mine

English Applications
#1

My wife and I both use Leap 42.3 on our desktops. We both use the same Samsung monitor.
We’re both using Gwenview v. 17.04.2

Gwenview displays colors perfectly on my computer in both the thumbnails at the bottom of the screen and in the main window.

But on hers it’s a different story. The thumbnails she sees at the bottom of her screen are color-correct, but the display in the main window shows drastic color shifts – everything is green and/or purple depending on what the correct color is supposed to be. For example, when looking at a color-perfect thumbnail picture of a blond Caucasian girl the main window displays her skin and hair an intense purple. When looking at a thumbnail of a beach and beautiful blue ocean and sky, everything turns bright green in the main window display.

We can’t find anything to color-correct in Gwenview so I come to the wisdom of the list to see if anyone can help with guidance looking elsewhere.

What information do you need from her computer (for example, konsole output??) to offer suggestions on getting Gwenview to display correctly in the main window as it does do in the thumbnails? (I assume in my ignorance that attempting to color-correct settings elsewhere in 42.3 would thereby change colors in every other program, not just in Gwenview. So I have not gone down that path.)

Many thanks. :?
bosdad

#2

How are you connecting to monitor? Using the same cable? This looks like a pin not making good contact or broken wire

#3

I will check this out in the morning (when there is light in the room!).
Thanks.
Stay tuned.

But a broken wire or bad pin… why would that allow the thumbnails to show proper color but not the main window? If BOTH showed bad color I could see where there might be an issue with the cable.

But I’ll check it out and report.
Thanks again.

bosdad

#4

This is a long shot, but very simple to try.

Shut-down the errant computer and turn the monitor off; disconnect them both from the mains power sockets for a few minutes – e.g. while you are having breakfast.
Then plug them back in, switch on and see what happens.

The (outlandish) theory is that the graphics firmware that renders the larger part of the screen could have a glitch and the only way to reset subsystems on most modern appliances with soft power switches is to physically disconnect them while the capacitors discharge.

You did not say what happens if you resize the window and move it around, or open a second window, or try viewing the ?jpeg in a different application (e.g. Okular or a browser).

#5

Thanks for the suggestions so far. Nothing has changed, but here is an update based on your suggestions.

To gogalthorp – DVI connectors between computer and monitor. I swapped the cable with a never-used DVI cable but it made no difference. So I reattached the original DVI cable.

To eng-int – I powered down, unplugged, and waited as suggested. Sadly no difference. Also, no difference moving the main window or resizing it. I then opened the picture using Okular, Shotwell Viewer, Image Viewer, and Gimp, and in all those programs the colors were perfect in the open window. It’s only Gwenview that’s exhibiting the terrible color shifts.

Should we uninstall and reinstall Gwenview? Could it be something that simple?

Thanks.
bosdad

#6

Other programs like VLC or other graphic programs are OK???

Try a test user and see if that users has the same problem may be a config file

#7

Long shot, but what if you rename/delete ~/.config/gwenviewrc ? It will be recreated when you start gv again.

The only other thing I can think of is a color engine interpreting a decimal value wrongly due to regional settings. Are both desktops set to the same language in system-settings, and/or same decimal point notation?

#8

That’d be quite simple to do from Yast’s Software Manager. Remember to also delete gwenviewrc as above.

Looking at gwenview5 file list, there are two files that may be of interest:
/usr/share/gwenview/color-schemes
/usr/share/gwenview/color-schemes/fullscreen.colors

Maybe one is corrupt.

#9

Update after trying various suggestions:

To brunomcl: I tried deleting ~/.config/gwenviewrc and then restarting Gwenview. Unfortunately that made no difference.

You also asked: *Are both desktops set to the same language in system-settings, and/or same decimal point notation? *Answer is yes, both are set to United States American English and all detailed settings are at the default – No changes.

And you suggested looking here:
/usr/share/gwenview/color-schemes
/usr/share/gwenview/color-schemes/fullscreen.colors

I deleted both, then uninstalled Gwenview and Gwenview5-lang , then updated the repositories, then reinstalled both Gwenview and Gwenview5-lang. Sadly, no change. Color-shift problem is still there only in Gwenview. Pictures viewed in all other programs look just fine.

To: gogalthorp: Pictures displayed properly using VLC. I also created a test user, but that made no difference. Still the horrible color shifts using Gwenview, but all other programs displayed color-perfect.

So… what’s next? It’s as if my wife’s computer is haunted by a horrible purple and green gremlin that has taken up residence in Gwenview.

Thanks for your wisdom.
bosdad

#10

A similar issue reported here, but not resolution unfortunately…
https://bugs.kde.org/show_bug.cgi?id=361887

Since you mention that the thumbnails display correctly, it does seem to be a colour management issue at play. Do you happen to have colour correction enabled in System Settings > Display and Monitor > Compositor perhaps?

FWIW, you may also be interested in this thread…
https://forums.opensuse.org/showthread.php/526730-KDE-Coloir-Management

#11

What do your pictures (are they jpegs?) look like in DigiKam?
Both Gwenview and DigiKam are dependent on Kipi (KDE Image PlugIns), which is not used by Okular and the image editors that you reported displaying the picture correctly.

The Kipi packages used by Gwenview are:
libkipi-data-17.04.2-1.1.x86_64
kipi-plugins-5.5.0-2.11.x86_64
libKF5Kipi32_0_0-17.04.2-1.1.x86_64
kipi-plugins-lang-5.5.0-2.11.noarch

#12

Deano, thanks for these links. Yes, the first is so very similar to my wife’s situation, but no solution. :frowning:

My wife’s computer does not have color correction enabled in System Settings> Display and Monitor > Compositor.

Thanks for the third link but, wow, it was way over my head. :slight_smile:

Please also see comments attached in another post.
bosdad

#13

To eng-int: Yes, the pictures we’re looking at are .jpgs.

When viewed in DigiKam they do exhibit the same awful color shifts as with Gwenview.

And I did double check to see that the four Kipi packages you listed above are installed.

Thanks.
bosdad

#14

Deano, regarding your comment about System Settings, there are some Compositor differences between my wife’s computer and mine. I’ll list them here, but please note that changing any or all of the settings on my wife’s computer to match my settings did not make any difference. (Differences on hers are shown in bold.)

My computer
Enable compositor on start up (ticked)
Animation speed (third mark from left)
Scale method (Accurate)
Rendering backend (OpenGL 2.0)
Tearing prevention (automatic)
Keep window thumbnails (only for shown)
Experimental:
Enable color correction (unticked)
Allow applications to block compositing (ticked)

My wife’s computer
Enable compositor on start up (ticked)
Animation speed (third mark from left)
Scale method **(smooth)
**Rendering backend **(OpenGL 3.1)
**Tearing prevention (automatic)
Keep windows thumbnails **(always)
**Experimental:
Enable color correction (unticked)
Allow applications to block compositing **(unticked)

**Thanks.
bosdad

#15

Apologies for the dumb question; but did you reinstall the Kipi packages?
In YaST Software Manager just update them (even to the same version) to force a reinstall.

#16

It was only the color correction I was wondering about, and it’s not enabled.

#17

Dumb question? Hardly. If I should have recognized the need to do a reinstall, I did not.

I just now did an update as you suggested using YaST Software Manager, but it made no difference. I even restarted the pooter on the off-chance that a reboot might have been necessary.

Still, purples and greens. :question::?

Do you get the feeling that once an answer is found (hopefully found) it’s going to be something utterly bizarre, or so stunningly simple that we kick ourselves in the backsides for not seeing the solution?

bosdad

#18

It’s likely to be some strange corner case that affects very few. Out of interest, what graphics chipset and driver is in use here?

/usr/sbin/hwinfo --gfxcard
#19

Here is her computer’s output to Deano’s command. (For comparison mine is below that.) I hope I have pasted in the information correctly using the “code” tags.

   
blonde@linux:~> /usr/sbin/hwinfo --gfxcard   
29: PCI 100.0: 0300 VGA compatible controller (VGA)               
[Created at pci.378]   
Unique ID: VCu0.bl5nDaFS+5F   
Parent ID: _Znp.mxGZ4sT7tg6   
SysFS ID: /devices/pci0000:00/0000:00:02.0/0000:01:00.0 
SysFS BusID: 0000:01:00.0   
Hardware Class: graphics card   
Model: "nVidia GF119 [GeForce GT 610]"   
Vendor: pci 0x10de "nVidia Corporation"   
Device: pci 0x104a "GF119 [GeForce GT 610]"   
SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]"   
SubDevice: pci 0x809f    
Revision: 0xa1 
Driver: "nvidia"   
Driver Modules: "nvidia"   
Memory Range: 0xfb000000-0xfbffffff (rw,non-prefetchable)   
Memory Range: 0xd0000000-0xd7ffffff (ro,non-prefetchable)   
Memory Range: 0xde000000-0xdfffffff (ro,non-prefetchable)   
I/O Ports: 0xef00-0xef7f (rw) 
Memory Range: 0xfc000000-0xfc07ffff (ro,non-prefetchable,disabled)   
IRQ: 26 (127767 events)   
I/O Ports: 0x3c0-0x3df (rw)   
Module Alias: "pci:v000010DEd0000104Asv00001462sd0000809Fbc03sc00i00"   
Driver Info #0: 
Driver Status: nouveau is not active     
Driver Activation Cmd: "modprobe nouveau"   
Driver Info #1:  Driver Status: nvidia_drm is active     
Driver Activation Cmd: "modprobe nvidia_drm"   
Driver Info #2:     Driver Status: nvidia is active     
Driver Activation Cmd: "modprobe nvidia"   
Config Status: cfg=no, avail=yes, need=no, active=unknown   
Attached to: #7 (PCI bridge) 
Primary display adapter: #29 
blonde@linux:~>

my computer’s output for comparison


gil@linux:~> /usr/sbin/hwinfo --gfxcard
33: PCI 200.0: 0300 VGA compatible controller (VGA)              
[Created at pci.378]
Unique ID: B35A.ccBSVyOGSa2
Parent ID: gZD2.qsCtCAK+Yy9
SysFS ID: /devices/pci0000:00/0000:00:0b.0/0000:02:00.0
SysFS BusID: 0000:02:00.0
Hardware Class: graphics card
Model: "nVidia C77 [GeForce 8200]"
Vendor: pci 0x10de "nVidia Corporation"
Device: pci 0x0849 "C77 [GeForce 8200]"
SubVendor: pci 0x1565 "Biostar Microtech Int'l Corp"
SubDevice: pci 0x1408  
Revision: 0xa2
Driver: "nouveau"
Driver Modules: "drm"
Memory Range: 0xfd000000-0xfdffffff (rw,non-prefetchable)
Memory Range: 0xf0000000-0xf7ffffff (ro,non-prefetchable)
Memory Range: 0xfa000000-0xfbffffff (ro,non-prefetchable)
I/O Ports: 0xec00-0xec7f (rw)
Memory Range: 0xfebe0000-0xfebfffff (ro,non-prefetchable,disabled)
IRQ: 23 (11619711 events)
I/O Ports: 0x3c0-0x3df (rw)
Module Alias: "pci:v000010DEd00000849sv00001565sd00001408bc03sc00i00"
Driver Info #0:
Driver Status: nouveau is active
Driver Activation Cmd: "modprobe nouveau"
Config Status: cfg=no, avail=yes, need=no, active=unknown
Attached to: #32 (PCI bridge)
Primary display adapter: #33
gil@linux:~>

Hope the outputs might reveal something.
Thanks.
bosdad

#20

Only that your wife’s computer is using the proprietary nvidia driver (with its associated OpenGL libraries), while your graphics system is using the open-source nouveau driver. I don’t know if/how that might impact here though.