thunderbird doesn't remember maximized window state in Ubuntu Gnome

[Tobiasz Jarczyk]

Not sure if this is thunderbird or gnome-shell related issue.

Steps to reproduce:
1. Run thunderbird.
2. Maximize thunderbird window.
3. Close thunderbird.
4. Run thunderbird again.
5. Notice that thunderbird window is not maximized - maximized window state was not saved during closing.

Expected behaviour:
In 5. thudnderbird window is open in maximized state.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: thunderbird 1:24.2.0+build1-0ubuntu1
Uname: Linux 3.13.0-031300rc6-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.12.7-0ubuntu4
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: dotnokato 1431 F.... pulseaudio
 /dev/snd/pcmC0D0p: dotnokato 1431 F...m pulseaudio
BuildID: 20131206222054
Channel: Unavailable
CurrentDesktop: GNOME
Date: Fri Jan 3 21:02:28 2014
ForcedLayersAccel: False
IfupdownConfig:
 # interfaces(5) file used by ifup(8) and ifdown(8)
 auto lo
 iface lo inet loopback
InstallationDate: Installed on 2013-10-15 (79 days ago)
InstallationMedia: Ubuntu-GNOME 13.10 "Saucy Salamander" - Release amd64 (20131015)
IpRoute:
 default via 10.100.10.1 dev eth0 proto static
 10.100.10.0/24 dev eth0 proto kernel scope link src 10.100.10.8 metric 1
 10.100.10.0/24 dev wlan0 proto kernel scope link src 10.100.10.12 metric 9
Plugins:
 iTunes Application Detector - /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so (rhythmbox-mozilla)
 Shockwave Flash - /usr/lib/flashplugin-installer/libflashplayer.so
 Gnome Shell Integration - /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so (gnome-shell)
PrefSources:
 prefs.js
 [Profile]/<email address hidden>/defaults/preferences/gnomeintegration.js
Profiles: Profile0 (Default) - LastVersion=24.2.0/20131206222054 (In use)
RelatedPackageVersions:
 rhythmbox-mozilla 3.0.1-1ubuntu8
 gnome-shell 3.8.4-0ubuntu6
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
RunningIncompatibleAddons: False
SourcePackage: thunderbird
UpgradeStatus: Upgraded to trusty on 2013-11-05 (59 days ago)
dmi.bios.date: 05/08/2007
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68TT2 Ver. F.07
dmi.board.name: 30B0
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 40.15
dmi.chassis.asset.tag: CNU7110B09
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68TT2Ver.F.07:bd05/08/2007:svnHewlett-Packard:pnHPCompaqnx6325(EY349EA#AKD):pvrF.07:rvnHewlett-Packard:rn30B0:rvrKBCVersion40.15:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: HP Compaq nx6325 (EY349EA#AKD)
dmi.product.version: F.07
dmi.sys.vendor: Hewlett-Packard

[PW (pierre-willaime)]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Iceweasel/10.0.2
Build ID: 20120217174734

Steps to reproduce:

I open thunderbird (for me icedove on debian) and I maximize the window by dragging it to the top (gnome-shell). Then I close thunderbird.

Actual results:

When I start again thunderbird, it does not start in a maximized size but only covers 75% of my screen (like at the first start).

Expected results:

Thunderbird should remember and starts with a maximized window. This problem occurs also when I maximize with the button (if I add a maximized button to windows in gnome-shell with gnome-tweak-tool).

[hashemmasoud (wraithlike)]

(In reply to ppr from comment #0)
See solution here: http://kb.mozillazine.org/Localstore.rdf

[PW (pierre-willaime)]

Thanks
To force creation of a new file localstore.rdf with:

mv ~/.icedove/XXXXX(profile)/localstore.rdf ~/.icedove/XXXXX(profile)/localstore-old.rdf

(put .thunderbird instead of .icedove if you are not using debian)

seems to work. At the first startup of thunderbird/icedove I maximized the window and closed with CTRL+Q and the window starts maximized after that.

[PW (pierre-willaime)]

In fact, the solution of comment #2 only works if I close thunderbird with Ctrl+Q. If I close it with Alt+F4 with the X button, thunderbird will start not-maximized.

[hashemmasoud (wraithlike)]

(In reply to ppr from comment #3)
> In fact, the solution of comment #2 only works if I close thunderbird with
> Ctrl+Q. If I close it with Alt+F4 with the X button, thunderbird will start
> not-maximized.

So can we consider your issue solved?

[PW (pierre-willaime)]

delete ~/.icedove/XXXXX(profile)/localstore.rdf is a workaround and I don't know what was the problem in this file at the first time.

[Ludovic-mozilla (ludovic-mozilla)]

want to attach the file to the bug ?

[PW (pierre-willaime)]

Created attachment 603756
file localstore.rdf

[PW (pierre-willaime)]

File attached, could someone try to recreate the bug with this file?

[hashemmasoud (wraithlike)]

(In reply to ppr from comment #8)
> File attached, could someone try to recreate the bug with this file?

I tried it and with a monitor resolution of 1366*768 it starts occupying around 75% of the screen.
User Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
Application Build ID: 20120216022139

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Tobiasz Jarczyk (dotnokato-q)]

Reading comments in https://bugzilla.mozilla.org/show_bug.cgi?id=732812 I've found that the workaround for this bug is to close thunderbird with Ctrl+Q - this saves window maximized state.

[Tobiasz Jarczyk (dotnokato-q)]

Of course, if for the next time, I close the thunderbird in any other way than Ctrl + Q the issue appears once again - the window maximized state is not remembered.

[Dave Gilbert (ubuntu-treblig)]

Low: Minor, with easy work around.

[Frank Cizmich (frank-cizmich)]

Same problem but can't solve with workaround mentioned here.
Ubuntu12.04
Thunderbird 31.0
Attached localstore.rdf that gets recreated after each time I erase it.

Not a big deal but annoying :-)

[St Weiss (stweiss)]

Problem still exists in Kubuntu 15.10.
Deleting localstore.rdf does not work, with or without exiting with Ctrl-Q.

[ALinuxUser (buntulongername-new)]

This problem seems to occur on Mint 18 Cinnamon too (unless an extension is causing it).

[Najoll (najoll)]

I have this problem, in 2018, with Thunderbird 60.2.1 on Linux Mint. Recreating localstore.rdf did not help.

[Najoll (najoll)]

I have found a workaround for the problem.

The workaround may suggest where the problem lies.

The workaround is: disable drawing on tabs in titlebar; maximise the main window; close Thunderbird; re-enable drawing of tabs in titlebar. Result: Thunderbird will now open maximised.

[ALinuxUser (buntulongername-new)]

Cf.:

https://bugzilla.mozilla.org/show_bug.cgi?id=732812

[Ryan Lee Sipes (ryanleesipes)]

I had this problem, disabling drawing tabs in titlebar did work. I know this isn't supported ootb for Thunderbird, but we should consider addressing this.

[ALinuxUser (buntulongername-new)]

Created attachment 9106092
Screenshot_20191104_014746.png

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

Steps to reproduce:

Set mail.tabs.drawInTitlebar to true (and it does not matter how one does this).

Actual results:

Thunderbird will not open fully maximised; there is small gap between the top of the screen and the top of the window.

Expected results:

When Thunderbird is set to open maximised - which it should do if (for one thing?) it is maximised when it is closed - it should open (fully) maximised.

Extra information is as follows.

I have experienced this bug constantly since the tabs-in-titlebar feature arrived.

Theme - Thunderbird or OS - seems not to affect the problem.

I have a Hi-DPI system. Some details of my system are as follows.

OS: Linux Mint 19.2 Tina x86_64
Host: 20KHCTO1WW ThinkPad X1 Carbon 6th
Resolution: 2560x1440 @ 60.01Hz
DE: Cinnamon 4.2.4
WM: Mutter (Muffin)
GPU: Intel UHD Graphics 620

I am surprised that no-one has reported this bug before. Perhaps they have and the Bugzilla search function failed to find the relevant report(s).

I attach a screenshot. The vertical gap at issue is small but noticeable enough to irritate.

[Vseerror (vseerror)]

Walt can you reproduce?

[Wls220spring (wls220spring)]

I can't reproduce using Thunderbird 60.9.0 on Linux Mint 19.2 or Ubuntu 18.04.3 LTS with the pref set to true, and the built-in Dark theme, or Light and Default themes.

I also don't have the extensive customization the reporter has in the screenshot.

I also don't have the resolution their monitor displays.

Maybe that is causing a problem?

[ALinuxUser (buntulongername-new)]

A test I should have tried before: I disabled all extensions (as well as resetting system themes to defaults). The problem persisted. @WaltS48: thank you for your testing; do you have HiDPI? I do (as I said above) and I have Cinnamon set to scale the screen by a factor of 2.

[ALinuxUser (buntulongername-new)]

The problem may be otherwise than I supposed. For, when I disable HiDPI - I mean: OS global scaling to deal with HiDPI - Thunderbird opens unmaximised (taking up about a quarter of the screen area), whether or not it was maximised when shut. So the gap - the gap I see when HiDPI scaling is on - may result not from an imperfectly maximised window, but from a window that the program is not even trying to maximise.

[ALinuxUser (buntulongername-new)]

. . But that problem - window not maximised at all upon open, when HiDPI scaling is disabled - *only* happens when 'draw tabs in titlebar' is enabled. So here we get closer to the root of the problem, I imagine.

[Vseerror (vseerror)]

thanks for digging to get all the detail

[Wls220spring (wls220spring)]

(In reply to signupemail from comment #3)
> A test I should have tried before: I disabled all extensions (as well as resetting system themes to defaults). The problem persisted. @WaltS48: thank you for your testing; do you have HiDPI? I do (as I said above) and I have Cinnamon set to scale the screen by a factor of 2.

No, I don't have HiDPI.

[ALinuxUser (buntulongername-new)]

[walts48 wrote:]

> No, I don't have HiDPI.

@wsmwk

Anyone in a position to try to reproduce the problem, please?

[W-alessandro (w-alessandro)]

I'll take a look at this in a bit

[W-alessandro (w-alessandro)]

I tested this with the current settings:
* Linux elementary OS, based on Ubuntu 18.04.2, GTK 3.22.30
* mail.tabs.drawInTitlebar set to `TRUE`
* HiDPI monitor at 3840x2160 with scaling factor `DISABLED`

**Thunderbird 72.0a1**: Closing and reopening maximized works with all the themes. ✔️
**Thunderbird 68.1.1**: Closing and reopening maximized works with all the themes. ✔️
**Thunderbird 60.9.0**: Closing and reopening maximized works with all the themes. ✔️

Which version of GTK are you running?
I wonder if that might be related. Does it happen with Firefox as well?

I know Magnus runs Ubuntu, but I don't know if his version of GTK is more up to date.

[ALinuxUser (buntulongername-new)]

**GTK**: I am unsure. Does the following help?

    $ dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]'
    ii libgtk-3-0:amd64 3.22.30-1ubuntu4 amd64 GTK+ graphical user interface library
    ii libgtk-3-bin 3.22.30-1ubuntu4 amd64 programs for the GTK+ graphical user interface library
    ii libgtk-3-common 3.22.30-1ubuntu4 all common files for the GTK+ graphical user interface library
    ii libgtk2-gladexml-perl 1.007-2build4 amd64 Perl interface to use user interfaces created with glade-2
    ii libgtk2-perl 2:1.24992-1build1 amd64 Perl interface to the 2.x series of the Gimp Toolkit library
    ii libgtk2.0-0:amd64 2.24.32-1ubuntu1 amd64 GTK+ graphical user interface library
    ii libgtk2.0-0:i386 2.24.32-1ubuntu1 i386 GTK+ graphical user interface library
    ii libgtk2.0-bin 2.24.32-1ubuntu1 amd64 programs for the GTK+ graphical user interface library
    ii libgtk2.0-cil 2.12.40-2 amd64 CLI binding for the GTK+ toolkit 2.12
    ii libgtk2.0-common 2.24.32-1ubuntu1 all common files for the GTK+ graphical user interface library
    ii libgtk3-perl 0.032-1 all Perl bindings for the GTK+ graphical user interface library

**Firefox**: I seem to remember that, a year or two ago, it used to happen with Firefox; but, after some time (some months?) the problem disappeared. I do not have it now.

[Ryan Lee Sipes (ryanleesipes)]

I'm not able to reproduce this problem in Nightly. I believe this has been addressed. Going to get some others to test.

[Ryan Lee Sipes (ryanleesipes)]

Addressed in [bug: 1593578](https://bugzilla.mozilla.org/show_bug.cgi?id=1593578). Looks like this is fixed.

[ALinuxUser (buntulongername-new)]

@Ryan Sipes: have others in fact now tested the ostensible fix? I feel that this bug report - and indeed mine (#1593578), which at present remains open - should be closed only if there has been a fair amount of testing. (I hesitate myself to test. Here is why. When I have installed nightly versions of Thunderbird it has caused problems with my main Thunderbird installation. Yet perhaps that happened only on Windows. If so I could try a nightly version of Thunderbird at least if I could get it as an appImage or similar.)

[Mkmelin+mozilla (mkmelin+mozilla)]

I don't see this.

[Delfin (sagitariozod)]

I have de same issue in Ubuntu 23.04 and 23.10. Both gnome shell 44.0 and 44.01.