Closed Bug 45988 Opened 25 years ago Closed 25 years ago

Universal Auto Detect ON: page source function in mail broken

Categories

(MailNews Core :: Internationalization, defect, P4)

Product:
MailNews Core
Component:
Internationalization
Platform:
x86
Windows 98
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED INVALID
Milestone:
mozilla0.9.2

People

(Reporter: guangyan, Assigned: nhottanscp)

Details

(Keywords: intl, Whiteboard: [nsbeta1+])

observed with 2000-07-19-20 build Steps to reproduce: 1. select a message 2. go to View|Page Source Expected result: a window pops up with the page source actual result (most of the time): a blank window that doesn't display any source. when this window is moved or resized, it also causes refresh problems for opened browser windows.
similar to bug 41440 "[Regression] Mail View | Page Source displays only blank" It was set "WFM" a day later - the bug "vanished".
fenella - does this problem occur for you?
see my prev comments, fenella
QA Contact: lchiang → fenella
No. I did not see this problem on the 7/19 builds on all 3 platforms.
I checked page source quite frequently. I was able to view page source on 7/19 builds and filed a bug 45896, which lists recipients six time in the page source. I shall check win98 today's build to make sure.
I try to reproduce this bug using the following builds: Linux (2000-07-21-08 M17) redhat 6.0 win32 (2000-07-21-09 M17) on Win_nt 4.0 and Win98 Mac (2000-07-21-08 M17) I do not see any problem. Mark it worksforme. If the original reporter still sees it, please let me know.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
.
Status: RESOLVED → VERIFIED
yes, I am still having this problem with today's build (07-21-08) on Japanese win98
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
Ok. It should belong to international QA group.
Component: Mail Back End → Internationalization
QA Contact: fenella → momoi
OK. I'm going to confirm this bug. The problem seems to happen only when you have Auto-Detect (all) module is checked ON. We tried othe Auto-Detect module like Japanese and that did not have the problem. Scott, turn on the View | Character Coding | Auto-Detect (All) and try view source. You should see the problem. I'm copying shanjian who worked on Auto-detect (all) and ftang.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Okay I see it now too when auto-detect all is selected. Nice detective work.
Status: NEW → ASSIGNED
Keywords: correctness, nsbeta3
Target Milestone: --- → M18
Keywords: mail2
I checked in some alis detector fixes yesterday. This bug might be fixed by those changes. Could somebody check it one more time?
Can someone verify this is fixed?
Whiteboard: [b3 need info]
8/8 Win32 M18 build seems to hang when we engage the View Page source function as far as that view source window is concerned and we cannot see if the problem is really fixed. This result is slightly different than the original porblem reported but the function seems broken in any case. The current state is that the view source window does not even draw blank but instead seems to be failing to redraw what it had in the parent window.
mail triage marking nsbeta3-
Whiteboard: [b3 need info] → [nsbeta3-]
Whiteboard: [nsbeta3-]
i don't think so.....we freeze the window when you try to view source the message. We can't minus that kind of behavior...
Interesting, in the 8/9 build, I can view the source of a mail message. I don't have Auto-Detect (all) module is checked ON though. Kat, is there a hang/freeze under that case only?
Lisa, a very good point. That is indeed the case. I have proposed that for any language which doesn't have a specific auto-detect module designed for it, we ship with "Auto-detect (All)" ON. This problem seems to affect the View Page source in mail only when Auto-Detect (All) is ON. It's Ok if you turn on Japanese auto-detect for example. Shanjian, Ftang, you are the 2 main people responsible for putting in the Auto-detect (ALL), if a mail client has to call this service differently, please help with additional info.
So under the current default settings plan, Auto-Detect (ALL) should be ON for US builds -- this has not happened yet.
If we decide to make this the default, this can only be used in the commercial builds. The universal auto-detect is not in the mozilla builds because it is licensed from a 3rd party and not open-source.
This bug is only about the hang problem that occurs when auto-detect is ON. Therefore nsbeta3-. If you want to change the default setting, please file another bug. However, we would probably disagree with that change.
Summary: page source function in mail broken → Auto Detect ON: page source function in mail broken
Whiteboard: [nsbeta3-]
sorry for the extra email. Removing mail2 keyword.
Keywords: mail2
Keywords: intl
QA contact to ji.
QA Contact: momoi → ji
Target Milestone: M18 → ---
Jenn- Please triage this one for nsbeta1. iQA thinks it should be addressed.
Keywords: nsbeta1
Summary: Auto Detect ON: page source function in mail broken → Universal Auto Detect ON: page source function in mail broken
marking nsbeta1+ and moving to 0.9.2
Whiteboard: [nsbeta3-] → [nsbeta1+]
Target Milestone: --- → mozilla0.9.2
This bug belongs to I18N...I know nothing about auto detect charset stuff =). Over to nhotta for I18N triage.
Assignee: mscott → nhotta
Status: ASSIGNED → NEW
I agree, not sure why assigned to mscott. Also this is universal auto detection only, please move this to bugscape. Anyway, mail/new view source has problems in general and we do not ship the universal as a default.
Priority: P3 → P4
>mail/new view source has problems in general I mean i18n related problems.
This bug is invalid bugzilla bug, please open a new bugscape bug and move the attributes (e.g. keywords).
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → INVALID
Filed bugscape #4879 for this. Marked this as verified.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.