Bug 1425611
Summary: | Cannot click on any web links in Corebird | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Chris Siebenmann <cks-rhbugzilla> |
Component: | corebird | Assignee: | Ryan Lerch <rlerch> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 25 | CC: | debarshir, mail, rlerch |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-03-28 13:13:06 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chris Siebenmann
2017-02-21 21:25:23 UTC
Did this work for you at some point? If so, do you know what might have changed, UI related (gtk+ especially)? Was there any update of any packages that corebird depends on? Since I've had (and had to track down...) similar problems with awesomewm in the past, can you try another wm and see if it works there? Last question: Can you try activating a link via keynav (i.e. focus tweet row and keep pressing tab until the focus ring is around a link, then press return)? I only discovered Corebird recently, so this has never worked for me on this machine. However, it does work for me on another identical machine (my home machine, which has the same hardware and the same fvwm window manager configuration). I'm afraid that I can't easily try another window manager, as my fvwm configuration is quite customized and extremely important to my overall desktop environment. I tried keynav and discovered some quite interesting results. First, the keynav worked as you described. And second, what I hadn't noticed before, is that when I click on a link (or try to), what happens visually is that a dotted gray box appears around the link, just as in keynav, and if I hit return the link is activated. Does this sound like some odd GTK+ feature has gotten turned on (or turned off) somewhere? I have what I think are relatively normal Corebird settings, and in particular double-click activation is off. My settings are the same between the office (not working) and home (working). > and if I hit return the link is activated.
Does that mean the link gets opened correctly in your browser?
Clicking links seems to work here in fvwm. The only other idea I have is to run corebird with G_MESSAGES_DEBUG=1 set and see if there's any interesting debugging output.
Yes, the link opens (in my expected browser). Running with G_MESSAGES_DEBUG=1 doesn't produce any extra messages. Using G_MESSAGES_DEBUG=all produces extra messages but nothing useful that I can see. Possibly the most interesting bits are from the startup: (corebird:9109): Gtk-DEBUG: Connecting to session manager (corebird:9109): Gtk-DEBUG: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned (corebird:9109): Gtk-DEBUG: Failed to get the Xfce session proxy: The name org.xfce.SessionManager is not owned (corebird:9109): Gtk-DEBUG: Failed to get an inhibit portal proxy: The name org.freedesktop.portal.Desktop is not owned (corebird:9109): corebird-DEBUG: Corebird.vala:202: startup (corebird:9109): Gtk-WARNING **: Theme parsing error: style.css:14:13: The 'icon-shadow' property has been renamed to '-gtk-icon-shadow' (the latter message is a normal one.) I just took advantage of the ridiculous speeds of modern DSL to run Corebird from my home machine, displayed over remote X to my office desktop, and in this configuration I can't click links either (but I can click to focus them, then hit return to activate them). (I wanted to see if 'G_MESSAGES_DEBUG=all' on my working home corebird would produce the same messages on startup. The answer is that it does but also that it doesn't work when displaying to my office desktop.) I have no idea then. The fact that the link gets focused on click proves that the input works correctly. The actual launching of the browser also seems to work, since Enter/Return works. And it works in fvwm here, so really no clue. This turns out to be a bug in some versions of fvwm. I was running a slightly different binary at home and at work; the home binary works, the work one doesn't. I've reproduced this issue in the latest version of fvwm (from the current git master) with my configuration file and will report this to the fvwm developers so hopefully they can fix it. My apologies for not being sufficiently careful about verifying the behavior with the exact same binaries, but at least this sorts out the mystery. (This bug is in the Fedora 25 version of fvwm, fvwm-2.6.6-1.fc25.x86_64, at least with my configuration file. It'd be interesting to know which version of fvwm you tested with; if you tested with the same version, this issue must be partly due to a configuration file difference.) I tested with 2.6.7 and the default config file. Okay, it looks like something in my configuration file is contributing to this issue. Well, I'll see what I can identify and talk to the fvwm developers about. Thanks for your help with this; it's very much appreciated. Closed, as per Timm's request in #gnome-hackers on GIMPNet: 13:07 <baedert> I guess https://bugzilla.redhat.com/show_bug.cgi?id=1425611 could be closed |