Wallpaper change not save after login

Huldalumi · 2019-05-26 07:42:16

i had the same problem i know this may be a little simple but sometimes it can get over looked but i went to the bunsunlabs web page instillation i read For archived releases, click here clicked on it and downloaded helium build 2 installed it and now it just works

Last edited by Huldalumi (2019-05-26 09:50:12)

foyle · 2019-06-07 06:57:56

I seem to be having the issue with Nitrogen and wallpaper not saving as well.
Will there be a fix at all in the near future or is it a case of resorting to using the Feh option? Its not an option I want to use as Ive read in some posts that using Feh is not so straightforward?!

foyle · 2019-06-07 08:43:49

makarovnik wrote:

The only way I have found nitrogen to restore background is via the .desktop file in ~/.config/autostart. It has worked consistently.
I'm running the the latest stable version so I might try the testing version if there is one. Otherwise I will stick with my workaround. Thanks for the help.

makarovnik : Many thanks for sharing your knowledge.
I'm not so tech savvy with openbox scripts but I think I have managed to copy your .desktop script and put it into the .config/autostart. The only downside is whenever it starts up or logs back in you have ok the wallpaper choice in Nitrogen box, or have i done it incorrectly?. I cant believe that for such a great distro like Helium there is no permanent fix to Nitrogen and the wallpaper error?!

Cheers for any help much appreciated

Last edited by foyle (2019-06-07 09:24:17)

hhh · 2019-06-08 05:15:21

This is a really annoying bug in Helium that we have made zero progress on, and one I have not encountered in our upcoming release, Lithium (fingers crossed!)

If nitrogen fails, feh is not difficult. See the following posts for a possible nitrogen fix...

https://forums.bunsenlabs.org/viewtopic … 103#p72103

Full feh instructions...

https://forums.bunsenlabs.org/viewtopic … 664#p82664

Last edited by hhh (2019-06-08 05:21:01)

foyle · 2019-06-09 05:23:28

hhh wrote:

This is a really annoying bug in Helium that we have made zero progress on, and one I have not encountered in our upcoming release, Lithium (fingers crossed!)
If nitrogen fails, feh is not difficult. See the following posts for a possible nitrogen fix...
https://forums.bunsenlabs.org/viewtopic … 103#p72103
Full feh instructions...
https://forums.bunsenlabs.org/viewtopic … 664#p82664

hhh many thanks for the reply and links. After reading in full the first link again I think its produce a fix of sorts. I went to the bg-saved.cfg file and deleted the 0.0 entry and moved the xin_-1 entry to the top. Also deleted and moved the entry for wallpaper in the autostart script as the last entry with

## Set a wallpaper
nitrogen --restore && sleep 2

I've changed,rebooted and logged out several times now and each time the wallpaper choice stays the same and does not revert back to anything else, so fingers crossed for the moment its seems like a stable fix?!

Last edited by foyle (2019-06-09 05:24:55)

hhh · 2019-06-09 06:16:49

We'll call it a workaround for now. Thanks for posting back, nice troubleshooting!

Bookmarked for when we release Lithium test ISOs. Fixing this on Helium is not a priority for us at the moment, in my opinion.

foyle · 2019-06-09 15:05:26

Im happy with Helium at the moment, nice smooth response from it in all aspects, a big learning curve for me personally as Ive never really gone into the realms of Openbox scripts.
cheers for the help in any case much appreciated. I must say Bunsenlabs one of the best distros Ive used as yet, awlays been a big fan of a Debian based distro but have used Elementary, Mint, and Mageia among others but BL is definitely among the best Ive used so far.

As I write this I have now booted for the tenth time and the wallpaper is still unchanged so fingers crossed the two configured entries I edited and used will be permanent fix!

Last edited by foyle (2019-06-09 15:06:28)

hhh · 2019-06-11 02:03:14

Nice, thanks for the update and the compliments!

Boxer · 2019-06-22 03:37:10

hhh wrote:

....
Full feh instructions...
https://forums.bunsenlabs.org/viewtopic … 664#p82664

This ^^^^ method worked for me. Thanks, hhh.

hhh · 2019-06-22 06:57:51

It's the bulletproof method. Still no sign of this bug in my Lithium systems (our next release, based on buster), fingers crossed.

-edit- BTW, excellent use of quotes in a reply. Welcome to the forums!

Last edited by hhh (2019-06-22 06:59:22)

Boxer · 2019-06-22 15:00:55

Thank you! You're actually the reason that I decided to try BL: a certain quote, about a certain individual, involved in open source software.

-edit - When it's time to upgrade to Lithium, what will that entail? I'm also curious to see what's been added/removed.

Last edited by Boxer (2019-06-22 15:05:39)

steve.d621 · 2019-08-16 02:57:44

I modified the openbox config autostart file to open Conky before Nitrogen.

~/.config/openbox/autostart

## Start the Conky session (the default conkyrc will run if no sessions have been set)
bl-conky-session --autostart &

## Set a wallpaper
## Moved this after the conky start command so that my last wallpaper choice
## would be restored.
nitrogen --restore

rm2 · 2019-08-31 22:15:39

Moving the nitrogen command to be at the end of my autostart, i.e. after conky was the fix for me as well.

What is the fix for "new users"? Where can I apply the same tweak such that the next user I create has this fix in place automatically?

Thanks!

hhh · 2019-08-31 23:56:47

You'll most likely have to edit the new user autostart with your fix.

We'll be releasing a lithiumn test ISO soon, probably in less than a month (don't hold me to that). This issue hasn't reared it's ugly head on lithium/buster yet, as far as I know, but we'll see.

jurugu · 2020-01-05 09:55:47

After reading through this thread i tried all of the above nitrogen solutions.
No one worked for me. The only explanation that covers most of the bug reports in this thread would be a race condition during boot.

So instead of
nitrogen --restore && sleep 1
i tried:
sleep 1 && nitrogen --restore

at the end of the autostart conf file.
And from this moment on everything worked correctly (-:

Greetings to the friendliest forum i know of.

Last edited by jurugu (2020-01-05 17:11:29)

deanr72 · 2020-06-30 10:34:24

hathor wrote:

oboinus is a valid alternative

An oldish thread I know, but this problem still persists.

I'd never heard of oboinus and as I'm on Helium I thought I'd try this and thankfully it worked for me. (I couldn't even begin to understand the feh instructions here and elsewhere).

I just took the spaces out of the command to autostart Nitrogen on the .config/openbox file and added the same command (with spaces obviously) for oboinus:

sleep 1&& oboinus --restore

If I can do it, it must be easy!

gene · 2020-07-05 12:25:19

I found a solution to Nitrogen refusing to keep new background image after restart.

Autostart is found here..
/home/gene(insert your own unique-user-home-directory name here)/.config/openbox/autostart

I found within the autostart file, if I moved ...

## Set a wallpaper
nitrogen --restore

so it was below

## Start the Conky session (the default conkyrc will run if no sessions have been set)
bl-conky-session --autostart &

it did change the wallpaper to my new wallpaper image file,
but there was a second-or-so delay.
I found this delay to appear as a 'glitch'. Sort of unprofessional.
So I moved it back to where it was.

I found this next method to be more satisfactory....

My unique-user-home-directory is called 'gene'.
My new background image is called 'rapciu_fresh.jpg'

(Replace these 'variables' with your own unique-user-home-directory name,
and your own new-background-image name.
I used 1 image, scaled to fill entire screen.
I had already defined the new image in the Nitrogen GUI,
and the Nitrogen GUI showed my new image as the new default background.
(Although the new background wasn't displayed between computer restarts, as so many others have also found.)

1. Navigate to ...

gene/.config/nitrogen/bg-saved.cfg

2. replace the name of the background image under the [xin_-1] script,
so it is the same as the new image file you WANT to see.(see example below)
I found swapping the mode numbers (see below) DOES NOT help.

[:0.0]
file=/home/gene/Pictures/wallpapers/bunsen/default/rapciu_fresh.jpg
mode=5
bgcolor=#000000

[xin_-1]
file=/usr/share/images/bunsen/wallpapers/default/rapciu_fresh.jpg
mode=0
bgcolor=#001e44

It is possible I guess, to simply navigate to the bg-saved.cfg file
and replace the default image listed there, with your preferred new image, including the pathway.
This might even replace any effort you have gone through with Nitrogen just to find out it didn't work.
Something for the next person to try.

I'd say this issue is a bug.
New background image selection is written to the bgsaved.cfg file, but it is not read correctly after restarts ??

G

#61 2019-05-26 07:42:16

Re: Wallpaper change not save after login

#62 2019-06-07 06:57:56

Re: Wallpaper change not save after login

#63 2019-06-07 08:43:49

Re: Wallpaper change not save after login

#64 2019-06-08 05:15:21

Re: Wallpaper change not save after login

#65 2019-06-09 05:23:28

Re: Wallpaper change not save after login

#66 2019-06-09 06:16:49

Re: Wallpaper change not save after login

#67 2019-06-09 15:05:26

Re: Wallpaper change not save after login

#68 2019-06-11 02:03:14

Re: Wallpaper change not save after login

#69 2019-06-22 03:37:10

Re: Wallpaper change not save after login

#70 2019-06-22 06:57:51

Re: Wallpaper change not save after login

#71 2019-06-22 15:00:55

Re: Wallpaper change not save after login

#72 2019-08-16 02:57:44

Re: Wallpaper change not save after login

#73 2019-08-31 22:15:39

Re: Wallpaper change not save after login

#74 2019-08-31 23:56:47

Re: Wallpaper change not save after login

#75 2020-01-05 09:55:47

Re: Wallpaper change not save after login

#76 2020-06-30 10:34:24

Re: Wallpaper change not save after login

#77 2020-07-05 12:25:19

Re: Wallpaper change not save after login

Board footer