Latest problems - SOLVED

dwrobison · 2017-12-16 19:25:14 UTC

Hiya,

Ok, I have a directory with lots and lots of photos and subdirectories of photos. I like to use this as my wallpapers.

~/Images/Wallpapers/

When I select recursive directory for rotating wallpapers in Lumina, it doesn’t work right. Only selects a few images and doesn’t recursively go into all the subdirs. A minor complaint I know. It should grab any images in ~/Images/Wallpapers/ as well as images in any subdirs.

Also, once I do this, my images for my wallpaper come out reversed in color. Hard to describe but basically skin tones are blue, and so on. This only started with the recent stable snapshot.

RodMyers · 2017-12-16 20:10:23 UTC

I keep mine in one directory, no subdirectories

have you attempted to load the affected images into the gimp-app and see how they look?

dwrobison · 2017-12-16 20:14:26 UTC

Gimp works fine.

Browser works fine, etc.

Just the wallpaper images.

RodMyers · 2017-12-16 20:31:55 UTC

Mine show fine. just saying.

How many images?

dwrobison · 2017-12-16 20:59:10 UTC

Well it’s every image which does this when displayed as a wallpaper image. Worked fine before this update.

Do you mean how many images total? A lot.

RodMyers · 2017-12-16 21:02:30 UTC

how many are showing incorrectly?

dwrobison · 2017-12-16 21:03:30 UTC

All of them. Any image displayed as wallpaper shows up as reverse image.

Some of them look kinda cool.

RodMyers · 2017-12-16 21:05:13 UTC

can you zip up a few and send -> rdmyers.42@gmail.com

I’ll try on my system, and hand them over to the devs?

edit:
thank you

good news, i received the email with 4 wallpapers

bad news (for you). i loaded them one at a time. their colours match what gimp shows.

can you create a new user account, so we can rule out you mods?

dwrobison · 2017-12-16 22:37:54 UTC

OK, though I don’t think I have any mods in place to be honest.

dwrobison · 2017-12-16 22:42:33 UTC

Created an account and logged in, launched firefox long enough to download one photo from google images.

Same issue, in insight and phototonic.

RodMyers · 2017-12-16 22:43:39 UTC

in the new account. load one of the pics giving you a problem, and set as background

dwrobison · 2017-12-16 22:57:59 UTC

RodMyers · 2017-12-16 23:00:57 UTC

wow, okay. I’m lost at this point. hopefully someone else can pop in an assist

dpostolov · 2017-12-16 23:38:10 UTC

Hi to all! Sorry for my bad English… I can confirm this problem with Wallpapers and color in Lumina in one of the latest DragonFly BSD on my Intel NUC DN2820FYKH, but in TrueOS 17.12 all OK in my computers in Lumina Wallpapers.

twschulz · 2017-12-17 19:38:29 UTC

Looks to me that the main display has read and blue swapped. That is it’s trying to send things out in BGR instead of RGB. You can see that with the Thunderbird icon in your screenshot. Your Lumina Screenshot get’s a nice reversal :-/

I’m not sure how you change that, but I’m guessing there is something in either xrandr(1) or your xorg.conf that might be able to tweak things.

Hope this helps…

RodMyers · 2017-12-17 19:41:33 UTC

post your -> about <— here along with your xorg.conf

maybe we can see something

dwrobison · 2017-12-18 01:22:46 UTC

Not sure what you mean by “post my about”

xorg.conf:

XFree86 configuration file for RoFreeSBIE

Section "ServerLayout"
Identifier "XFree86 Configured"
Screen 0 “Screen0” 0 0
EndSection

Section "Files"
ModulePath "/usr/local/lib/modules"
ModulePath "/usr/local/lib/xorg/modules"
FontPath "/usr/local/share/fonts/cyrillic/"
FontPath "/usr/local/share/fonts/TrueType/"
FontPath "/usr/local/share/fonts/illinoy/"
FontPath "/usr/local/share/fonts/webfonts/"
FontPath "/usr/local/share/fonts/misc/"
FontPath "/usr/local/share/fonts/TTF/"
FontPath "/usr/local/share/fonts/Speedo/"
FontPath "/usr/local/share/fonts/Type1/"
FontPath "/usr/local/share/fonts/CID/"
FontPath "/usr/local/share/fonts/75dpi/"
FontPath "/usr/local/share/fonts/100dpi/"
FontPath "/usr/local/share/fonts/dejavu/"
FontPath "/usr/local/share/fonts/cyrillic/"
FontPath "/usr/local/share/fonts/hebrew/"
FontPath "/usr/local/share/fonts/vietnamese/"
FontPath "/usr/local/share/fonts/indic/"
FontPath "/usr/local/share/fonts/fonts-indic/"
FontPath "/usr/local/share/fonts/ae_fonts1/AAHS"
FontPath "/usr/local/share/fonts/ae_fonts1/AGA"
FontPath "/usr/local/share/fonts/ae_fonts1/FS"
FontPath "/usr/local/share/fonts/ae_fonts1/Kasr"
FontPath "/usr/local/share/fonts/ae_fonts1/MCS"
FontPath "/usr/local/share/fonts/ae_fonts1/Shmookh"
FontPath "/usr/local/share/fonts/local/"
EndSection

Section "Module"
Load "extmod"
Load "record"
Load "dbe"
Load "glx"
Load "dri"
Load "dri2"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
EndSection

Section "Device"
Identifier "Card0"
Driver "intel"
BusID "0:2:0"
EndSection

RodMyers · 2017-12-18 11:32:10 UTC

open a terminal and type about

edit:

the only difference between your xorg.conf and mine. I have modesetting instead of intel in the driver section

beanpole135 · 2017-12-18 14:24:27 UTC

What is so strange about that screenshot is not the red/blue swap, but that the desktop is the only one with the red/blue swapped - the screenshot utility (using the same code/libraries/X11) is showing it fine (Unless it is swapping a swapped image - resulting in correct order…)

The Qt guys on FreeBSD were actually trying to debug this exact issue a few weeks back on pure FreeBSD systems but we could not reproduce it on TrueOS: Maybe the key was the old vs new Intel kernel module (i915kms). I know @dwrobinson is using the old one right now, but most of us are using the newer one.

beanpole135 · 2017-12-18 14:28:04 UTC

A few quick links to other cases where this was reported:
Lumina Bug Tracker: https://github.com/trueos/lumina/issues/495
FreeBSD Bug Tracker: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223638