Open Bug 1951324 Opened 15 days ago Updated 4 days ago

Nightly window size not remembered after restart

Categories

(Core :: Widget: Gtk, defect)

x86_64
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: p7272, Unassigned, NeedInfo)

References

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:137.0) Gecko/20100101 Firefox/137.0

Steps to reproduce:

I the window set to a size and location on screen.

Actual results:

After restarting or updating the browser, the size reverts to what's shown in the screenshot. I set it again to what I had before, but after every restart it reverts to what you see in the screenshot

Expected results:

The windows should remember the previous size and location.

It's happening on Leap 15.6 and Tumbleweed laptops.
I did a refresh on the Tumbleweed laptop and that fixed it that computer.

Operating System: openSUSE Leap 15.6
KDE Plasma Version: 5.27.11
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12
Kernel Version: 6.4.0-150600.23.38-default (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics
Memory: 62.1 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: HP
Product Name: HP EliteBook 865 16 inch G9 Notebook PC

OS: Unspecified → Linux
Hardware: Unspecified → x86_64
See Also: → 1946184
Summary: Nightly window size not remembered → Nightly window size not remembered after restart

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
Version: other → unspecified

This is basically the same as bug 1951296, but I can't reproduce this as I mentioned there...

Any particularities of your configuration? Does it happen without the "Titlebar" checkbox checked in customize mode?

Flags: needinfo?(p7272)
See Also: → 1951296

No particular settings, it just happened one day after an update last week on 2 laptops.
I remove the title bar and it was set to the size and location I want.
Since there is no restart option... I use the clear startup cache option.
After removing the title bar and restarting the issue does not happen and the title bar comes back.
Restart again and the issue is there again.

Flags: needinfo?(p7272)

Operating System: openSUSE Leap 15.6
KDE Plasma Version: 5.27.11
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12
Kernel Version: 6.4.0-150600.23.38-default (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics
Memory: 62.1 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: HP
Product Name: HP EliteBook 865 16 inch G9 Notebook PC

After removing the title bar and restarting the issue does not happen and the title bar comes back.

Wait so the titlebar gets force-added, somehow? That's likely what's confusing us, if so. Do you know what may cause this? Do you have gtk3-nocsd installed or something along those lines? What does env | rg GTK or so say on your terminal?

Flags: needinfo?(p7272)

Wait so the titlebar gets force-added, somehow?
Yes

That's likely what's confusing us, if so. Do you know what may cause this?
No idea.

Do you have gtk3-nocsd installed?
No
I added a screenshot of anything with gtk3 installed.

What does env | rg GTK or so say on your terminal?
What am I doing here?
env | rg GTK brings back nothing.

Flags: needinfo?(p7272)

(In reply to jonzn4SUSE from comment #7)

Wait so the titlebar gets force-added, somehow?
Yes

Really really odd.

What does env | rg GTK or so say on your terminal?
What am I doing here?
env | rg GTK brings back nothing.

Err, sorry, should've said something like env | grep GTK and / or env | grep MOZ, could you run those?

Those look at your environment variables to check whether there's something that could disable CSD like GTK_CSD=0 or MOZ_GTK_TITLEBAR_DECORATION=system or so...

I'm in EST so I you want to google meet, zoom, or teams to move things faster just let me know.

Just updated to 138.0a1 (2025-03-04) and still have the issue.

Do you have a script like https://store.kde.org/p/1235093 or so enabled? Can you:

  • Confirm that other GTK apps like gedit also get the system titlebar.
  • Can you:
    • Go to https://profiler.firefox.com
    • Install the profiler.
    • Go to about:logging.
    • In the New log modules: textfield write: timestamp,sync,Widget:5
    • Click "Start logging"
    • Trigger the issue.
    • Click "stop logging".
    • On the profiler page, at the top right, upload the profile and paste the link here.

If that doesn't give us any hint, then I'll happily take you up on that offer (I'm in europe so today is already quite late)

To trigger the issue, the browser restarts and appears to cancel the logging.

Doesn't it work opening a new window?

Sorry for dropping the ball on this (it was too late when I saw that link).

Can you try latest nightly? bug 1952756 might have helped here...

Flags: needinfo?(p7272)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: