Closed
Bug 6735
Opened 25 years ago
Closed 25 years ago
[PP]Scroll bar not displayed in message pane for text msgs from 4.6
Categories
(MailNews Core :: Backend, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M7
People
(Reporter: esther, Assigned: alecf)
Details
Using 19990518 builds on win95 & linux the scroll bar for the message pane
disappears when selecting a message with just text on it. There is no work
around for the user to get to the bottom of the message. Couldn't check mac, it
failed the smoke test for may 18. Not a duplicate of 4599 which asks for (2)
scroll bars in message pane, this has no scroll bar at all for text messages.
1. Launch Messenger (single pop account)
2. Click on a message in the thread pane that has a lot of text (no html
attachments) and fills the message pane requiring a scroll bar.
Notice the scroll bar that was there for the Netcape advertisment msg goes away
with the msg and the text now displayed in the message pane, can not be
scrolled.
More testing suggests that viewing plain text msgs don't provide a scroll bar.
The large text msg I sent from 4.5 using HTML format, does display the scroll
bar in Seamonkey. The (2) plain text msgs I send from Seamonkey (after editing
the prefs50.js file to turn off send_html) don't display the scroll bar. Still
investigating scenarios.
Summary: Scoll bar not displayed in message pane for text msgs → Scroll bar not displayed in message pane for text msgs
If possible, we'd like this fixed for M6 because this bug makes it hard to read
messages on a regular basis in 5.0 - no real workaround since you can't control
what others send to you.
Assignee | ||
Comment 3•25 years ago
|
||
I'm not seeing this....I just talked to esther, she says she's going to try to
reproduce this one more time when the plaintext composer has stabilized.
It sounds like this is either:
1) a particularily unique case that might happen only with certain messages
2) a result of the message display IFRAME being a fixed height which is larger
than space the three pane window gives it, which means messages might fit in the
IFRAME, so there are no scroll bars, even though the IFRAME goes off the end of
the window.
To update: I believe the 4.x plain text displays OK (with a scroll bar) on M6,
it's seamonkey plain text that has the problem and we have turned off plain text
editing in M6. I will do more investigation of this when my systems are working
again and update this bug with a better scenario. (currently all the systems in
my cube are not able to connect to the network, should be fixed by end of day).
Updated•25 years ago
|
Whiteboard: trying to reproduce
OS: other → Mac System 8.5
Hardware: All → Macintosh
Summary: Scroll bar not displayed in message pane for text msgs → [PP]Scroll bar not displayed in message pane for text msgs from 4.6
Whiteboard: trying to reproduce
Using builds 19990525 on all platforms the problem seems to be with Mac only.
Win 32 & Linux displays scroll bars for the two scenarios listed below and
displays the carriage returns as blank lines. To see this you can go to account
qatest04@netscape.com
1. Sending from 4.6 plain text with 2 <returns> between characters a b c d e f
Mac does not provide a scroll bar and does not display the carriage returns as
blank lines.
2. Sending from plain text seamonkey with 2<returns> between chars a b c d e f
Mac does display the scroll bar but still does not display the carriage returns
as blank lines
Changing the platform to [PP] mac only, if you want a separate bug for the
carriage returns let me know.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M6 → M7
Assignee | ||
Comment 6•25 years ago
|
||
ok, since this only occurs for some messages on one platform, I'm moving this to
M7.
a seperate bug for carriage returns would be great.
Assignee | ||
Comment 7•25 years ago
|
||
I just talked to esther, here's the issue:
This has nothing to do with carriage returns, as it turns out - the behavior
she's seeing is just a symptom of the fact that our message display area IFRAME
has a fixed height of 325 pixels. We couldn't do "HEIGHT="100%" because of a bug
in gecko which seems to ignore percentage heights.
I'm trying to find the bug in gecko so I can fix this when that bug is fixed.
Per conversation with Alec, we'll retest this on all platforms when the Gecko
bug is fixed. Changing platforms to all.
The bug in gecko is http://bugzilla.mozilla.org/show_bug.cgi?id=3790 and it's
marked as invalid by the gecko folks.
Assignee | ||
Updated•25 years ago
|
Priority: P3 → P1
Assignee | ||
Comment 10•25 years ago
|
||
See #3624 (the other one was marked invalid because 3624 is the real bug)
Reporter | ||
Comment 11•25 years ago
|
||
Unfortunately bug 3624 was verified as fixed for the crash only, but a new bug
was suppose to be opened by glynn for the scroll bar weirdness. Can't find one
and he's no longer here. So 3790 should be reopened and possibly reassigned to
mscott to back out his temporary fix to see if the Gecko fix for 3624 took care
of the scroll bar weirdness.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 12•25 years ago
|
||
I fixed this by getting rid of the IFRAME
Reporter | ||
Comment 13•25 years ago
|
||
Using 19990608 builds on Win, Mac & linux sending plain text from Seamonkey &
4.6 the scroll bars are present when needed. Verified
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•