[Solved] brave-browser: popup menus disappear when any menu item is left-clicked

Tiny Core Extensions > TCE Bugs

<< < (2/3) > >>

GNUser:
Thanks, juanito. Having dbus running in the background does not help and, strangely, does not even cause the launch-time bus-related errors to go away:

--- Code: ---$ s u d o /usr/local/etc/ini t.d/dbus start # spaces are to work around posting restrictions
$ pgrep -fa dbus
8886 /usr/local/bin/dbus-daemon --system
$ brave-browser
[8974:8974:0504/080909.931958:ERROR:browser_dm_token_storage_linux.cc(94)] Error: /etc/machine-id contains 0 characters (32 were expected).
[8974:9004:0504/080910.548014:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
[8974:9004:0504/080910.548086:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
[8974:9004:0504/080911.015212:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
[8974:9004:0504/080911.015255:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
[8974:9059:0504/080911.899521:ERROR:object_proxy.cc(621)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[8974:9059:0504/080911.900011:ERROR:object_proxy.cc(621)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files
[8974:9059:0504/080911.902608:ERROR:object_proxy.cc(621)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files

--- End code ---

I did an internet search for flaky menu handling in chromium (browser on which brave is based) and some people solved it by going in browser's settings and unchecking "Use hardware acceleration when available". Alas, it made no difference for me.

[Rant follows: Kudos to the good folks creating a "small internet" (Gopher and Gemini) parallel to the WWW. When the WWW and browsers have become so complex that even just clicking on a menu is sometimes problematic, you know something is wrong. This issue is a good example of why the "small internet" folks are on to something. See https://en.wikipedia.org/wiki/Gemini_space]

GNUser:
The troublesome menus may be related to how brave-browser handles PHP. Here's the HTML code for the forum's "My Messages" menu, for example:

--- Code: --- <li id="button_pm">
<a class="firstlevel" href="http://forum.tinycorelinux.net/index.php?action=pm">
My Messages
</a>
<ul>
<li>
<a href="http://forum.tinycorelinux.net/index.php?action=pm">
Read your messages
</a>
</li>
<li>
<a href="http://forum.tinycorelinux.net/index.php?action=pm;sa=send">
Send a message
</a>
</li>
</ul>
</li>
--- End code ---

GNUser:
The fact that this problem does not affect the very same brave-browser binary running in a different GNU/Linux OS seems to suggest that it's not a PHP or CSS issue. Maybe the issue has something to do with how TCL's Xorg informs applications about left-clicks?

I have a workaround for now: Pressing the middle mouse button opens the desired menu item in a new tab. It's not ideal but it's better than nothing.

GNUser:
fluxbox is the culprit. When I tried running brave-browser in flwm the problem went away. Running brave-browser in Xorg without any window manager also works fine.

I've been using fluxbox too long to switch. I tried unchecking "Use system title bar and borders" in brave-browser but it doesn't help. fluxbox seems to somehow intercept and alter the left mouse click in a way that confuses brave-browser.

Is there a place other than ~/.fluxbox/keys where fluxbox looks for mouse button settings? Deleting ~/.fluxbox/keys and restarting fluxbox does not solve the problem.

Rich:
Hi GNUser

--- Quote from: GNUser on May 04, 2021, 08:26:26 AM --- ...
--- Code: ---[8974:8974:0504/080909.931958:ERROR:browser_dm_token_storage_linux.cc(94)] Error: /etc/machine-id contains 0 characters (32 were expected).
--- End code ---

--- End quote ---
This should fix that:

--- Code: ---ln -s /var/lib/dbus/machine-id /etc/machine-id
--- End code ---
You can read more about it and possible implications here:
https://forum.mxlinux.org/viewtopic.php?t=47482

--- Quote ---
--- Code: ---[8974:9004:0504/080910.548014:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix")
--- End code ---

--- End quote ---
This didn't turn up anything, but I do have a thought on its possible cause. The ~/.xsession file typically includes:

--- Code: ----nolisten tcp
--- End code ---
when it starts X (first line in file).

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version