Closed
Bug 635715
Opened 13 years ago
Closed 13 years ago
web.ebuddy.com messenger chat broken as of 2011-02-04 nightly
Categories
(Core :: XPConnect, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 633133
Tracking | Status | |
---|---|---|
blocking2.0 | --- | final+ |
People
(Reporter: bloganz, Assigned: mrbkap)
References
()
Details
(Keywords: regression, Whiteboard: [hardblocker])
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110221 Firefox/4.0b12pre Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110221 Firefox/4.0b12pre www.ebuddy.com on this site anfter typing "Passport" and "Password" a page (http://web.ebuddy.com/?startsession=1) will popup ,which loads the messenger where you can chat,but since Firefox 4.12pre this site lodas but saty empty even with reloading the site ,nothing happens. Reproducible: Always Steps to Reproduce: 1.type www.ebuddy.com in the adress bar 2.type "passport" & "password" 3.a page will popup 4.the page loads 5.and the page show just the background image Actual Results: same result empty page Expected Results: it should load a page with a chat site i'm a using a fresh & clean install of firefox 4.12pre on WIN7_x64,with no addons and themes
Comment 1•13 years ago
|
||
Correcting platform, since your user agent indicates 32bit build (platform refers to Minefield build, not OS). Would you be able to try and find the regression range: https://wiki.mozilla.org/QA/Triage#How_to_Help_with_Regressions_--_Finding_Regression_Windows (Please post the revision IDs from about:buildconfig rather than just the dates - thanks!)
Hardware: x86_64 → x86
Summary: the site loads but there is nothing to see,just the background image → web.ebuddy.com fails to load on latest nightly (site loads but there is nothing to see, just the background image)
Version: unspecified → Trunk
4.0b12pre(2001-02-03)...was the last 12pre release that could open the page correctly, after that none of the nightly releases worked about:buildconfig Source Built from http://hg.mozilla.org/mozilla-central/rev/094a7967e171 Build platform target i686-pc-mingw32 Build tools Compiler Version Compiler flags d;D:\mozilla-build\msys\mozilla-build\python25\python2.5.exe -O e;D:\mozilla-build\msys\builds\moz2_slave\cen-w32-ntly\build\build\cl.py cl 14.00.50727.762 -TC -nologo -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 d;D:\mozilla-build\msys\mozilla-build\python25\python2.5.exe -O e;D:\mozilla-build\msys\builds\moz2_slave\cen-w32-ntly\build\build\cl.py cl 14.00.50727.762 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fdgenerated.pdb -wd4800 -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 Configure arguments --enable-application=browser --enable-update-channel=nightly --enable-update-packaging --enable-jemalloc --enable-tests
Comment 3•13 years ago
|
||
Great - thanks! This gives... Last good nightly: 2011-02-03 First bad nightly: 2011-02-04 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=094a7967e171&tochange=847a825087f2 Could you try with Fx 4 beta 11, since it quite handily splits that range up even more, since it was built halfway between the two nightlies: ftp://ftp.mozilla.org/pub/firefox/releases/4.0b11/
blocking2.0: --- → ?
Keywords: regression,
regressionwindow-wanted
Updated•13 years ago
|
Summary: web.ebuddy.com fails to load on latest nightly (site loads but there is nothing to see, just the background image) → web.ebuddy.com messenger chat broken as of 2011-02-04 nightly
i'm alrealy using the 4.0b11 since 02-04 :) and no problems here http://img683.imageshack.us/img683/3600/ebuddyf.jpg about:buildconfig Source Built from http://hg.mozilla.org/mozilla-central/rev/f9d66f4d17bf Build platform target i686-pc-mingw32 Build tools Compiler Version Compiler flags d;D:\mozilla-build\msys\mozilla-build\python25\python2.5.exe -O e;D:\mozilla-build\msys\builds\moz2_slave\rel-cen-w32-bld\build\build\cl.py cl 14.00.50727.762 -TC -nologo -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 d;D:\mozilla-build\msys\mozilla-build\python25\python2.5.exe -O e;D:\mozilla-build\msys\builds\moz2_slave\rel-cen-w32-bld\build\build\cl.py cl 14.00.50727.762 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fdgenerated.pdb -wd4800 -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1 Configure arguments --enable-application=browser --enable-update-channel=beta --enable-update-packaging --enable-jemalloc --enable-tests --enable-official-branding
Comment 5•13 years ago
|
||
Reduced range... http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f9d66f4d17bf &tochange=847a825087f2
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•13 years ago
|
||
*sigh* http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f9d66f4d17bf&tochange=847a825087f2
Updated•13 years ago
|
Keywords: regressionwindow-wanted
Updated•13 years ago
|
blocking2.0: ? → final+
Updated•13 years ago
|
Whiteboard: [hardblocker]
Comment 7•13 years ago
|
||
WFM. Win 7 Pro 32bit. Mozilla/5.0 (Windows NT 6.1; rv:2.0b12pre) Gecko/20110222 Firefox/4.0b12pre (latest nightly) Built from http://hg.mozilla.org/mozilla-central/rev/1da3405c74fd http://img405.imageshack.us/img405/6434/95863831.jpg
Chango: can you confirm?
Comment 9•13 years ago
|
||
The first bad revision is: changeset: 61730:ed958cdc8396 user: Blake Kaplan <mrbkap@gmail.com> date: Wed Feb 02 22:05:07 2011 -0800 summary: Bug 630716 - Use a better method of comparing URIs for determining whether two compartments are same origin. r=bzbarsky, r=gal, a=blocker
OS: Windows 7 → All
Comment 10•13 years ago
|
||
This is NOT WFM for me on 1da3405c74fd (same revision ad Eddward's), but I need to log in from www.ebuddy.com instead of web.ebuddy.com.
Updated•13 years ago
|
Component: General → XPConnect
Product: Firefox → Core
QA Contact: general → xpconnect
Comment 11•13 years ago
|
||
(In reply to comment #10) > This is NOT WFM for me on 1da3405c74fd (same revision ad Eddward's), but I need > to log in from www.ebuddy.com instead of web.ebuddy.com. I can confirm this. (NOT WFM from www.ebuddy.com)
Adding gal, document.domain's biggest fan.
Comment 13•13 years ago
|
||
Can someone check the error log? Are we throwing any security exceptions?
Assignee | ||
Comment 14•13 years ago
|
||
It looks like my chase.com fix isn't entirely working. I'll debug it tomorrow.
Comment 15•13 years ago
|
||
I am out of blockers and available to help.
Reporter | ||
Comment 16•13 years ago
|
||
@Mike Shaver ..loggin from web.ebuddy.com is ok ,but if with www.ebuddy.com,i get this error (bug). http://img511.imageshack.us/img511/8094/ebuddy1.jpg ss you can see still nothing happens,and i'm testing all nightly builds since 02-03 now testing Built from http://hg.mozilla.org/mozilla-central/rev/f8279991d58f
Thanks, Blake. Chango: when it fails, do you see anything in the error console? (ctrl-shift-J)
Assignee: nobody → mrbkap
Comment 18•13 years ago
|
||
Error: u is undefined Source File: http://lcontent.ebuddy.com/web/va1.9.4/js/core.js Line: 785 u is probably defined by u=window.opener.document.forms["login-form"]
Reporter | ||
Comment 19•13 years ago
|
||
Same as Maurício Collares Neto Error: u is undefined Source File: http://lcontent.ebuddy.com/web/va1.9.4/js/core.js Line: 785 Error: http://lukaanz.lu.ohost.de/bug/error.jpg Warnings: http://lukaanz.lu.ohost.de/bug/warnings.jpg
Comment 20•13 years ago
|
||
I don't know if this helps, but here are the contents of a few variables as seen by Firebug: >>> window.opener.document.forms [form#cse-search-box cse, form#login-form, form#ie6_login_form dispatch] >>> window.opener.document.forms["login-form"] undefined >>> window.opener.document.forms[1] <form id="login-form" class="" method="POST" action="">
Comment 21•13 years ago
|
||
Blake says this is fixed by Mounir's patch in bug 633133, duping, and making this a blocker.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•