Titlebar loses active appearance during drag and drop operations
Categories
(Core :: Widget: Gtk, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox62 | --- | unaffected |
firefox63 | --- | unaffected |
firefox64 | --- | unaffected |
firefox65 | --- | verified |
firefox66 | --- | verified |
firefox67 | --- | verified |
People
(Reporter: ke5trel, Assigned: stransky)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(2 files)
Moving a tab by dragging it with the mouse causes the titlebar to lose active appearance. This is a regression caused by Bug 1442755 and does not happen with other applications like Nautilus, gedit and Chromium. This behavior might be expected when the tab is dragged outside the tab strip to create a new window but not when remaining inside the tab strip.
Updated•6 years ago
|
This is not limited to tab dragging, all drag and drop operations are affected.
Assignee | ||
Comment 3•6 years ago
|
||
Kestrel, which system do you run? I can't reproduce that on Fedora 29/Gtk+ 3.24.
Assignee | ||
Updated•6 years ago
|
Ubuntu 18.04 is affected. Ubuntu 16.04 LTS is unaffected.
Assignee | ||
Comment 5•6 years ago
|
||
Okay, I'll try that.
Ubuntu 18.10 is unaffected (GTK+ 3.24.1). The affected Ubuntu 18.04.1 LTS uses GTK+ 3.22.30.
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 7•6 years ago
|
||
This seems to be a variant of Bug 1491808. I can reproduce that on Ubuntu 18.04. We may base our window inactive state on the backdrop property of toplevel window instead of the focus.
Assignee | ||
Comment 8•6 years ago
|
||
Assignee | ||
Comment 9•6 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=d4bd40102d3f8dad460882758fa1df15fe952201
Assignee | ||
Updated•6 years ago
|
Comment 11•6 years ago
|
||
Pushed by ebalazs@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c1715e7443b8 Check Gtk backdrop state flag to make Firefox toplevel window look inactive, r=jhorak
Comment 12•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/c1715e7443b8
Comment 13•6 years ago
|
||
Is this something we should consider backporting to Beta? It grafts cleanly as-landed.
Assignee | ||
Comment 14•6 years ago
|
||
Let's consider that after some time at nightly.
Assignee | ||
Comment 15•6 years ago
|
||
I think we rather disable Bug 1442755 for Beta as it reveals more are regressions (Bug 1506050 recently).
Updated•6 years ago
|
Updated•5 years ago
|
Comment 16•5 years ago
|
||
I can't seem to reproduce the issue. I used an older version of Nightly (2018-10-09) on Ubuntu 18.04.1 x64, but the title didn't appear inactive. I got the same result from the latest Nightly 66.0a1 and beta 65.0b9 as I got from the older version of Nightly.
Can you please make a screen cast or give me some additional info?
Assignee | ||
Comment 17•5 years ago
|
||
(In reply to Oana Botisan from comment #16)
Can you please make a screen cast or give me some additional info?
You need to disable system titlebar to reproduce it, at Customize menu -> Titlebar checkbox.
Comment 18•5 years ago
|
||
I managed to reproduce the issue on an older Nightly from 2018-10-09 on Ubuntu 18.04.1. I didn't see before where exactly the bar lost it's active appearance, but I finally notice that the browser controls were greyed out.
I retested everything using the latest Nightly 67.0a1, Firefox 66.0b5 and Firefox 65.0 on the same platform. The bug is not reproducing anymore.
Updated•5 years ago
|
Description
•