Activity for Fluxbox
-
Mathias Gumz posted a comment on ticket #1046
https://github.com/fluxbox/fluxbox/
-
hackerb9 posted a comment on ticket #1046
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
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…)
-
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
clock update delayed up to 1 minute after resume
-
crpb posted a comment on ticket #1205
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
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.
-
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?
-
New window not on top
-
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...
-
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
Could a new stable fluxbox release be made?
-
Matthias S. Benkmann posted a comment on ticket #218
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)...
-
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}
-
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}
-
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 think it works... time will tell :P anyhow, thank you.
-
I uploaded the fix under Patches.
-
Fix the bug #1187 (Chromium-based apps misbehave)
-
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.
-
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...
-
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
PS: My toolbar width is 20%
-
Auto-hidden toolbar line appears on wrong position
-
Manfred Usselmann created ticket #1203
Website
-
SleepLess created ticket #1202
Open the new windows in fixed left/upper position (need fluxbox restart for fix)
-
Huntley Palmer created ticket #1201
fbrun -text issues after Fedora upgrade to 39
-
Lyall Pearce posted a comment on ticket #1140
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
fluxbox-1.3.7 leaves fbsetbg zombie on startup on Linux
-
Yoric created ticket #1199
fluxbox-1.3.7: crashes when restarting
-
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
fluxbox-1.3.7 should turn off timeout alarm before starting another WM
-
Alex Efros posted a comment on ticket #1197
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.
-
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...
-
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?
-
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?
-
race: keypress for changing Workspace result in exit/crash xorg-server
-
Daniel Würl created ticket #324
Client Icons grouped by workspace in iconbar
-
Analyst 9 posted a comment on ticket #1196
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)
-
No compositor, just plain out-of-box ubuntu/debian fluxbox xsession.
-
Nice. It Works. (Note: i just tested on p a l e m o o n browser (XUL-based) and it works as expected.)
-
<REDACTED> posted a comment on ticket #1196
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.
-
<REDACTED> posted a comment on ticket #1196
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?
-
Note: middle button click works as expected : but hyperlink is open new tab. (it has been my workaround for while)
-
"something" steals the mouse click event on specific web pages elements
-
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.
-
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
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
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.
-
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
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
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...
-
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...
-
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...
-
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...
-
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...
-
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 is breaks behavior of dynamically changing...
-
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
Occasional crashes during suspend/resume under Lumina desktop
-
infinite loop in Menu::cycleItems()
-
https://github.com/fluxbox/fluxbox/pull/70/commits/8a54c1ab241071fa1245b6f75a55b44bbfcb7d86
-
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.
-
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...
-
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
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...
-
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...
-
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....
-
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
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...
-
_NET_DISPLAY_NAMES does not null-terminate the last name.
-
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.
-
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...
-
$ 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
-
what is the output of fluxbox -info?
-
_NET_DISPLAY_NAMES does not null-terminate the last name.
-
Jérôme Borme created ticket #1193
master: commit for bug 1055 "fix tabbing of unfocusable clients" actually makes some clients unfocusable
-
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: <div class="subMenuBox over" onmouseover="changeNav(1)" onmouseleave="closeNav(1)" style="display: none;"> So apparently...
-
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: <div class="subMenuBox over" onmouseover="changeNav(1)" onmouseleave="closeNav(1)" style="display: none;"> So apparently...
-
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: So apparently the mouse leave event triggers the disappearing of the navigation menu. It looks like what is supposed to happen...
-
burak posted a comment on ticket #1191
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.
-
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
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...
-
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?
-
So have I and now Fluxbox is the only IgnorePkg in my pacman.conf.
-
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.
-
I just tried it out of curiosity :-]
-
> 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
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...
-
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...
-
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! !/bin/sh fluxbox startup-script:...
-
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...
-
Fluxbox 1.3.7 does not keep the font of fluxbox 1.3.5
-
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
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.
-
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 don't use Chrome or Vivaldi so don't know if they also have that option.
-
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 don't use Chrome or Vivaldi so don't know if that option is available for them.
-
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 <tab> from a near Position and then press <enter> when i can See some indication that i have selected the Link. *-) Firefox-ESR and Falkon seem to work.</enter></tab> % dpkg -l |grep...
-
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 <tab> from a near Position and then press <enter> when i can See some indication that i have selected the Link. *-) Firefox-ESR and Falkon seem to work.</enter></tab> % dpkg -l |grep...
-
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 <tab> from a near Position and then press <enter> when i can See some indication that i have selected the Link. *-) Firefox-ESR and Falkon seem to work.</enter></tab> % dpkg -l |grep...
-
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 <tab> from a near Position and then press <enter> when i can See some indication that i have selected the Link. *-) Firefox-ESR and Falkon seem to work.</enter></tab> % dpkg -l |grep...
