Ctrl+T does not create new tab under ratpoison in GTK3 builds

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
3 years ago
3 years ago

People

(Reporter: mehturt, Unassigned)

Tracking

({regression})

Trunk
x86_64
Linux
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0
Build ID: 20150803030207

Steps to reproduce:

1. Start Firefox nightly under ratpoison on GNU/Linux
2. Press Ctrl+t t on keyboard


Actual results:

nothing


Expected results:

new tab is opened
(Reporter)

Comment 1

3 years ago
Additional tests I performed:
- stable Firefox under ratpoison - new tab is opened
- nightly Firefox with new profile - nothing happens
It used to work fine about 2 or 3 weeks ago.

Comment 2

3 years ago
Perhaps related to the switch to GTK3 that happened around that time? https://groups.google.com/forum/#!topic/mozilla.dev.platform/9uYM-c2Guhg
You can test by trying out the builds before/after that change and/or trying the recent GTK2 builds.

If I'm wrong, finding a more specific regression window would help troubleshoot this: http://mozilla.github.io/mozregression/
Flags: needinfo?(mehturt)
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
(Reporter)

Comment 3

3 years ago
Wow, this mozregression is cool :)
Anyway the last good nightly build is 2015-07-22, the first bad is 2015-07-23.
Flags: needinfo?(mehturt)
(Reporter)

Comment 4

3 years ago
Here is the changeset from the last inbound build 939320b957c5

Comment 5

3 years ago
Great. This does look close to us switching to GTK3 - do you have any idea how this could be relevant?

IIRC, mozregression should give you the link of the form http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=XXXaab43b65d4&tochange=XXX14f0f3b03 (or two csets - the last good and the last bad one). Could you paste it here?
Flags: needinfo?(mehturt)

Comment 7

3 years ago
I guessed correctly:
> Mike Hommey — Bug 1186003 - Switch automated builds to Gtk+3. r=mshal

I have no idea how this causes the problem you're seeing...
Blocks: 1186003
Component: Untriaged → Widget: Gtk
Keywords: regression
Product: Firefox → Core
Summary: Ctrl+T does not create new tab under ratpoison → Ctrl+T does not create new tab under ratpoison in GTK3 builds
Version: 42 Branch → Trunk
(Reporter)

Comment 8

3 years ago
I can try to ask at ratpoison maillist, maybe some developers can have a look..
(Reporter)

Comment 9

3 years ago
I asked at the ratpoison mail list and the issue does not seem to exist in 32-bit FF, but it was confirmed by another user in 64-bit FF and also in some other window manager (StumpWM).
http://lists.nongnu.org/archive/html/ratpoison-devel/2015-08/msg00010.html
(Reporter)

Comment 10

3 years ago
This started to work recently, changing status to RESOLVED.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.