brandt24 Reporter
	Description • 15 years ago

User-Agent:       Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.4pre) Gecko/20090914 Shredder/3.0b4pre

Some of the buttons in the Account Settings dialogue are simply cut off by default.

Reproducible: Always

Steps to Reproduce:
1. Start TB.
2. Go to Tools / Account Settings.
3. Look at the Server Settings, for instance.
Actual Results:  
One may see that some of the buttons and text does not fit into the window.

	Andreas Nilsson (:andreasn) Assignee
	Comment 1 • 15 years ago

What panes get cuts off? There is already Bug 416263 and 516472 about similar issues with the account settings dialog.

	Nikolay Shopik
	Comment 5 • 15 years ago

I clearly see this on Windows 7 when running beta 3. bug 516472 could actually solve this problem.

	Nikolay Shopik
	Comment 6 • 15 years ago

I've see problem like shown in comment #2
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Shredder/3.0b4pre

	Valery Kondakoff
	Comment 9 • 15 years ago

confirmed on Win7
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20091002 Shredder/3.0pre

	Valery Kondakoff
	Comment 10 • 15 years ago

And this does not blocks the TB3?

	Nikolay Shopik
	Comment 12 • 15 years ago

It works here, seems like 3.0 only issue.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091020 Shredder/3.1a1pre

	Valery Kondakoff
	Comment 13 • 15 years ago

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5pre) Gecko/20091022 Shredder/3.0pre

	[:Aureliano Buendía]
	Comment 17 • 15 years ago

see bug #524893 comment #5: workaround fix your issue?

	Gyorgy Szilagyi
	Comment 19 • 15 years ago

Also confirmed with TB3 RC1 running on Vista. Added screenshots (accountsettingsvista.zip). Suggest to mark it a blocking.

	Kirk M
	Comment 24 • 15 years ago

Confirmed using TB 3.0 RC1 in Windows 7. 

*Note*: More importantly, this problem does not show up in Ubuntu Linux (version 9.10). Not only are the buttons not cut off (room to spare actually) but the dialog box is re-sizable in Linux but not in Windows. I agree, this should be blocking TB 3.0 final. Even though this problem doesn't affect functionality at all, it does look rather shoddy and unfinished. Considering users have a habit of judging things by their looks plus the fact that Windows has the largest market share, shouldn't this be blocking the final release?

	Dan Mosedale (:dmosedale, :dmose)
	Comment 25 • 15 years ago

While this is ugly, it doesn't actually inhibit any functionality, and most people will end up using the autoconfig dialog most of the time anyway. We won't hold 3.0 for it, but we'll need to do _something_ here for 3.0.1.  Setting flags appropriately.

	Andreas Nilsson (:andreasn) Assignee
	Comment 28 • 15 years ago

This makes the buttons not getting cut off on my system by increasing the width from 97 to 107 of accountManager.size in AccountManager.dtd

I'm not 100% certain that this is the correct place to fix it, based on the paragraph above in that file, but as this is a issue in the en-US locale it might be the right place and I haven't found any other place to fix it.

	Andreas Nilsson (:andreasn) Assignee
	Comment 29 • 15 years ago

Comment on attachment 416887 [details] [diff] [review]
possible fix

asking for a code review from Neil as well, since he wrote the initial code and should know the details on what is correct and not.

	neil@parkwaycc.co.uk
	Comment 30 • 15 years ago

Going from 97 to 107ch does seem like a big jump. Does 105ch not suffice?

	Andreas Nilsson (:andreasn) Assignee
	Comment 31 • 15 years ago

indeed, 105 ch seems to be just enough

	Bryan Clark (DevTools PM) [:clarkbw]
	Comment 32 • 15 years ago

Comment on attachment 417084 [details] [diff] [review]
updated patch (105ch wide)

seems good to me

	[:Aureliano Buendía]
	Comment 34 • 15 years ago

Andreas, I set bug #530502 as dupe of this because has similar\dupe symptom: the Account Settings "Manage Identities"  button is hidden because height minor than is necessary... your patch can fix also this? :-D

	Andreas Nilsson (:andreasn) Assignee
	Comment 35 • 15 years ago

Aureliano: I think I want to do that one as a separate patch, so I'll attach a patch to the other bug report for that one if it's ok.

	Eduard Borsos
	Comment 36 • 15 years ago

I found this bug on my machine too. It's the same with those ones on the screnshots. Buttons are cut off. I'm running windows XP sp3. I also have an Ubuntu 9.10 with thunderbird3, and I'll check that too.

	Blake Winton (:bwinton) (:☕️)
	Comment 37 • 15 years ago

Checked in as http://hg.mozilla.org/comm-central/rev/c44f8b55f777

	Mark Banner (:standard8)
	Comment 38 • 15 years ago

Comment on attachment 417084 [details] [diff] [review]
updated patch (105ch wide)

Setting approval request, I just need to check something first.

	Blake Winton (:bwinton) (:☕️)
	Comment 39 • 15 years ago

Landed on 1.9.1 as <http://hg.mozilla.org/releases/comm-1.9.1/rev/e5629bfffefa>.

	Mark Cohen
	Comment 41 • 15 years ago

As of Thunderbird 3.0.2, this problem still exists.

	Ludovic Hirlimann [:Usul]
	Comment 42 • 15 years ago

(In reply to comment #41)
> As of Thunderbird 3.0.2, this problem still exists.

Even when you nuke the locastore.rdf file in your profile ? if so please file a new bug.

	Pyther
	Comment 43 • 15 years ago

This problem also exists for me in 3.0.2 (Linux GTK) even after removing locastore.rdf

	William Blunn
	Comment 44 • 15 years ago

This bug is manifesting for me in Thunderbird 3.0.4 over Windows Vista Service Pack 2 32-bit.

Even after:

Shutting down Thunderbird.
Removing the file "localstore.rdf" in "the profile" (AppData/Roaming/Thunderbird/profiles/{...}".
Re-startinging Thunderbird.

	William Blunn
	Comment 45 • 15 years ago

This "bug zilla" or whatever it is appears to be a technical tool for use by product engineers.

I don't really know what I am looking at here.

We appear to have status "Resolved Fixed". But manifestly that is not the case because I am still seeing the problem here. I've clicked "Check for updates", but it says there aren't any updates, and I'm still getting the problem.

Can someone explain, in straightforward language, how and when that "Resolved Fixed" status might translate into my getting a working version in my hands?

	Wayne Mery (:wsmwk)
	Comment 46 • 14 years ago

If you still see a problem, please file a new bug, attach a screen shot to the bug, and comment here.

Note this bug addressed dialog width. Bug 416263 / bug 507640 are more specific to addressing vertical size