User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101117 Firefox/4.0b8pre Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101117 Firefox/4.0b8pre Google Maps is not working with the latest Minefield build. When I click on "Get Directions" on Google Maps, nothing happens and I get a "Still loading... Slow? Use the troubleshooting guide or basic HTML" error message on the top of the page. Internet Explorer 8 loads the directions fine. I can't even move or resize the map in Google Maps either. Reproducible: Always Steps to Reproduce: 1. Go to maps.google.com. 2. Try to get driving directions with "Get Directions". 3. Nothing happens (doesn't load the directions). 4. Map won't respond to mouse movements either. Actual Results: Cannot move or resize the map in Google Maps. I also cannot change my default starting location or get driving directions. Minefield build 11/14 worked fine (official Nightly build). Also, IE 8 works fine, so it isn't a problem on Google's end. I ALWAYS test sites with bugs with more than one web browser to see if it is the site or the browser that has the problem. Expected Results: Google Maps should respond to mouse movements on the map image and I should be able to obtain driving directions.
I am going to backtrace with hourly builds and see which version was the last one that worked.
Nothing seems to work with google maps with today's nightly. The console has these errors: Error: Permission denied to access property 'markTimeline' Source File: http://maps.google.com/ Line: 2 Error: vpLoad is undefined Source File: http://maps.google.com/ Line: 19
Status: UNCONFIRMED → NEW
Ever confirmed: true
pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ef83567ee8d8&tochange=898ef162e026 Regressed by: aafeff43ea25 David Dahl — Bug 587734: enable the lazy console API added in bug 568629, and hook it up to the Web Console, r=gavin, a=blocking
The last hourly build that it WORKS is: 1289946514-20101116142834-898ef162e026-firefox-4.0b8pre.en-US.win32.zip 16-Nov-2010 15:55 14M. All other builds after that it hangs at "Loading...".
blocking2.0: --- → ?
Component: General → DOM
Product: Firefox → Core
QA Contact: general → general
Sorry...wrong build given in comment 4. Last hourly that it WORKS is: 1289944446-20101116135406-ef83567ee8d8-firefox-4.0b8pre.en-US.win32
Component: DOM → Developer Tools
OS: Windows 7 → All
Product: Core → Firefox
QA Contact: general → developer.tools
Hardware: x86_64 → All
Version: unspecified → Trunk
The devtools team landed the lazy console last night. This may revert back to Core:DOM, depending on what we find out from jst and mrbkap.
(In reply to comment #7) > The devtools team landed the lazy console last night. This may revert back to > Core:DOM, depending on what we find out from jst and mrbkap. ( we landed bug 587734 )
Should be fixed by bug 612861, can anyone confirm?
blocking2.0: ? → beta8+
Component: Developer Tools → DOM
Product: Firefox → Core
QA Contact: developer.tools → general
Confirmed using latest hourly. Based on cset: http://hg.mozilla.org/mozilla-central/rev/6d7b682a3cc4 Win7 x64
Confirmed - working with latest hourly build (1290029469-20101117133109-6d7b682a3cc4). I guess this bug can be closed now.
See fixed by bug 612861, see comments 9, 10 and 11.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
Whiteboard: [fixed by bug 612861]
Target Milestone: --- → mozilla2.0b8
according to comments 10 & 11.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.