You are not logged in.
I have installed Fluxbox and have it starting on login from tty1.
But every time I reboot and log in, the menu isn't working at all. It gets shown, but the menuitems isn't interactable.
If I login to another tty, kill Fluxbox and then start it from logging in to tty1 again, the menu is working as it should.
I haven't done any editing in the config-files for Fluxbox, and have removed the ~/.fluxbox folder and reinstalled.
Last edited by Smorkster (2018-07-07 20:52:35)
Offline
How, exactly, are you starting it? Have you followed the relevant precautions mentioned in https://wiki.archlinux.org/index.php/Xinit#xinitrc ?
Offline
I did
$ cp /etc/X11/xinit/xinitrc ~/.xinitrc
Then removed the last commands form xterm and added:
setxkmap se &
exec startfluxbox
Otherwise it is the same as original file.
Offline
Might not be related, might still make a difference: Don't background setxkmap, backgrounding is intended for tasks that should be long running, there have been weirder issues from people basically simultaneously changing xorg properties and starting a window manager. Are you using startx in both instances? Or are you simply killing and restarting fluxbox specifically on the second attempt?
Last edited by V1del (2018-07-03 12:51:56)
Offline
Removed the '&', but didn't make a difference.
I earlier tried to see if there where any difference in what applications where running before and after fluxbox had been restarted. The only one listed after "ps" where fbrun had started after the restart. But I doubt that is the problem.
Offline
Which menu in particular, the workspace/windows menu, the window/titlebar menu or the applications menu or all.
What do you mean by "interactable", mouse or keyboard or both? Do items at least highlight?
Please post your actual ~/.xinitrc and also an xorg log (should be located in ~/.local/share/xorg, ideally the "old" one)
One more thing: "start it from logging in to tty1" sounds like you auto-run startx/xinit from some bashrc?
Please elaborate on that (whether and how exactly)
It might be interesting to examine and compare the environment of the two fluxbox instances:
tr '\0' '\n' < /proc/`pidof fluxbox`/environ
Online
I have tried with both the mainmenu (from rightclicking the desktop) and the windowmenu. For both scenarios i get the mainmenu. And when I move my mouse around in the menu, the items is not highlighted or submenues shown.
With "starting from tty", I mean that after boot, I don't have a display manager starting automaticaly. I get tty1 and log in from there.
~/.xinitrc:
https://drive.google.com/open?id=1PQGU4 … uCI6IFFSvz
Xorg.log.old:
https://drive.google.com/open?id=1foJCx … -Rc1MllrXQ
Xorg.log:
https://drive.google.com/open?id=1AMe-x … qrfj_IEGkA
As for tr...:
Before restart of fluxbox:
LANG=en_US.UTF-8
DISPLAY=:0
INVOCATION_ID=acf6d37067274703b41c1e05b138ce8f
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
XDG_VTNR=1
XDG_SESSION_ID=c1
USER=calle
PWD=/home/calle
HOME=/home/calle
JOURNAL_STREAM=9:13913
GTK_MODULES=canberra-gtk-module
MAIL=/var/spool/mail/calle
WINDOWPATH=1
SHELL=/bin/bash
TERM=linux
SHLVL=1
XDG_SEAT=seat0
LOGNAME=calle
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
XAUTHORITY=/home/calle/.Xauthority
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
After restart of fluxbox:
LANG=en_US.UTF-8
DISPLAY=:0
INVOCATION_ID=1d0c754151d8418a9c96581831bf48be
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
XDG_VTNR=1
XDG_SESSION_ID=c3
USER=calle
PWD=/home/calle
HOME=/home/calle
JOURNAL_STREAM=9:15038
GTK_MODULES=canberra-gtk-module
MAIL=/var/spool/mail/calle
WINDOWPATH=1
SHELL=/bin/bash
TERM=linux
SHLVL=1
XDG_SEAT=seat0
LOGNAME=calle
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
XAUTHORITY=/home/calle/.Xauthority
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
Offline
You're in a virtual box?
And you seem to have three pointer devices: VirtualBox mouse integration, VirtualBox USB Tablet and ImExPS/2 Generic Explorer Mouse.
Could it be that the pointer is dropped to/intercepted by the host?
Can you navigate the menu w/ the keyboard?
Do they close if you click into the active window?
Do I understand you correctly that in the broken context rightclicking the titlebar gets you a main menu, as if you clicked the root window?
Ceterum censeo: try installing xf86-input-evdev (it'll substitute the libinput driver)
Online
Online
Yeah, that sounds like my situation. Running Arch through VBox in Win10.
Can try with that driver later.
Offline
I installed xf86-input-evdev, did system update, but no difference.
Using 4.17.3-1 and according to a comment in that thread, should be fixed in 4.17.4-1. So I guess I could wait and see.
Offline
kernels are pretty self contained, that's the one package you can nearly do whatever with, so if you are curios, just installing the kernel from testing should have no further ill effects.
Offline
After I upgraded the kernel to 4.17.4, the issue is no longer present.
Offline