Closed Bug 250230 Opened 20 years ago Closed 20 years ago

Gmail doesn't load with the July 7th build.

Categories

(Core :: DOM: Core & HTML, defect)

x86
All
defect
Not set
critical

Tracking

()

VERIFIED FIXED

People

(Reporter: stephend, Assigned: aaronlev)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

(Networking for now, but might this be something else...?)

Build ID: 2004-07-07-07, Windows XP Seamonkey trunk.

Summary: Gmail doesn't load with the July 7th build.

Steps to Reproduce:

1.  Load www.gmail.com
2.  This will redirect to http://gmail.google.com/gmail

Expected Results:

After the 'Loading...' text in red appears, it should redirect to your Gmail account

Actual Results:

It sticks on 'Loading...', but this isn't doing any client-side loading, it's
waiting for a redirect or something on the server-side.

Build 2004-07-05-09 works just fine.
linux too.
OS: Windows XP → All
SunOS, too.  This is not platform-specific.
<biesi> Error loading URL
https://www.google.com/accounts/CheckCookie?continue=http%3A%2F%2Fgmail.google.com%2Fgmail&service=mail&chtml=LoginDoneHtml
: 804b0002
<biesi> hm...
<biesi> (that's NS_BINDING_ABORTED)
<biesi> WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(EnsureScriptEnvironment())) failed,
file /home/chb/mozilla/docshell/base/nsWebShell.cpp, line 290
<biesi> WARNING: NS_ENSURE_TRUE(aPresContext) failed, file
/home/chb/mozilla/content/html/content/src/nsGenericHTMLElement.cpp, line 1359
<biesi> the webshell one happens twice; the last one ~10 times
Flags: blocking1.8a2?
so, this patch would fix gmail. I have zero idea whether it is correct or the
right thing to do.

aaronl added this as part of Bug 171366
-> aaronl
Assignee: darin → aaronleventhal
-> dom:html, and cc'ing some people who know this code and can maybe comment on
the patch
Component: Networking → DOM: HTML
QA Contact: benc → ian
Comment on attachment 152547 [details] [diff] [review]
this would fix it

Biesi, can you remove the line instead of commenting it out? With that, r=
Attachment #152547 - Flags: review+
I think getting rid of the NS_ENSURE_ARG is the right fix because it will now
continue in the call chain to nsGenericElement::HandleDOMEvent, the way it
always did when aPresContext is null.
Comment on attachment 152547 [details] [diff] [review]
this would fix it

sr=jst with that line removed.
Attachment #152547 - Flags: superreview+
Attachment #152547 - Flags: superreview?
Attachment #152547 - Flags: superreview? → approval1.8a2?
Comment on attachment 152547 [details] [diff] [review]
this would fix it

a=dveditz
Attachment #152547 - Flags: approval1.8a2? → approval1.8a2+
This should block 1.8a2 -- high profile site.
Flags: blocking1.8a2? → blocking1.8a2+
Comment on attachment 152547 [details] [diff] [review]
this would fix it

a=sspitzer, but I think we should remove that NS_ENSURE_ARG, instead of
commenting it out, based on aaron's comment:

"I think getting rid of the NS_ENSURE_ARG is the right fix"

can you remove it, instead of commenting it out?
*** Bug 250385 has been marked as a duplicate of this bug. ***
Checking in content/html/content/src/nsGenericHTMLElement.cpp;
/cvsroot/mozilla/content/html/content/src/nsGenericHTMLElement.cpp,v  <-- 
nsGenericHTMLElement.cpp
new revision: 1.522; previous revision: 1.521
done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
*** Bug 250352 has been marked as a duplicate of this bug. ***
*** Bug 250494 has been marked as a duplicate of this bug. ***
Verified FIXED with build 2004-07-13-08 on Windows XP.
Status: RESOLVED → VERIFIED
*** Bug 251570 has been marked as a duplicate of this bug. ***
on w2k i get instead of "loading" with the nightly build version:

var testcookie = 'jscookietest=valid';document.cookie = testcookie;if
(document.cookie.indexOf(testcookie) == -1) {top.location =
'/gmail/html/nocookies.html';}document.cookie = testcookie + ';expires=' + new
Date(0).toGMTString();var agt = navigator.userAgent.toLowerCase();if
(agt.indexOf('msie')!= -1 && document.all) {var control = (agt.indexOf('msie 5')
!= -1) ? 'Microsoft.XMLHTTP' : 'Msxml2.XMLHTTP';try {new NULL /script>

but i'm not sure if this is the right one, as help about says:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040711
Firefox/0.9.0+

Component: DOM: HTML → DOM: Core & HTML
QA Contact: ian → general
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: