This bug is also in Radar as <rdar://4371259>
local.live.com does not work in Safari. This is probably not a regression, but notable. It works fine in
FireFox 1.0.7 on the same system.
<GMT19-Dec-2005 23:43:33GMT> Geoff Garen:
On TOT, the JS console says document.body.insertAdjacentElement was called but undefined.
<GMT20-Dec-2005 17:40:30GMT> Mark Malone:
w3c appendchild should be used
<GMT20-Dec-2005 18:56:19GMT> Geoff Garen:
<GMT21-Dec-2005 21:17:15GMT> Darin Adler:
this is the only issue on the page.
Created attachment 5637 [details]
Darin's InsertAdjacentElement patch
Created new bug to track insertAdjacentElement:
Created attachment 5639 [details]
Screenshot of the difference between Safari and Firefox
Page depends on bug 6041 because it uses JS getters.
Major bug, but I don't think it meets our P1 criteria.
Is this the same bug as 6622? The screenshot posted here seems to apply to 6622 (also, both sites are from Microsoft and IIRC, done by the same team).
The two may have the same underlying cause. We need more debugging work to decide that.
Darin and Maciej and I talked this over and concluded that adding support for the Mozilla compatibility layer, which uses the DOM, is a better approach than implementing IE's extensions to the DOM. So let's try that approach first. Relating bug 7838.
local.live.com now sort of works. But there are still specific bugs with some operations.
Can someone put some details here about what still doesn't work in local.live.com? We've fixed all the specific bugs that came out of this, so it would be good to dig in the next step.
Created attachment 9697 [details]
Screenshot of mouseover menu behind map
Newbie here -- I just tried the latest build of Webkit with local.live.com, and it looks like the mouseover menus are hidden behind the map.
Created attachment 11099 [details]
Updated screenshot of Safari vs. Firefox
We now seem to be failing some kind of browser sniffing, as going to http://local.live.com/ in the nightlies redirects to http://intl.local.live.com/ and gives a much less dynamic interface.
Any update on this? Bug has been open for a year and a half, and http://local.live.com still does not work (redirecting to http://intl.local.live.com with a broken/sparse UI) on the beta release of Safari 3. This is a relatively major website that is COMPLETELY broken on Safari...
(In reply to comment #13)
> Created an attachment (id=11099) 
> Updated screenshot of Safari vs. Firefox
> We now seem to be failing some kind of browser sniffing, as going to
> http://local.live.com/ in the nightlies redirects to
> http://intl.local.live.com/ and gives a much less dynamic interface.
This is working here now with r30119.
Martin, the site works but it still redirects Safari to http://intl.local.live.com/ instead of http://maps.live.com.
The remaining issue is an Evengelism bug.
(In reply to comment #16)
> Martin, the site works but it still redirects Safari to
> http://intl.local.live.com/ instead of http://maps.live.com.
> The remaining issue is an Evengelism bug.
That's interesting, because here in Germany, it redirects to http://maps.live.de/LiveSearch.LocalLive which is the full featured beast.
I have some contacts on the Live team that I can reach out to, although:
1) For me, the "Get Directions" button does not work... it just goes to a spinning green wheel forever
2) Can anyone confirm that a shipping version of Safari works with http://local.live.com (with a user-agent override)? I would have to imagine that they will not remove the block for a nightly build of webkit, but might do so for a shipping build of Safari.
With Safari 3.0.4 (5523.15) [via 10.5.2 9C31] with User Agent set to Firefox 22.214.171.124, http://local.live.com appears to work fine, including Get Directions.
I'm in the US and without the User Agent set it gets redirected to the intl.local.live.com text site, so this appears to be simply a bogus server-side block.
(In reply to comment #19)
> With Safari 3.0.4 (5523.15) [via 10.5.2 9C31] with User Agent set to Firefox
> 126.96.36.199, http://local.live.com appears to work fine, including Get Directions.
> I'm in the US and without the User Agent set it gets redirected to the
> intl.local.live.com text site, so this appears to be simply a bogus server-side
Is the issue still visible? The site redirects me properly to maps.live.com but I live in european country.
http://local.live.com/ seems to be no more, but http://www.bing.com/maps/ seems to work fine for me!