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)

All
Other

Tracking

(Not tracked)

VERIFIED FIXED

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.
Target Milestone: M6
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).
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.
Target Milestone: M6 → M7
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.
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.
OS: Mac System 8.5 → other
Hardware: Macintosh → All
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.
Priority: P3 → P1
See #3624 (the other one was marked invalid because 3624 is the real bug)
QA Contact: lchiang → esther
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.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I fixed this by getting rid of the IFRAME
Status: RESOLVED → VERIFIED
Using 19990608 builds on Win, Mac & linux sending plain text from Seamonkey & 4.6 the scroll bars are present when needed. Verified
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.