Activity for Fluxbox

Mathias Gumz posted a comment on ticket #1046

Mathias Gumz — Mon, 23 Mar 2026 06:14:36 -0000

https://github.com/fluxbox/fluxbox/

hackerb9 posted a comment on ticket #1046

hackerb9 — Mon, 23 Mar 2026 00:15:41 -0000

Where is the git-master? When I click on "CODE" in sourceforge, it only offers CVS and says the project maintainers have to manually switch over to git/svn. By the way, one of the bug triggers may be the WorkRave program which I have set up to lock the screen to prevent RSI from continuous typing.

Thomas Luebking posted a comment on ticket #1046

Thomas Luebking — Sun, 22 Mar 2026 15:35:34 -0000

Any chance to test the git-master code? 1.3.7 is really dated (though there haven't been any releases in years, i think…)

hackerb9 posted a comment on ticket #1046

hackerb9 — Sat, 07 Feb 2026 08:22:00 -0000

Since this Heisenbug has been tricky to reproduce, I just want to make a note that this bug just bit me with version 1.3.7 (latest version in Debian). I do not know how to debug fluxbox, but I'll add a few new observations in the hope the next time it bites someone, this will be helpful. Opening a fluxbox CommandDialog and typing NextWindow causes the same problem as Alt-Tab (unable to type in any windows) Fluxbox is definitely grabbing the keyboard input as xev shows no Key events. (My mouse does...

Dmytro Bagrii created ticket #1206

Dmytro Bagrii — Sun, 11 Jan 2026 01:49:53 -0000

clock update delayed up to 1 minute after resume

crpb posted a comment on ticket #1205

crpb — Fri, 02 Jan 2026 23:21:26 -0000

I hope I run into this problem again before the log fills the remaining space on my harddisk. cat << 'EOF' > ~/.fluxbox/logrotate.conf ~/.fluxbox/log { daily rotate 54 copytruncate delaycompress compress notifempty missingok } EOF logrotate --state ~/.fluxbox/logstatus ~/.fluxbox/logrotate.conf just choose your weapon of choice to trigger it daily.

Daniel Glöckner posted a comment on ticket #1205

Daniel Glöckner — Fri, 02 Jan 2026 19:39:55 -0000

Well, I wouldn't call restarting fluxbox a fix. I tried it anyway, but instead of gracefully execing into itself, fluxbox died and caused the X server to terminate. I'm now running a build of 5606d3a986d2d5b52504b9c07ba06b6072e730ca with --enable-debug. Also switched from GCC 9 to GCC 14 while at it. I hope I run into this problem again before the log fills the remaining space on my harddisk.

crpb posted a comment on ticket #1205

crpb — Fri, 02 Jan 2026 17:45:17 -0000

And how could someone reproduce this? Did you at least did a rebuild with ./configure --enable-debug to generate a debug log? The problem is that after long use (currently months) fluxbox appears to get confused about the stacking of windows. Sometimes it's good to reboot because of security-updates but well.. Does a pkill -SIGUSR1 fluxbox at least fix the problem?

Daniel Glöckner created ticket #1205

Daniel Glöckner — Fri, 02 Jan 2026 10:35:25 -0000

New window not on top

crpb posted a comment on ticket #325

crpb — Thu, 11 Dec 2025 02:01:24 -0000

fwiw, this should work on any release from bookworm to sid and even before that. export STOW_DIR=/usr/local/stow apt-get update apt-get build-dep --yes fluxbox apt-get install --yes git stow fluxbox mkdir -p "$STOW_DIR"/fluxbox cd $(mktemp -d) git clone https://github.com/fluxbox/fluxbox.git cd fluxbox autoupdate ./autogen.sh ./configure --prefix="$STOW_DIR"/fluxbox make -j$(nproc) make install stow fluxbox https://wiki.debian.org/FluxBox#Install_from_Source But don't understand me wrong, a release...

Mathias Gumz posted a comment on ticket #325

Mathias Gumz — Sun, 07 Dec 2025 14:39:22 -0000

I just compiled a recent master on a Debian-Trixie machine: apt install -y autoconf autoconf-archive automake autoupdate binutils g++ gcc gettext git libX11-dev libc++ \ libc++-dev libfribidi-dev libgettextpo-dev libimlib2-dev libstdc++-14-dev libstdc++-dev \ libticonv-dev libtool libtoolize libx11-dev libxext-dev libxft-dev libxinerama-dev libxpm-dev \ libxrandr-dev libxrender-dev libxt-dev make pkg-config And with that it just compiles.

robert heiler created ticket #325

robert heiler — Mon, 01 Dec 2025 15:48:03 -0000

Could a new stable fluxbox release be made?

Matthias S. Benkmann posted a comment on ticket #218

Matthias S. Benkmann — Tue, 26 Nov 2024 18:22:01 -0000

It's an unfortunate side effect of the coarse nature of the patch.The ideal implementation would be to grab exactly those Button+Modifier combinations that are necessary due to the configuration. In your case that would be Button1+Alt. Unfortunately the Fluxbox grabbing code isn't easy to understand, so I wasn't able to do the fine-grained solution. For you personally, you can simply change the patch so that in the function ungrabClickToFocus() after the XUngrabButton()... you add a XGrabButton(display,Button1,Mod1Mask,frame().window().window(),True,ButtonPressMask,GrabModeSync,GrabModeSync,None,None)...

crpb modified a comment on ticket #218

crpb — Tue, 26 Nov 2024 17:50:41 -0000

Sadly it's buggy. I just happened to open krusader and hat focus in it, and then i couldn't use my Alt+Left-Mouse movement anymore, Did a quick rebuild w/o the patch ant it works again w/o a hitch. I should have read your 1) lol :P OnWindow Mod1 Mouse1 :MacroCmd {Raise} {Focus} {StartMoving}

crpb modified a comment on ticket #218

crpb — Tue, 26 Nov 2024 17:42:38 -0000

Sadly it's buggy. I just happened to open krusader and hat focus in it, and then i couldn't use my Alt+Left-Mouse movement anymore, Did a quick rebuild w/o the patch ant it works again w/o a hitch. OnWindow Mod1 Mouse1 :MacroCmd {Raise} {Focus} {StartMoving}

crpb posted a comment on ticket #218

crpb — Tue, 26 Nov 2024 17:40:18 -0000

Sadly it's buggy. I just happened to open krusader and hat focus in it, and then i couldn't use my Alt+Left-Mouse movement anymore, Did a quick rebuild w/o the patch ant it works again w/o a hitch.

crpb posted a comment on ticket #1187

crpb — Tue, 26 Nov 2024 13:36:58 -0000

i think it works... time will tell :P anyhow, thank you.

Matthias S. Benkmann posted a comment on ticket #1187

Matthias S. Benkmann — Tue, 26 Nov 2024 09:08:19 -0000

I uploaded the fix under Patches.

Matthias S. Benkmann created ticket #218

Matthias S. Benkmann — Tue, 26 Nov 2024 09:05:37 -0000

Fix the bug #1187 (Chromium-based apps misbehave)

Mathias Gumz posted a comment on ticket #1187

Mathias Gumz — Mon, 25 Nov 2024 20:22:13 -0000

https://github.com/fluxbox/fluxbox is the / a git-repository, you can create a PR there. fluxbox.org is referring to that repository. if you host your code / branch on another git-hoster (gitlab, gitea, etc): just tell here where to fetch it.

crpb posted a comment on ticket #1187

crpb — Sun, 24 Nov 2024 11:23:10 -0000

On Sun, 24 Nov 2024 11:00:58 -0000 "Matthias S. Benkmann" mbenkmann@users.sourceforge.net wrote: I analyzed this and fixed it in my tree. I went to fluxbox.org to see if there is maybe a github repository I can send a pull request to. Turns out there's still only links to this Indian site and you can't even find the address of the git repository, not to mention instructions on contributing. It is sad to see a window manager that I've used for so long rot away like this. Hello Matthias, we are working...

Matthias S. Benkmann posted a comment on ticket #1187

Matthias S. Benkmann — Sun, 24 Nov 2024 11:00:57 -0000

I analyzed this and fixed it in my tree. I went to fluxbox.org to see if there is maybe a github repository I can send a pull request to. Turns out there's still only links to this Indian site and you can't even find the address of the git repository, not to mention instructions on contributing. It is sad to see a window manager that I've used for so long rot away like this.

Ales Yesoo posted a comment on ticket #1204

Ales Yesoo — Tue, 17 Sep 2024 10:23:46 -0000

PS: My toolbar width is 20%

Ales Yesoo created ticket #1204

Ales Yesoo — Tue, 17 Sep 2024 10:21:50 -0000

Auto-hidden toolbar line appears on wrong position

Manfred Usselmann created ticket #1203

Manfred Usselmann — Fri, 19 Apr 2024 15:48:50 -0000

Website

SleepLess created ticket #1202

SleepLess — Fri, 15 Mar 2024 12:10:18 -0000

Open the new windows in fixed left/upper position (need fluxbox restart for fix)

Huntley Palmer created ticket #1201

Huntley Palmer — Sun, 18 Feb 2024 21:39:29 -0000

fbrun -text issues after Fedora upgrade to 39

Lyall Pearce posted a comment on ticket #1140

Lyall Pearce — Tue, 13 Feb 2024 06:44:32 -0000

Occasionally, firefox starts with no windows decorations, requring a Fluxbox-Menu->Restart Fluxbox This seems to fix things for a while, before the problem recurs (I tend to leave fluxbox running 24/7 and the only time it re-starts is when I use the Restart option Using Gentoo, Fluxbox 1.3.7-gentoo-r5 Firefox 115.7.0esr Kernel 6.6.13 on x86_64 i7-7700

Gil Kloepfer created ticket #1200

Gil Kloepfer — Sat, 30 Dec 2023 06:29:00 -0000

fluxbox-1.3.7 leaves fbsetbg zombie on startup on Linux

Yoric created ticket #1199

Yoric — Tue, 20 Jun 2023 10:54:59 -0000

fluxbox-1.3.7: crashes when restarting

Mathias Gumz posted a comment on ticket #1198

Mathias Gumz — Sun, 18 Jun 2023 18:27:57 -0000

https://github.com/fluxbox/fluxbox/tree/fix/dont-deliver-sigalarm will be merged as soon as some logistics are cleared. thanks for putting the attention on that patch.

Rajeev V. Pillai created ticket #1198

Rajeev V. Pillai — Sat, 17 Jun 2023 00:31:49 -0000

fluxbox-1.3.7 should turn off timeout alarm before starting another WM

Alex Efros posted a comment on ticket #1197

Alex Efros — Sat, 06 May 2023 12:50:13 -0000

Update: keypress is not related to this issue. My setup includes starting a dozen of apps from ~/.fluxbox/startup, some of them has different [Workspace] defined in ~/.fluxbox/apps and take focus (browser and messengers) on start, which result in auto-switching between 2-3 workspaces while starting X. And today I got X exit/crash while executing this startup process and auto-switching workspaces.

Alex Efros posted a comment on ticket #1197

Alex Efros — Tue, 11 Apr 2023 21:24:32 -0000

Thanks for the --enable-debug hint. No, :PrevWorkspace 0 isn't the same as my command, at least in case of more than 2 workspaces used - I've 24 workspaces and my command switch to previous used one, e.g. from current workspace 7 to previous workspace 20 (and then workspace 7 became "previous"). Anyway, I did what you asked for - recompiled with --enable-debug, set key config to yours and keep Menu key pressed until X exits (18 minutes this time, huh). Contents of ~/.fluxbox-errors (file where fluxbox...

crpb modified a comment on ticket #1197

crpb — Tue, 11 Apr 2023 16:08:52 -0000

Hey Alex, have you tried to build it with --enable-debug and starting fluxbox with e.g. fluxbox -log "$HOME/.fluxbox/log"? And maybe something is logged in ~/.xsession-errors. Can you reproduce the same problem with None Menu :PrevWorkspace 0? I think this is what your "wm-file-shuffle" does right?

crpb posted a comment on ticket #1197

crpb — Tue, 11 Apr 2023 16:08:27 -0000

Hey Alex, have you tried to build it with --enable-debug and starting fluxbox with e.g. fluxbox -log "$HOME/.fluxbox/log"? And maybe something is logged in~/.xsession-errors`. Can you reproduce the same problem with None Menu :PrevWorkspace 0? I think this is what your "wm-file-shuffle" does right?

Alex Efros created ticket #1197

Alex Efros — Tue, 11 Apr 2023 15:04:29 -0000

race: keypress for changing Workspace result in exit/crash xorg-server

Daniel Würl created ticket #324

Daniel Würl — Fri, 07 Apr 2023 11:18:26 -0000

Client Icons grouped by workspace in iconbar

Analyst 9 posted a comment on ticket #1196

Analyst 9 — Sat, 01 Apr 2023 02:29:53 -0000

it seems stumpwm has this issue too and it looks like qtile also had this issue and fixed it earlier this year: https://github.com/qtile/qtile/issues/1824 https://github.com/qtile/qtile/pull/2506 reference: https://bugs.chromium.org/p/chromium/issues/detail?id=1192979 (tagged with WontFix)

Analyst 9 posted a comment on ticket #1196

Analyst 9 — Wed, 29 Mar 2023 16:00:58 -0000

No compositor, just plain out-of-box ubuntu/debian fluxbox xsession.

Analyst 9 posted a comment on ticket #1196

Analyst 9 — Wed, 29 Mar 2023 15:59:52 -0000

Nice. It Works. (Note: i just tested on p a l e m o o n browser (XUL-based) and it works as expected.)

posted a comment on ticket #1196

Wed, 29 Mar 2023 10:57:27 -0000

Looking through the bug list, it seems like the same issue as https://sourceforge.net/p/fluxbox/bugs/1187/ Maybe you can try the workaround (--disable-features=SendMouseLeaveEvents) mentioned there.

posted a comment on ticket #1196

Wed, 29 Mar 2023 10:47:16 -0000

I just tested this with the prep/release-1.4.0 branch and I don't have this problem. I'm wondering, are you running a compositor? If so, does it change the behaviour if you run without compositor?

Analyst 9 posted a comment on ticket #1196

Analyst 9 — Mon, 27 Mar 2023 23:47:56 -0000

Note: middle button click works as expected : but hyperlink is open new tab. (it has been my workaround for while)

Analyst 9 created ticket #1196

Analyst 9 — Sun, 26 Mar 2023 19:13:26 -0000

"something" steals the mouse click event on specific web pages elements

Dmytro Bagrii posted a comment on ticket #1187

Dmytro Bagrii — Mon, 06 Feb 2023 16:49:27 -0000

You can create .desktop file for your wrapper in ~/.local/share/applications/ and select it as default browser with xdg-settings set default-web-browser your_browser.desktop. Or just check what .desktop file is for default browser with xdg-settings get default-web-browser and modify command line in existing one.

crpb posted a comment on ticket #1187

crpb — Mon, 06 Feb 2023 11:41:14 -0000

Hey Nicola, if it's just Opera you could do something similar like me by just creating an executable in either /usr/local/bin or ~/.local/bin or wherever your $PATH looks into and replace "chromium" with whatever the opera-browser is called with % cat ~/.local/bin/chromium-fixed chromium --disable-features=SendMouseLeaveEvents You just have to start the Browser with that command. It will not work if you open Links with an closed Browser and whatever your Distribution/Program calls. I usually open...

Nicola posted a comment on ticket #1187

Nicola — Mon, 06 Feb 2023 10:58:46 -0000

I have the same issue from many months. Any idea when it will be resolved? I've temporally switched to firefox, but I prefer Opera Browser (a lot)... maybe I have to change WM after 16years?

mclien modified a comment on ticket #1182

mclien — Mon, 09 Jan 2023 19:00:28 -0000

As an addition. Running Devuan Chimaera (Fluxbox 1.3.5, xorg-server 1.20.11) Problem occurres with firefox and Thunderbird (both 102.6.0). I have 2 machines running this: the amd64 (TP460p) has the problem, i386 (TP43) has not. problem only appears, if xrandr was used prior to open FF/TB.

mclien posted a comment on ticket #1182

mclien — Mon, 09 Jan 2023 18:09:43 -0000

As an addition. Running Devuan Chimaera (Fluxbox 1.3.5, xorg-server 1.20.11) Problem occurred with firefox and Thunderbird (both 102.6.0). I have 2 machines running this: the amd64 (TP460p) has the problem, i386 (TP43) has not. problem only appears, if xrandr was used prior to open FF/TB.

Guenther Brunthaler posted a comment on ticket #107

Guenther Brunthaler — Wed, 21 Dec 2022 12:18:40 -0000

I would also very interested in an "edge resistance" feature, because I consider it superior to "snapping". In order to fill in the missing information, let me explain how edge resistance works. When a window is dragged using the mouse and its edge comes near to the edge of another window or the screen, there is no magnetic attraction like with "snapping" that makes the dragged window "jump" to touch the other edge. Instead, nothing happens until the dragged edge actually touches the other edge....

Gordon N. Squash modified a comment on ticket #94

Gordon N. Squash — Fri, 25 Nov 2022 02:53:56 -0000

Please forgive me if the following rubs off as arrogant or if I'm about to commit a faux pas by saying this. All I mean to do here is help people; I don't want to raise eyebrows. A friend of mine asked me to look into implementing this feature many months ago. He even said he'd pay me to implement it. Since then, every time I've looked into implementing this, I've found it's going to take some fairly major and detailed rewriting and refactoring of the Fluxbox toolbar code. (Interestingly, Fluxbox's...

Gordon N. Squash posted a comment on ticket #94

Gordon N. Squash — Fri, 25 Nov 2022 01:54:14 -0000

crpb modified a comment on ticket #1187

crpb — Fri, 18 Nov 2022 07:52:09 -0000

With basically any electron app(as those are chrome-based to my understanding) i have the same issue. I really would like a solution to that as it is a bit irritating to create wrappers for any application i use. I currently get around it with basically those lines.. echo '~/.local/opt/appname/appname-bin ---disable-features=SendMouseLeaveEvents' > ~/.local/bin/appname-bin chmod +x ~/.local/bin/appname-bin And to make ~/.local/bin available for gmrun (instead of fbrun) i added these lines in ~/.fluxbox/startup...

crpb posted a comment on ticket #1187

crpb — Fri, 18 Nov 2022 07:48:44 -0000

Dmytro Bagrii modified a comment on ticket #1187

Dmytro Bagrii — Mon, 01 Aug 2022 17:45:46 -0000

Is it possible that Fluxbox processes/sends X events related to clicks, mapping and unmapping of windows in a different order than other window managers? Fluxbox grabs Button1 to implement Click-to-Focus (see FluxboxWindow::grabButtons() in src/Window.cc). This causes LeaveNotify and EnterNotify events to be sent before ButtonPress event. In most cases this behavior doesn't affect applications as they track both Leave and Enter events in proper way. But it breaks behavior of dynamically changing...

Dmytro Bagrii posted a comment on ticket #1187

Dmytro Bagrii — Mon, 01 Aug 2022 17:44:53 -0000

Dmytro Bagrii posted a comment on ticket #1187

Dmytro Bagrii — Fri, 29 Jul 2022 08:11:45 -0000

I encountered with similar problem in Meld 3.21: left button mouse click doesn't work at some places with Fluxbox. The bug appears only with Fluxbox. With Xfce4, Weston and barebone X server without window manager it works as expected. More details in Meld bug report: https://gitlab.gnome.org/GNOME/meld/-/issues/694 Should i create a separate ticket?

jgh created ticket #1195

jgh — Tue, 21 Jun 2022 18:13:53 -0000

Occasional crashes during suspend/resume under Lumina desktop

Mathias Gumz modified ticket #1185

Mathias Gumz — Sat, 28 May 2022 09:19:24 -0000

infinite loop in Menu::cycleItems()

Mathias Gumz posted a comment on ticket #1185

Mathias Gumz — Sat, 28 May 2022 09:19:02 -0000

https://github.com/fluxbox/fluxbox/pull/70/commits/8a54c1ab241071fa1245b6f75a55b44bbfcb7d86

Mathias Gumz posted a comment on ticket #1185

Mathias Gumz — Sat, 28 May 2022 08:53:36 -0000

Good catch! For code clarity I would prefer an extra loop / check upfront if there is any selectable item anyways … similar to the m_items.empty() check. If you dont mind … I ll provide patch, towards github and will provide a thanks to your patch. But very good catch of the issue.

crpb modified a comment on ticket #1187

crpb — Fri, 20 May 2022 17:05:41 -0000

EDIT: I just tried it with normal start of Chromium and it did work for me. I haven't checked if the problem still persists as i always run my Browsers with the "--disable-features=SendMouseLeaveEvents" switch since i know of it. Nevermind, did a reboot after updates and checked with vivaldi and chromium and the problem still persists.. Fluxbox is compiled from this repo. > dpkg -l |grep xorg\ ii xorg 1:7.7+23 amd64 X.Org X Window System ii xserver-xorg 1:7.7+23 amd64 X.Org X server ii xserver-xorg-core...

crpb posted a comment on ticket #1187

crpb — Fri, 20 May 2022 05:02:10 -0000

I just tried it with normal start of Chromium and it did work for me. I haven't checked if the problem still persists as i always run my Browsers with the "--disable-features=SendMouseLeaveEvents" switch since i know of it. Fluxbox is compiled from this repo. > dpkg -l |grep xorg\ ii xorg 1:7.7+23 amd64 X.Org X Window System ii xserver-xorg 1:7.7+23 amd64 X.Org X server ii xserver-xorg-core 2:21.1.3-2+b1 amd64 Xorg X server - core server I will do some further testing with other Browsers.

Jan Fryblik modified a comment on ticket #1187

Jan Fryblik — Thu, 19 May 2022 21:54:26 -0000

I have the same issue as described above with certain pages in browsers using Chrome engine and I can confirm your guess. When I arrange page so that I have link under item of Javascript dropdown menu. Click is performed on underlying link and not on item within menu. (Please see attached video.) I'm using Arch Linux and Fluxbox. Whole issue started approx. 6-9 months ago. I'm not exactly sure when, originally I thought it is browser (Vivaldi) issue. IMHO, it started with a xorg-server or xwayland...

Jan Fryblik modified a comment on ticket #1187

Jan Fryblik — Thu, 19 May 2022 21:52:28 -0000

I have the same issue as described above with certain pages in browsers using Chrome engine and I can confirm your guess. When I arrange page so that I have link under item of Javascript dropdown menu. Click is performed on underlying link and not on item within menu. (Please see attached video.) I'm using Arch Linux and Fluxbox. Whole issues started approx. 6-9 months ago. I'm not exactly sure when, originally I thought it is browser (Vivaldi) issue. IMHO, it started with a xorg-server or xwayland...

Jan Fryblik posted a comment on ticket #1187

Jan Fryblik — Thu, 19 May 2022 21:50:43 -0000

I have the same issue as described above with certain pages in browsers using Chrome engine and I can confirm your guess. When I arrange page so that I have link under item of Javascript dropdown menu. Click is performed on underlying link and not on item within menu. (Please see attached video.) The https://jlcpcb.com/ page works fine for me. I'm using Arch Linux and Fluxbox. Whole issues started approx. 6-9 months ago. I'm not exactly sure when, originally I thought it is browser (Vivaldi) issue....

Mathias Gumz posted a comment on ticket #1194

Mathias Gumz — Mon, 18 Apr 2022 19:33:34 -0000

Yah, that's what I have found as well :) Which made me wonder in the first place on why the spec states that every element (as stored in the property) must contain the 0 byte … when existing utility functions already deal with the issue. The original spec (before 1.0) was refering to 0-separated strings … so, n 0-terminated strings for the names … and then represented by a 0-separated list of utf8-encoded strings inside of the property … which is exactly what Xutf8TextListToTextProperty is actually...

Richard Davis posted a comment on ticket #1194

Richard Davis — Mon, 18 Apr 2022 18:50:37 -0000

Perhaps the motivation was for symmetry with the reverse XmbTextPropertyToTextList method??? : ... return[s] a list of text strings representing the null-separated elements of the specified XTextProperty structure. However, as you point out, it too specifies that text_prop.nitems should not be null-terminated; which still leaves the question of the trailing NULL character in the TextProperty representation ... or more directly null-separated != null-terminated. I'm a bit rusty at C, but I was able...

Mathias Gumz modified ticket #1194

Mathias Gumz — Mon, 18 Apr 2022 18:23:43 -0000

_NET_DISPLAY_NAMES does not null-terminate the last name.

Mathias Gumz posted a comment on ticket #1194

Mathias Gumz — Mon, 18 Apr 2022 18:23:20 -0000

https://github.com/fluxbox/fluxbox/commit/c49aa33171e53b5a182a497ea1e5cf29e4a2b831 i have fixed the issue in master; i am still a bit … unsure about the reasoning behind the spec and how the used xutf8* functions actually work.

Mathias Gumz posted a comment on ticket #1194

Mathias Gumz — Mon, 18 Apr 2022 16:33:15 -0000

This is a very interesting observation / problem. https://specifications.freedesktop.org/wm-spec/wm-spec-1.3.html#idm46400537458592 """ _NET_DESKTOP_NAMES, UTF8_STRING[] The names of all virtual desktops. This is a list of NULL-terminated strings in UTF-8 encoding [UTF8]. This property MAY be changed by a Pager or the Window Manager at any time. """ I check lots of other WMs (openbox, awesome, pekwm, fvwm etc): all of them are sidestepping Xutf8TextListToTextProperty (which should turn a list of...

Richard Davis posted a comment on ticket #1194

Richard Davis — Mon, 11 Apr 2022 17:27:01 -0000

$ fluxbox -info Fluxbox version: 1.3.5 GIT Revision: this_is_tar_ball_build Compiled: Apr 3 2018 12:23:12 Compiler: GCC Compiler version: 7.3.0 Defaults: menu: /etc/X11/fluxbox/fluxbox.menu-user style: /usr/share/fluxbox/styles//ubuntu-light keys: /etc/X11/fluxbox/keys init: /etc/X11/fluxbox/init nls: /usr/share/fluxbox/nls Compiled options (- => disabled): BIDI -DEBUG EWMH IMLIB2 NLS REMEMBER RENDER SHAPE SLIT SYSTEMTRAY TOOLBAR RANDR1.2 XFT XINERAMA XMB XPM

Mathias Gumz posted a comment on ticket #1194

Mathias Gumz — Mon, 11 Apr 2022 06:14:42 -0000

what is the output of fluxbox -info?

Richard Davis created ticket #1194

Richard Davis — Mon, 11 Apr 2022 01:33:26 -0000

_NET_DISPLAY_NAMES does not null-terminate the last name.

Jérôme Borme created ticket #1193

Jérôme Borme — Fri, 10 Dec 2021 22:58:33 -0000

master: commit for bug 1055 "fix tabbing of unfocusable clients" actually makes some clients unfocusable

Matthias S. Benkmann modified a comment on ticket #1187

Matthias S. Benkmann — Wed, 24 Nov 2021 18:01:12 -0000

An example for this issue is here: https://jlcpcb.com/ Hover over "Resources", a navigation menu appears. Try to click "SMT Parts library". The navigation menu disappears but you don't go to the correct page. Instead what happens is you go to the page you would have gone to had you clicked the same spot on the screen without the nav menu open. Some relevant code from the page:

Matthias S. Benkmann modified a comment on ticket #1187

Matthias S. Benkmann — Wed, 24 Nov 2021 18:00:56 -0000

Matthias S. Benkmann posted a comment on ticket #1187

Matthias S. Benkmann — Wed, 24 Nov 2021 18:00:26 -0000

burak posted a comment on ticket #1191

burak — Sun, 14 Nov 2021 00:54:41 -0000

I don't know; wouldn't hurt; yet again Fluxbox is almost perfect and doesn't seem to be actively maintained, possibly as it's already perfect! So ignoring updates has seemed enough for me.

burak posted a comment on ticket #1191

burak — Sun, 14 Nov 2021 00:51:38 -0000

No, I guess you're talking about the little glitch happening in some window resizing or tabbing behaviour which has been there for some time. Each of my custom menus appears as drop-down lists on the toolbar by middle-clicking (mouse-2), scrolling-down (mouse5) or scrolling-up (mouse-4) on it. When this happens the titlebar of the menus appears on the toolbar, which had got random transparency with the update and started to appear just under the toolbar, not on it so I hadn't been able to easily...

Chris Chambers posted a comment on ticket #1191

Chris Chambers — Sun, 14 Nov 2021 00:14:21 -0000

Same here, in my IgnorePkg list also. I have been checking Arch re Fluxbox including 1.3.7 and see that it possible to put in a bug report but that none entered. You reckon that worthwhile? On 13/11/2021, burak gooddead@users.sourceforge.net wrote: So have I and now Fluxbox is the only IgnorePkg in my pacman.conf. [bugs:#1191] Menu title OnToolbar Mouse2 behaves erratically Status: open Group: future release Created: Tue Sep 28, 2021 06:09 PM UTC by burak Last Updated: Sat Nov 13, 2021 11:06 PM UTC...

crpb posted a comment on ticket #1191

crpb — Sun, 14 Nov 2021 00:05:17 -0000

Did you mean something like that in the Picture? I just dragged it around a couple of times with Mouse2.. How lucky i am that don't use tabs anymore since.. 2003?.. ;-P But i can't reproduce the xterm-problem... Did your Log say anything useful?

burak posted a comment on ticket #1191

burak — Sat, 13 Nov 2021 23:16:31 -0000

So have I and now Fluxbox is the only IgnorePkg in my pacman.conf.

Chris Chambers posted a comment on ticket #1191

Chris Chambers — Sat, 13 Nov 2021 23:06:33 -0000

Thanks. I have similar problem with 1.3.7 and have reverted to Fluxbox 1.3.6 in Arch. I have been using wonderful Fluxbox since GTK 1.2 days.

crpb posted a comment on ticket #1192

crpb — Tue, 09 Nov 2021 07:49:09 -0000

I just tried it out of curiosity :-]

crpb posted a comment on ticket #1192

crpb — Tue, 09 Nov 2021 06:48:31 -0000

> fluxbox -info Fluxbox version: 1.3.5 GIT Revision: this_is_tar_ball_build Compiled: Feb 25 2014 03:56:46 Compiler: GCC Compiler version: 6.3.0 20170221 Defaults: menu: /etc/X11/fluxbox/fluxbox.menu-user style: /usr/share/fluxbox/styles//Squared_for_Debian keys: /etc/X11/fluxbox/keys init: /etc/X11/fluxbox/init nls: /usr/share/fluxbox/nls Compiled options (- => disabled): BIDI -DEBUG EWMH IMLIB2 NLS REMEMBER RENDER SHAPE SLIT SYSTEMTRAY TOOLBAR RANDR1.2 XFT XINERAMA XMB XPM That's with the Debian...

Ian modified a comment on ticket #1192

Ian — Mon, 08 Nov 2021 23:22:39 -0000

Thank you, crpb! I have used 1.3.5 version for a few months. I have seen a number of bugs - generally the windows frees. I assume 1.3.6 is more stable. I think the problem with the fonts that I experience is due to some bad configuration (my system or fluxbox itself), because I have made the same procedure (install 1.3.5 and later 1.3.7) in anothe rmachine and 1.3.7 reads and shows very well fonts. My startup and log files are below. I hope anyone can have any idea. Thank you! 1 2 3 4 5 6 7 8 9 10...

Ian modified a comment on ticket #1192

Ian — Mon, 08 Nov 2021 23:21:45 -0000

Ian posted a comment on ticket #1192

Ian — Mon, 08 Nov 2021 23:14:51 -0000

crpb posted a comment on ticket #1192

crpb — Mon, 08 Nov 2021 09:31:26 -0000

First of all. What seems more stable? Last time i had problems with stability or something like that.. i don't know..200X? :-) And did you have any compiling-errors or something a-like? Or a missing library? I understand your problem, but some information to reproduce it would be good. Even if I can't help. Someone else would be directly up to speed. Have you checked the logfile? that's my old startup with ... as it is.. just so you have a clue what i mean. > cat -p startup #!/bin/sh # # fluxbox...

Ian created ticket #1192

Ian — Sat, 06 Nov 2021 04:23:50 -0000

Fluxbox 1.3.7 does not keep the font of fluxbox 1.3.5

crpb posted a comment on ticket #1187

crpb — Tue, 19 Oct 2021 14:54:02 -0000

Thank you Bruno, works on all of them. :-). I think all of them are using the same switches. The playerctl MPRIS-Sessions are also just Chromium.instanceNNNNNNN for any of them which can be a hassle... @akir maybe with Fluxbox 1.4 it will be fixed? ggg .. i think i should revive my znc in freenode..

Bruno Dantas modified a comment on ticket #1187

Bruno Dantas — Tue, 19 Oct 2021 14:27:04 -0000

While I have not found a definite cause or proper fix, I have found an effective workaround: Starting Brave and Chromium with the --disable-features=SendMouseLeaveEvents command line option makes the problem go away :) I have no experience with Chrome or Vivaldi.

Bruno Dantas modified a comment on ticket #1187

Bruno Dantas — Tue, 19 Oct 2021 14:26:02 -0000

Bruno Dantas posted a comment on ticket #1187

Bruno Dantas — Tue, 19 Oct 2021 14:24:45 -0000

crpb modified a comment on ticket #1187

crpb — Tue, 19 Oct 2021 06:19:25 -0000

I have the same issues with v1.3.5. It seems to me that the Chrome-Engine is the common factor. I can reproduce the problem in Vivaldi, Chromium and Google-Chrome. Only workaround to open the Links are sometimes with a click on Mouse-Wheel to open in a new Tab or if the Site supports it just an Enter and sometimes i from a near Position and then press when i can See some indication that i have selected the Link. *-) Firefox-ESR and Falkon seem to work. % dpkg -l |grep...