Clicking the redshift-qt icon in the system tray results in Redshift terminating with exit code 1

[Aaron Rainbolt]

OS: Lubuntu 24.04.1

Steps to reproduce:

* Launch Redshift-Qt.
* Observe the tray icon appears in the menu.
* Click the tray icon

Expected result: Something... screen should redden, perhaps?

Actual result: Window appears with the following logs:

    Redhisft has terminated unexpectedly with exit code 1:
    Trying location provider `geoclue2`...
    Coule not connect to wayland dislay, exiting.
    Failed to start adjustment method wayland.
    Trying next method...
    Waiting for initial location to become available...
    poll: Interrupted system call
    Unable to get location from provider.

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/2078008

[Chris Guiver (guiverc)]

this has been mentioned before I believe (sorry I forget specifics)

and also expected result will depend on a lot of conditions... HOWEVER YEAH ERROR ain't great !

eg. if it's daytime locally; I don't expect to notice any effect if I start redshift on a system (with timezone setup correctly).. though if nightime then yes it'll redden...

(I'm also using various desktops & releases, which maybe skew my memory..

this box currently doesn't have redshift running; starting it at terminal gives

guiverc@d7050-next:~$ redshift-qt
"Solar elevations: day above 3.0, night below -6.0"
"Temperatures: 6500K at day, 3700K at night"
"Brightness: 1.00:1.00"
"Gamma (Daytime): 1.000, 1.000, 1.000"
"Gamma (Night): 0.700, 0.700, 0.700"
"Location: 37.80 S, 144.90 E"
"Color temperature: 6500K"
"Brightness: 1.00"
"Status: Enabled"
"Period: Daytime"

no visual effects visible can be expected (maybe not what users expect though; but its a consequence of day)..

the location details ^ I bet though come from a config file for me though (~/.config/redshift.conf).. also for record I'm currently using gnome (if using lxqt redshift autostarts!) but I'd expect identical if/when using a lubuntu session

[Aaron Rainbolt (arraybolt3)]

Oh, I didn't even think of the timezone thing! That would make sense, I should test that.

Isn't the timezone supposed to be basically autodetected when the ISO starts though? Maybe MLS going down broke that, I don't know.

[Chris Guiver (guiverc)]

> Isn't the timezone supposed to be basically autodetected when the ISO starts though?

I would like to think so, alas not always.

On occasion if I boot system & start a 'live' system and then start install

- in most cases I'm told I'm with a 50-200km of home (commonly on the other side of my city of Melbourne; but my city at least)
- about 1 in 10 its Subiaco WA/AU (2727km/1694mile away) or importantly a different timezone (3 hours behind); my ISP's headquarters are at this location
- ~equal with Subiaco is New York NY/US (calamares default for unknown).

If location isn't detected, redshift results (reddening/no-change) may NOT BE WHAT is expected even when its working 100%

These results happen with all Ubuntu and non-Ubuntu ISOs so we can't do anything about it I suspect.

I'd hope not all users experience what I do, but I also suspect others experience far worse than here in downunder.

The error message is what I saw bug report about though.

(I just booted the Lubuntu 24.04.1 ISO on box to my left; it correctly detects me as in Melbourne AU as expected)