Bugzilla – Bug 1183133
gkrellm doesn't remember startup position with two instances
Last modified: 2022-10-10 09:33:43 UTC
openSUSE Tumbleweed 20210115 (x86_64) KDE 5.78.0 Plasma 5.20.5 Qt: 5.15.2 gkrellm 2.3.11 If I start 2 instances of gkrellm and put one on each monitor and then shut them down they only remember one position the next time they are started. Starting two instances results in both starting at the exact same position on screen, one on top of the other. "allow multiple instances" is checked in the configuration dialog. In $HOME/.gkrellm2/data/startup_position i only see one set of coordinates which correspond to the last instance to shutdown, but only if the last of the two instances is moved (on screen)first, otherwise it never writes to the file and the stored coordinates are from the first instance to shutdown.
Using: KDE 5.98.0 Plasma 5.25.5 Qt: 5.15.6 and gkrellm version 2.3.11 When i have two instances running, one on each monitor, they work fine. But on startup the two instances go to the same spot (one on top of the other) on a single monitor and do not remember their previous positions. I can drag the top instance to the other monitor and then they are fine until the next boot when the same thing happens again. I have: "Remember screen location at exit and move to it at next startup" => checked "Allow multiple instances" => checked both of these are checked in each instance. Both monitors are the same make and model and each has a resolution of 1920x1080 and setup side by side The mouse can move from one screen to the other and i can drag anything across monitors I looked at some of gkrellm's config files and this one: ${HOME}/.gkrellm2/data/startup_position has just 0 0 on one line shouldn't it also have a 2nd line with the startup location for the second instance? something like (assuming its x and y in that order) 0 0 1980 0 What am I missing? Seems like a bug to me.
Dear Eric, (In reply to Eric Benton from comment #1) > Using: > KDE 5.98.0 Plasma 5.25.5 > Qt: 5.15.6 > > and gkrellm version 2.3.11 > > When i have two instances running, one on each monitor, they work fine. But > on startup the two instances go to the same spot (one on top of the other) > on a single monitor and do not remember their previous positions. I can drag > the top instance to the other monitor and then they are fine until the next > boot when the same thing happens again. > I have: > "Remember screen location at exit and move to it at next startup" => > checked > "Allow multiple instances" => checked > > both of these are checked in each instance. > Both monitors are the same make and model and each has a resolution of > 1920x1080 and setup side by side > The mouse can move from one screen to the other and i can drag anything > across monitors > > I looked at some of gkrellm's config files and this one: > > ${HOME}/.gkrellm2/data/startup_position > > has just 0 0 on one line > shouldn't it also have a 2nd line with the startup location for the second > instance? > something like (assuming its x and y in that order) > 0 0 > 1980 0 > What am I missing? Seems like a bug to me. Ahem, I guess, your usage pattern is unusual a bit. Being a long term gkrellm user, that brought maintainer ship of this goodie to me, I can say, that I never heard from a usage case of two instances *for* the same system. Running multiple instances on a single system for multiple hosts is working just fine (which is the most common usage pattern, that I know of), because you would execute the gkrellms for other hosts with gkrellm -s hostname, resulting in the necessary separation in ~/.gkrellm2 (_S-hostname is appended to the files/dirs. So, you might want to try to run one gkrellm as usual, and the other with -s localhost. Probably, this will solve your problem. Monitoring other hosts would require the execution of the gkrellmd service and probably to open port 19150/tcp.
BTW, you should be able to use the -c option for that task as well. That way, you don't need to run the gkrellmd service. Just specify some alternate config suffix with one instance.