WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WORKSFORME
6519
local.live.com: umbrella bug
https://bugs.webkit.org/show_bug.cgi?id=6519
Summary
local.live.com: umbrella bug
Geoffrey Garen
Reported
2006-01-12 20:33:22 PST
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:
http://msdn.microsoft.com/workshop/author/dhtml/reference/methods/insertadjacentelement.asp
<GMT21-Dec-2005 21:17:15GMT> Darin Adler: Attached a rough first cut of the method only, not the JavaScript binding. We should try this to see if this is the only issue on the page.
Attachments
Darin's InsertAdjacentElement patch
(2.19 KB, patch)
2006-01-12 20:34 PST
,
Geoffrey Garen
no flags
Details
Formatted Diff
Diff
Screenshot of the difference between Safari and Firefox
(295.54 KB, image/png)
2006-01-12 20:50 PST
,
Geoffrey Garen
no flags
Details
Screenshot of mouseover menu behind map
(909.46 KB, image/png)
2006-07-26 06:44 PDT
,
Henry H.
no flags
Details
Updated screenshot of Safari vs. Firefox
(295.19 KB, image/png)
2006-10-15 13:44 PDT
,
Adam Roben (:aroben)
no flags
Details
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Geoffrey Garen
Comment 1
2006-01-12 20:34:14 PST
Created
attachment 5637
[details]
Darin's InsertAdjacentElement patch
Geoffrey Garen
Comment 2
2006-01-12 20:40:43 PST
Created new bug to track insertAdjacentElement:
Geoffrey Garen
Comment 3
2006-01-12 20:41:17 PST
Bug 6520
.
Geoffrey Garen
Comment 4
2006-01-12 20:50:02 PST
Created
attachment 5639
[details]
Screenshot of the difference between Safari and Firefox
Geoffrey Garen
Comment 5
2006-01-12 20:51:43 PST
Page depends on
bug 6041
because it uses JS getters.
Darin Adler
Comment 6
2006-01-14 10:03:52 PST
Major bug, but I don't think it meets our P1 criteria.
Rosyna
Comment 7
2006-03-06 21:57:39 PST
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).
Geoffrey Garen
Comment 8
2006-03-07 11:41:15 PST
The two may have the same underlying cause. We need more debugging work to decide that.
Geoffrey Garen
Comment 9
2006-03-17 15:50:11 PST
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
.
Maciej Stachowiak
Comment 10
2006-05-14 19:48:23 PDT
local.live.com now sort of works. But there are still specific bugs with some operations.
Darin Adler
Comment 11
2006-07-04 14:44:49 PDT
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.
Henry H.
Comment 12
2006-07-26 06:44:15 PDT
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.
Adam Roben (:aroben)
Comment 13
2006-10-15 13:44:42 PDT
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.
Sean E
Comment 14
2007-06-18 21:12:05 PDT
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) [edit] > 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. >
Martin Kerz
Comment 15
2008-02-10 06:01:54 PST
This is working here now with
r30119
.
Robert Blaut
Comment 16
2008-02-10 09:30:58 PST
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.
Martin Kerz
Comment 17
2008-02-10 10:01:05 PST
(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.
Sean E
Comment 18
2008-02-10 10:46:19 PST
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.
B
Comment 19
2008-02-12 06:16:17 PST
With Safari 3.0.4 (5523.15) [via 10.5.2 9C31] with User Agent set to Firefox 2.0.0.2,
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.
Robert Blaut
Comment 20
2008-12-23 05:26:55 PST
(In reply to
comment #19
)
> With Safari 3.0.4 (5523.15) [via 10.5.2 9C31] with User Agent set to Firefox > 2.0.0.2,
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. >
Is the issue still visible? The site redirects me properly to maps.live.com but I live in european country.
Gavin Barraclough
Comment 21
2011-06-15 01:21:23 PDT
http://local.live.com/
seems to be no more, but
http://www.bing.com/maps/
seems to work fine for me!
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug