144688 - Message Display pref panel: too small for the text, cannot be resized

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Josef Feit]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc2) Gecko/20020510
BuildID:    2002051006

Edit->Preferences window is too small, the text is cut at the margins
and therefore partially inaccessible.
Platform: W98 ; observed in 0.98. 0.99, ? and now in 1.00pre2
Example:
Edit->Preferences->Mail&News->Message
 the last line I can see is "For example, display :-) as smile
 (and partially the next line Language, only top of the letters)

Reproducible: Always
Steps to Reproduce:
1. See Description
2.
3.

Actual Results:  See description

Expected Results:  Adjust the size of SetUp windows properly to the contents
or
allow the user to resize the window
or
use the scrollbars

I think it is a major problem, it prevents me to set up my mail server
parameters properly.

Tests on some other W98 may show my installation of W98 is broken;
this is rather probable, I cannot believe such a problem was unnoticed
so far (sorry for botherin you)

Comment 1

[Dominik Stadler]

This works for me on WinNT 4.0SP6a
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0rc2) Gecko/20020510

Can you please attach a screenshot that shows the problem?

This could be because of different settings in the display/screen layout
settings of Windows. Maybe you can try to change them to the default and see if
the problem still happens.

Comment 2

[Dominik Stadler]

Reply from Reporter:
Dear Sir,

I cannot reply to buglilla-daemon, so I am forwarding
the message back to you.

I tried to change the size of the font, the problem
persists.
I tried another computer with Win2000 and it works OK,
no problem.
I am attaching a screenshot of a too small window.
Best regards
Josef Feit

Comment 3

[Dominik Stadler]

Attachment: Screenshot of the preferences dialog

This attachment shows the preferences dialog as it appears for the reporter.

Comment 4

[Boris Zbarsky [:bzbarsky]]

To a more reasonable component... (why do we not have a "mailnews
preferences"???)

Comment 5

[R.K.Aa.]

I think this may be a more general problem. Bug 144504 is similar, it only has a
different sample (helper applications)

Comment 6

[Andre-John Mas]

Same problem under MacOS X. No resize box in the window.

Comment 7

[Ninoschka Baca]

Changing QA Contact to Olga and adding sairuh to Cc: list. 

Comment 8

[Oliver Stieber]

I get this problem on windows but not linux,
Mixed font sizes seems to be a bit of a problem, prohaps the matrixs aren't
calcualted for each font?
the left hand tree truncates names even when the window is resized on linux.
Changing to font to a 'Can you read this at the back of the class' or 'I'm a
little short sighted and forgot my glasses' size, results in a generaly poor layout.

Comment 9

[John Wittkoski]

Same problem on Mac OS9 (and also OSX 10.1.5 as mentioned above) both running
1.1a (build 2002061103).

I assume that the window is suppose to automatically size to fit everything
within it (which it doesn't seem to be doing), but why no resize control on the
window? (I don't claim to be an interface expect, so I don't know what the
"right" thing to do is.)

Comment 10

[Daniel B.]

Note that this bug means that some settings cannot be undone:

In the preferences window, if you:
- select "Fonts" from the Category tree, 
- set the screen resolution to 100 dpi, 
- close the Preferences window, 
- re-open the Preferences window, 
- select the Fonts item, 
then the screen-resolution components are not displayed (they apparently are
positioned below (in the Y direction) the bottom of the Preferences window)
and you can't set the screen resolution back to what it was before (or anything
else).

(This is under X11 on Linux, with Mozilla build 2002072204.)

The preferences window MUST be either 1) large enough for all cases, 
2) resizable, or 3) scrollable.

The default preferences window size SHOULD be large enough for all cases.

The preferences window PROBABLY SHOULD be resizable.


DSB/DSB

Comment 11

[Dario]

Same problem with build 2002082914 on win98se

Comment 12

[Chris Pickett]

Same problem with:

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910

Not a problem in Linux if I remember correctly.  Seems only to apply to
preferences.  Many other dialogs can be resized.  Definitely a major major bug
as the only way I can get access to these preferences is to edit them by hand. 
The preferences dialog evidently has a different coding than other dialogs (the
mail/news account settings works properly) ... probably just one or two lines of
code!  Please fix!  :) :)

Comment 13

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 14

[sairuh (rarely reading bugmail)]

the Mail & Newsgroups - Message Display preferences panel looks fine (content
fits) on win2k, using 2003.05.08. checked both modern and classic themes.

marking w4m, but do reopen if still a problem with a recent build. (pls also
note your operating system and screen resolution --thanks!)

Comment 15

[Mike B]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Screen Res: 1024x768

I find the problem occurs when using different themes for WinXP. Depending on
the theme (and I think maybe the default window font face and size), it the
preferences page may display correctly, or it might not. I am currently using
the theme "5th (minimal)" which you can get at http://themes.521.2ya.com/ with
the default font provided with that theme. If I use a different theme, the
problem goes away (for example, the default WinXP theme works...if I remember
correctly). I don't have the time to check a more recent build tonight, so I'll
leave it as w4m, but do reopen if no source changes have been checked in
regarding the preferences dialog.

Comment 16

[Mike B]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624

I still have this problem using the recent 1.4 release. The original attachment
is basically what I still see. I think the box should be resizable, if nothing
more than easier for you to code it. There must be something about different
themes/windows fonts that causes it not to work correctly. Read my above comment
for an example.

Please reopen this bug, as it hasn't gone away...

Comment 17

[Prognathous]

*** Bug 229618 has been marked as a duplicate of this bug. ***

Comment 18

[Prognathous]

Reopening. I also see this bug, under the following configurations:

* A fresh profile
* Final builds of 1.5 and 1.3, 1.7a-20040105 - all under WinXP Pro, SP1
* Build 1.7a-20031220 under Win98SE
* 1024x768
* Both Modern and Classic themes

Note that there are other 17 similar bugs that are now
closed. Some of these bugs are in the state of INVALID, some are WORKSFORME,
most are duplicates. This has to be a genuine problem, at least for some users.
See http://snipurl.com/no_prefs_resize_bugs

Prog.

Comment 19

[R. D. Flowers]

Horrendous.

Makes whole ap suite marginally useless when this onagain bugs re-appears after
the last brittle pseudo-fix.

Surely it is obvious that the ONLY clean fix involves flexibility (scrolling or
auto or manual resizing) -- NOT picking some size that'll fit all.

Should be a blocker wherever it appears. Not finish. CANNOT change prefs in any
sensible way. Cannot even see what prefs cannot be changed.

Comment 20

[chris hofmann]

too late for 1.6.  try for 1.7.

Comment 21

[Asa Dotzler [:asa]]

I've tried repeatedly to get my preferences content to not fit. I've resized my
fonts and even switched between the Microsoft XP themes. 

We'd certainly consider a fully reviewed patch if someone gets something
together in time for the release, but I don't think this bug impacts enough
people to be a 1.7alpha blocker. Setting flag to minus. 

Comment 22

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 23

[Wayne Mery (:wsmwk)]

WFM current trunk, winXP