All users were logged out of Bugzilla on October 13th, 2018

Edit Page does not load the page in composer




19 years ago
19 years ago


(Reporter: teruko, Assigned: radha)



Firefox Tracking Flags

(Not tracked)


(Whiteboard: [nsbeta2+], URL)


(3 attachments)



19 years ago
Edit Page does not load the page with meta charset (CJK) in Composer.

Steps of reproduce
1. Go to above URLs
2. Select menu File|Edit page
   Does not load the page in Composer.

I tested the following sites.

These page has Meta charset info.  Linux build only works fine loading page  , but it failed other sites.  Also, Win32 and Mac
build failed all.

I tested the western page, 
and  they works fine.

The page without meta charset info will be loading fine in all platform,
such as

Tested 2000-07-12-09 Win32, Mac, and 2000-07-12-11 Linux build.

Comment 1

19 years ago
Created attachment 11342 [details]
simple HTML labeled as iso-8859-2

Comment 2

19 years ago
It may be for any non iso-8859-1 page.
Ive attached a simple HTML file labeled iso-8859-2 w/only ASCII text.
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
test page in iso-8859-2

Comment 3

19 years ago
Nominating this for nsbeta2.  This means you cannot edit any non iso-8859-1
page that is correctly labeled.
Keywords: nsbeta2

Comment 4

19 years ago
Reassign to editor group.
Assignee: nhotta → beppe

Comment 5

19 years ago
Teruko, was this working before and broken recently?

Comment 6

19 years ago
Putting on [nsbeta2+] radar for beta2 fix. 
Whiteboard: [nsbeta2+]

Comment 7

19 years ago
assigning to jfrancis
Assignee: beppe → jfrancis
Severity: normal → major
Priority: P3 → P1
Target Milestone: --- → M17

Comment 8

19 years ago
accepting bug


19 years ago
Blocks: 45347

Comment 9

19 years ago
I spend some time here.
If you set a break point at
1. nsHTMLDocument::StartDocumentLoad and
2.  nsObserverBase::NotifyWebShell

in browser, if you hit a page with meta charset which have different charset
value than the default (your is in Shift_JIS and if
your normal default charset should be "ISO-8859-1"), then the following is what
you should see

1. stop at nsHTMLDocument::StartDocumentLoad, it find the default charset is
"ISO-8859-1" and it will ask the parser to load as "ISO-8859-1"
2. stop at nsObserverBase::NotifyWebShell, it find the meta charset is
"Shift_JIS" it will ask the WebShell to reload with "Shift_JIS"
3. stop at nsHTMLDocument::StartDocumentLoad, it find the webshell said
"Shift_JIS" is the one it should reload, it tell the parser to load "Shift_JIS"

This behave correctly in the browser
However, for composer, I see the following
1.  stop at nsHTMLDocument::StartDocumentLoad, it tell parser to load "ISO-8859-1"
2.  stop at nsHTMLDocument::StartDocumentLoad, it tell parser to load "ISO-8859-1"
3.  stp[ at nsObserverBase::NotifyWebShell, it tell the webshell to reload with

then nothing happen, the composer seems keep looping there.

I don't know why there are two stop in 1. and 2. I am not sure that is the same
document or not.

Comment 10

19 years ago
I try to just call "Task:Composer", it stop at the nsHTMLDocument::StartDocumentLoad
 twice even it is a blank. So I think the problem is the missing of the
reload itself.

Comment 11

19 years ago
i've seen the same as Frank.  It works in the m16 build.  7/8 build wont launch 
for me.  Bug reported against 7/12 build.  I think changes to nsWebShell.cpp are 
the culprit.  investigating...

Comment 12

19 years ago
This could happen eailer than 7/12. Don't get fooled by that date.
2000070208 window build is ok

Comment 13

19 years ago
2000070508 window build show the problem

Comment 14

19 years ago
2000070320 window build is ok

Comment 15

19 years ago
2000070408 window build is ok

Comment 16

19 years ago
2000070420 window build have problem. 
therefore, we can conclude the problem introduced between July 4 8:00AM PST and 
July 4 8:00PM

Comment 17

19 years ago
I back out radha's change and rebuild it, the problem go away.
mozilla/webshell/src/nsWebShell.cpp r=1.473 (comment out #define SH_INFRAMES 1)
mozilla/xpfe/browser/src/nsBrowserInstance.h r=1.30 (comment out #define 
mozilla/docshell/base/nsDocShell.h r=1.63 (comment out #define SH_IN_FRAMES 1   

Here is the bonsai to the changes of that period

here is the easiest reproduce procedure-
1. visit
2. you should see page loading
3. Select "File:Edit Page"
expect result- 
new composer window open, the page show the same as in the browser with extra 
composer decoration
actual result-
the composer window keep loading the page

Comment 18

19 years ago
thanks Frank.  Sounds like we duplicated a little work, but you beat em to it.  
Radha's changes were what I suspected as well.
I have a fix for the reload() not happening in international pages. I will 
attach it soon. Frank can you check if that fixes the composer too. Thanks
Created attachment 11417 [details] [diff] [review]
patch to nsDocShell.cpp::Relaod()

Comment 21

19 years ago
I have problem to apply your patch (patch failed.)
Can you give me a updated version ?
Created attachment 11428 [details] [diff] [review]
latest patch for nsDocShell.cpp


19 years ago
Assignee: jfrancis → radha

Comment 23

19 years ago
radah, I have problem with my build environment now. can you verify by yourself ? 
IT should be easy, just visit (if you do not have 
Japanese font, you will see some ? mark display there). do a "File:Edit Page", if 
your fix is good, you should see exactly the same thing in the composer, 
otherwise, the page won't finish loading in composer.

(If you need me to verify, I probabaly can do it tomorrow). Should we assign this 
bug to you ?
reassign to radha

Comment 24

19 years ago
Let me know if you need me to try out the changes...
I have checked in fix for this. I could bring up the page in the composer. 
jfrancis, it will be good if you can pull the changes to nsDocShell.cpp and make 
sure I haven't missed anything.
Last Resolved: 19 years ago
Resolution: --- → FIXED

Comment 26

19 years ago
I tried out the test case and it works fine now, although it takes several
seconds to load for some reason.

Comment 27

19 years ago
I verified this in 2000-07-18-10 Win32, Mac, and Linux build.
OS: Windows 3.1 → All
You need to log in before you can comment on or make changes to this bug.