Open Bug 321637 Opened 19 years ago Updated 3 years ago

maps.yahoo.com - Page does not load completely

Categories

(Core :: Layout, defect)

1.8 Branch
x86
Windows 2000
defect

Tracking

()

UNCONFIRMED

People

(Reporter: scottpioso, Unassigned)

References

()

Details

(Keywords: helpwanted, Whiteboard: [platform-rel-Yahoo!])

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 I was using mapquest and yahoo maps and found the same problem. The page does not display properly. When using IE, the page has a star where the location is entered. Mozilla does not do this and DOES NOT ALLOW YOU TO ZOOM IN FOR A CLOSER VIEW ON EITHER MAPQUEST OR YAHOO MAPS. Also, there are other problems when trying to zoom in or out when using either website. These are addressed below. Reproducible: Sometimes Steps to Reproduce: 1.I copied the URL from mozilla into IE and the problem did not occur. 2.I then retried the same URL back into Mozilla. 3.Same problem occured, NO STAR WHERE THE ADDRESS WAS ON THE MAP. Actual Results: (1) Launch Mozilla and go to yahoo home page. (2) Go to mapquest.com (3) Enter the following address into the address/search bar: 3395 Sturtevant St. San Diego, CA (4) Press the ENTER key. (5) Page reloads with no map present. (6) On the left side of the screen, you will find the zoom out/in buttons. These do not function at all. (7) I pressed the RELOAD button and nothing changed. (8) I then reset the cookies to allow cookies from the site. (9) I then closed the browser and relaunched it. (10) I reentered the URL into the address bar and the map displayed this time but I still couldn't zoom in or out. Expected Results: Already stated above The software should have allowed me to have full functionality of Mapquest and Yahoo maps. When using IE, there are no problems.
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051225 SeaMonkey/1.5a http://www.mapquest.com/maps/map.adp?searchtype=address&country=US&addtohistory=&searchtab=home&formtype=address&popflag=0&latitude=&longitude=&name=&phone=&cat=&address=3395+Sturtevant+St.&city=San+Diego&state=CA&zipcode= I can reproduce the bug if I allow loading of images from the original server only. Edit->Preferences->Privacy&Security->Images [ ] Do not load any images [ ] Accept images that come from the originating server only [x] Accept all images
WFM with Mozilla 1.7.12 on WinXP (maps loading and zomm works).
Summary: Page does not load completely → maps.yahoo.com - Page does not load completely
Version: unspecified → 1.7 Branch
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051228 SeaMonkey/1.5a Clicking the link from comment #1, the map didn't load. http://www.mapquest.com/maps/map.adp?searchtype=address&country=US&addtohistory=&searchtab=home&formtype=address&popflag=0&latitude=&longitude=&name=&phone=&cat=&address=3395+Sturtevant+St.&city=San+Diego&state=CA&zipcode My preferences were ok, and a reload did load the map. The page is loaded in two parts, after some action you see 'done' in the status bar, and a second later 'waiting for ... ' and 'transferring...' when the map is loaded. Maybe a networking problem? Slow ad servers blocking the loading from the map server?
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051230 SeaMonkey/1.5a I'm seeing that behaviour often first time of the day I'm loading that URL. Steps to reproduce: 1. Load http://www.mapquest.com/maps/map.adp?searchtype=address&country=US&addtohistory=&searchtab=home&formtype=address&popflag=0&latitude=&longitude=&name=&phone=&cat=&address=3395+Sturtevant+St.&city=San+Diego&state=CA&zipcode 2. Wait long until frame shows up and 'done' is seen in the status line 3. wait some time more until map loads, or doesn't 4. retry a day or two later Hovering over the ZOOM bar to the left: Map loaded, the blue buttons get silver on hover, Statusbar unchanged 'done' Map not loaded buttons don't change on hover, but status bar shows some URL I can't reproduce by Reoad or Shift-Reload, but I often saw it first time I tried, so maybe it depends on a session cookie, own I.P. or so.
http://mq-mapgend.websys.aol.com/?e=9&GetMapDirect=Gme5diw%2ca%3a9u12%3b%40%24x1%2dzgdr72%26%3d2n0%2d2l5u72%26y%405l68sd%40r%26h6aa0z%24xur7n%26u2gu%2c2%3a9672%3b%40b20w%24%3a%26%40%24x1%2dzgdr72%26%3d2n0%2d2l5u72%26%40%24nq67%261%2c%240062%3a%26 http://mq-mapgend.websys.aol.com/?e=9&GetMapDirect=Gme5diw%2ca%3a9u12%3b%40%24x1%2dzgdr72%26%3d2n0%2d2l5u72%26y%40sgfr5q%408%26uubg5r%24a0670%26u2gu%2c2%3a9672%3b%40b20w%24%3a%26%40%24x1%2dzgdr72%26%3d2n0%2d2l5u72%26%40%24nq67%261%2c%240062%3a%26 First link is the map (pure gif) 463x353 pixels, 2nd is zoomed out 473x361 pixels =================================================================================================================> difference starts at end of arrow According to LiveHTTPheaders first image did load, but wasn't rendered. With right-click on the zoombar at the left I did load the complete page including the 2nd gif into a new tab. Warning seen multiple times in JS-console, same always same line: Warning: reference to undefined property s_wd[v] Source File: http://cdn.mapquest.com/mqjavascript/s_code_banner_111605.js Line: 205 return s_wd[g]||s_wd.s_disableLegacyVars?s_wd[g]:s_wd[v]}var s_qav=''
Version: 1.7 Branch → Trunk
Logged using extension LiveHTTPHeaders. loaded in first tab and didn't see map: http://www.mapquest.com/maps/map.adp?searchtype=address&country=US&addtohistory=&searchtab=home&formtype=address&popflag=0&latitude=&longitude=&name=&phone=&cat=&address=3395+Sturtevant+St.&city=San+Diego&state=CA&zipcode Zoombar to the left didn't chnage buttons on hover, but was showing a URL in the status bar. Using right-click I opened this URL in a new tab. Result: In 1st tab, Buttons didn't show hover effect, map wasn't shown, but arrived according to LiveHTTPHeaders. In 2nd tab, Buttons changed color on hover, but status bar remeined unchanged, map file was shown.
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8) Gecko/20051224 Firefox/1.5 http://www.mapquest.com/maps/map.adp?searchtype=address&country=US&addtohistory=&searchtab=home&formtype=address&popflag=0&latitude=&longitude=&name=&phone=&cat=&address=3395+Sturtevant+St.&city=San+Diego&state=CA&zipcode loaded in 1st tab, missing: - map, and text below map: Clicking on map will: Zoom and Re-Center Re-Center - no button change on hover - on hover buttons url shown in statusbar, zoomfactor in URL changing. middle-click on button to load map in new 2nd tab: did load completely, including map Reload on 1st tab: did load completely, including map After writing this bug in a 3rd tab, changing to 1st and 2nd tab shows the map page without the map.gif, clicking on the empty map was activating 1st button, but didn't start a load. Helpwanted, what uis this bug: DOM, Layout, Networking? confirming seen on Win98 and Win2k using Seamonkey and Firefox 1.7, 1.8, Trunk
Keywords: helpwanted
Version: Trunk → 1.8 Branch
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8) Gecko/20051224 Firefox/1.5 Still same session, I can't get it to load, see a lot of warnings and errors in JS console. Maybe that is the one not showing the map: Error: Error in parsing value for property 'display'. Declaration dropped. Source File: http://www.mapquest.com/brands/mqsite/content.css?v=1.2 Line: 1806 /** * =LINK TO THIS MAP */ .lnktomap { display: inline-block; float: left; width: 300px; height: 200px; margin: 5px; border: 2px solid #ccc; }
Component: General → Layout
Product: Mozilla Application Suite → Core
So the cookies are the cause why it works on second load. If you delete the cookies from mapquest.com after first load, second load will fail, too.
jciccarelli@korve.com: Win2K user confirming Yahoo! Maps symptoms in Firefox 1.5.0.1. Base map is rendered but none of the "decorations" that should be painted over it (e.g. the icon showing the mapped address) or around it (e.g. the compass-direction jump-scroll arrows around the perimeter of the map window). The "mapped address" info does appear when you roll over its location with the mouse, but then disappears when you roll off that location. The compass-direction jump-scroll arrows around the map perimeter are functional, just invisible, i.e. if you click where one of the arrows should be, the map does redraw in the correct (now panned) location. This is a key frustration in using Firefox; it's one of the few reasons I still need to launch IE now and then.
Assignee: general → nobody
QA Contact: general → layout
Is this still a problem ?
platform-rel: --- → ?
Whiteboard: [platform-rel-Yahoo!]
platform-rel: ? → ---
link is the map (pure gif) 463x353 pixels check it https://maps-drivingdirections.com/
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: