Microsoft Windows Vista Community Forums - Vistaheads
Recommended Download



Welcome to the Microsoft Windows Vista Community Forums - Vistaheads, YOUR Largest Resource for Windows Vista related information.

You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so , join our community today!

If you have any problems with the registration process or your account login, please contact us.

Driver Scanner

bug in ie8's querySelectorAll implementation

microsoft.public.internetexplorer.general






Speedup My PC
Reply
  #1 (permalink)  
Old 01-20-2010
miketaylr
 

Posts: n/a
bug in ie8's querySelectorAll implementation
Hello, I'm not sure exactly where to submit a bug report--I couldn't find
anywhere on the IE Feedback page
(https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is the
wrong place, please forgive me (and point me in the right direction!)

According to the W3C spec, document.querySelectorAll('[selected=selected]')
should return the same NodeList as document.querySelectorAll('[selected]'),
however this is currently not the case.
document.querySelectorAll('[selected]') fails in all cases that I've tested.

Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html, with
just one <select> element that contains an <option selected=selected>
element, with a few more plain <options>.

Furthermore, from the spec, "If the user agent also supports some level of
CSS, the implementation should support the same set of selectors in both
these APIs and CSS."

IE8 clearly supports the [attr] {} selector syntax, as can be seen in the
test case, with the [multiple] {font-weight:bold} style.

This is a major bug, especially for JavaScript libraries such as jQuery,
Dojo, and Prototype that rely on IE8's QSA implementation for their selector
engines.

----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.

http://www.microsoft.com/communities...orer. general
Reply With Quote
Sponsored Links
  #2 (permalink)  
Old 01-20-2010
rob^_^
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation
Hi Mike,

at https://connect.microsoft.com/IE/Feedback

You have to do a Search first before the "Submit Feedback" will appear on
the bottom lhs of the page.

I don't know if this is "by design" but it sure as heck confuses ppl.

Regards.

"miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
> Hello, I'm not sure exactly where to submit a bug report--I couldn't find
> anywhere on the IE Feedback page
> (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is the
> wrong place, please forgive me (and point me in the right direction!)
>
> According to the W3C spec,
> document.querySelectorAll('[selected=selected]')
> should return the same NodeList as
> document.querySelectorAll('[selected]'),
> however this is currently not the case.
> document.querySelectorAll('[selected]') fails in all cases that I've
> tested.
>
> Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
> with
> just one <select> element that contains an <option selected=selected>
> element, with a few more plain <options>.
>
> Furthermore, from the spec, "If the user agent also supports some level of
> CSS, the implementation should support the same set of selectors in both
> these APIs and CSS."
>
> IE8 clearly supports the [attr] {} selector syntax, as can be seen in the
> test case, with the [multiple] {font-weight:bold} style.
>
> This is a major bug, especially for JavaScript libraries such as jQuery,
> Dojo, and Prototype that rely on IE8's QSA implementation for their
> selector
> engines.
>
> ----------------
> This post is a suggestion for Microsoft, and Microsoft responds to the
> suggestions with the most votes. To vote for this suggestion, click the "I
> Agree" button in the message pane. If you do not see the button, follow
> this
> link to open the suggestion in the Microsoft Web-based Newsreader and then
> click "I Agree" in the message pane.
>
> http://www.microsoft.com/communities...orer. general
>

Reply With Quote
  #3 (permalink)  
Old 01-20-2010
miketaylr
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation


"rob^_^" wrote:

> Hi Mike,
>
> at https://connect.microsoft.com/IE/Feedback
>
> You have to do a Search first before the "Submit Feedback" will appear on
> the bottom lhs of the page.
>
> I don't know if this is "by design" but it sure as heck confuses ppl.
>
> Regards.


Thanks for the response, rob.

Unfortunately, even after the search I don't get a "Submit Feedback" button,
in any browser. Here's a screenshot for posterity:
http://miketaylr.com/post/ca7dc860.png

This begs the question, where does one report bugs for the bug tracker? I
suppose I'll just have to wait for some benevolent IE dev to find this and
file a proper issue.


>
> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
> news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
> > Hello, I'm not sure exactly where to submit a bug report--I couldn't find
> > anywhere on the IE Feedback page
> > (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is the
> > wrong place, please forgive me (and point me in the right direction!)
> >
> > According to the W3C spec,
> > document.querySelectorAll('[selected=selected]')
> > should return the same NodeList as
> > document.querySelectorAll('[selected]'),
> > however this is currently not the case.
> > document.querySelectorAll('[selected]') fails in all cases that I've
> > tested.
> >
> > Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
> > with
> > just one <select> element that contains an <option selected=selected>
> > element, with a few more plain <options>.
> >
> > Furthermore, from the spec, "If the user agent also supports some level of
> > CSS, the implementation should support the same set of selectors in both
> > these APIs and CSS."
> >
> > IE8 clearly supports the [attr] {} selector syntax, as can be seen in the
> > test case, with the [multiple] {font-weight:bold} style.
> >
> > This is a major bug, especially for JavaScript libraries such as jQuery,
> > Dojo, and Prototype that rely on IE8's QSA implementation for their
> > selector
> > engines.
> >
> > ----------------
> > This post is a suggestion for Microsoft, and Microsoft responds to the
> > suggestions with the most votes. To vote for this suggestion, click the "I
> > Agree" button in the message pane. If you do not see the button, follow
> > this
> > link to open the suggestion in the Microsoft Web-based Newsreader and then
> > click "I Agree" in the message pane.
> >
> > http://www.microsoft.com/communities...orer. general
> >

Reply With Quote
  #4 (permalink)  
Old 01-20-2010
rob^_^
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation
Hi Mike,

From your screen shot, it looks like you are not logged in. Have you joined
up and added IE to your dashboard there?

You need to do this first in order to have access to submit issue tickets
(otherwise the connect team will not be able to inform your of the tickets
progress through the triage and resolution process. Its been a long time
since I joined so I am not sure if the "Membership" process has changed (I
think you still need either a passport or Live mail account).

Post back if you cannot join up and I can post it for you (or someone else
here who has access).

I had a cursory look at your test case but have not tried pulling it apart
to determine whether your HTML 5 DTD has a bearing on the expected outcome.
You can see that IE8 defaults with the IE8 Standards mode (HTML 4, CSS 2.1
etc )

I think we also need to check with the IE Test suite (link not at hand) to
see if there is an existing Unit Test that already documents any
shortcomings in standards compliance or its implementation in IE8. If there
is we can refer to it in the issue submission to escalate its importance.

One thing I did notice in your Test case running in the other browsers was
the lack of a pointer cursor over the selection list. Both FX and Chrome
display an IBeam cursor, making it difficult to select items in the list.
But yes the results differ from those in IE8.

Post back if you can't join up and I can spend some time making a post
(credited to you) on your behalf.

Regards.



"miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
news:280F65A1-C9C5-4126-81D0-C7AC78B05F02@microsoft.com...
>
>
> "rob^_^" wrote:
>
>> Hi Mike,
>>
>> at https://connect.microsoft.com/IE/Feedback
>>
>> You have to do a Search first before the "Submit Feedback" will appear on
>> the bottom lhs of the page.
>>
>> I don't know if this is "by design" but it sure as heck confuses ppl.
>>
>> Regards.

>
> Thanks for the response, rob.
>
> Unfortunately, even after the search I don't get a "Submit Feedback"
> button,
> in any browser. Here's a screenshot for posterity:
> http://miketaylr.com/post/ca7dc860.png
>
> This begs the question, where does one report bugs for the bug tracker? I
> suppose I'll just have to wait for some benevolent IE dev to find this and
> file a proper issue.
>
>
>>
>> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
>> news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
>> > Hello, I'm not sure exactly where to submit a bug report--I couldn't
>> > find
>> > anywhere on the IE Feedback page
>> > (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is
>> > the
>> > wrong place, please forgive me (and point me in the right direction!)
>> >
>> > According to the W3C spec,
>> > document.querySelectorAll('[selected=selected]')
>> > should return the same NodeList as
>> > document.querySelectorAll('[selected]'),
>> > however this is currently not the case.
>> > document.querySelectorAll('[selected]') fails in all cases that I've
>> > tested.
>> >
>> > Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
>> > with
>> > just one <select> element that contains an <option selected=selected>
>> > element, with a few more plain <options>.
>> >
>> > Furthermore, from the spec, "If the user agent also supports some level
>> > of
>> > CSS, the implementation should support the same set of selectors in
>> > both
>> > these APIs and CSS."
>> >
>> > IE8 clearly supports the [attr] {} selector syntax, as can be seen in
>> > the
>> > test case, with the [multiple] {font-weight:bold} style.
>> >
>> > This is a major bug, especially for JavaScript libraries such as
>> > jQuery,
>> > Dojo, and Prototype that rely on IE8's QSA implementation for their
>> > selector
>> > engines.
>> >
>> > ----------------
>> > This post is a suggestion for Microsoft, and Microsoft responds to the
>> > suggestions with the most votes. To vote for this suggestion, click the
>> > "I
>> > Agree" button in the message pane. If you do not see the button, follow
>> > this
>> > link to open the suggestion in the Microsoft Web-based Newsreader and
>> > then
>> > click "I Agree" in the message pane.
>> >
>> > http://www.microsoft.com/communities...orer. general
>> >

Reply With Quote
  #5 (permalink)  
Old 01-21-2010
rob^_^
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation
Hi Mike,

Please remove the Google urchin code from your test page.

Sish... what's the go?

Lucky I had my InPrivate filtering on.. he he.. you didn't catch me.

I don't think I should say regards...
<plonk>

"miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
> Hello, I'm not sure exactly where to submit a bug report--I couldn't find
> anywhere on the IE Feedback page
> (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is the
> wrong place, please forgive me (and point me in the right direction!)
>
> According to the W3C spec,
> document.querySelectorAll('[selected=selected]')
> should return the same NodeList as
> document.querySelectorAll('[selected]'),
> however this is currently not the case.
> document.querySelectorAll('[selected]') fails in all cases that I've
> tested.
>
> Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
> with
> just one <select> element that contains an <option selected=selected>
> element, with a few more plain <options>.
>
> Furthermore, from the spec, "If the user agent also supports some level of
> CSS, the implementation should support the same set of selectors in both
> these APIs and CSS."
>
> IE8 clearly supports the [attr] {} selector syntax, as can be seen in the
> test case, with the [multiple] {font-weight:bold} style.
>
> This is a major bug, especially for JavaScript libraries such as jQuery,
> Dojo, and Prototype that rely on IE8's QSA implementation for their
> selector
> engines.
>
> ----------------
> This post is a suggestion for Microsoft, and Microsoft responds to the
> suggestions with the most votes. To vote for this suggestion, click the "I
> Agree" button in the message pane. If you do not see the button, follow
> this
> link to open the suggestion in the Microsoft Web-based Newsreader and then
> click "I Agree" in the message pane.
>
> http://www.microsoft.com/communities...orer. general
>

Reply With Quote
  #6 (permalink)  
Old 01-21-2010
miketaylr
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation


"rob^_^" wrote:

> Hi Mike,
>
> From your screen shot, it looks like you are not logged in. Have you joined
> up and added IE to your dashboard there?


I actually was logged in--that part was cut off in the screenshot. Here's
another that shows me logged in, with Internet Explorer added to my
dashboard.
http://miketaylr.com/post/d2757359.png

>
> You need to do this first in order to have access to submit issue tickets
> (otherwise the connect team will not be able to inform your of the tickets
> progress through the triage and resolution process. Its been a long time
> since I joined so I am not sure if the "Membership" process has changed (I
> think you still need either a passport or Live mail account).
>
> Post back if you cannot join up and I can post it for you (or someone else
> here who has access).



>
> I had a cursory look at your test case but have not tried pulling it apart
> to determine whether your HTML 5 DTD has a bearing on the expected outcome.


HTML 5 doesn't have a DTD, but the doctype will render pages in standards
mode. Cf. http://hsivonen.iki.fi/doctype/

> You can see that IE8 defaults with the IE8 Standards mode (HTML 4, CSS 2.1
> etc )
>
> I think we also need to check with the IE Test suite (link not at hand) to
> see if there is an existing Unit Test that already documents any
> shortcomings in standards compliance or its implementation in IE8. If there
> is we can refer to it in the issue submission to escalate its importance.
>
> One thing I did notice in your Test case running in the other browsers was
> the lack of a pointer cursor over the selection list. Both FX and Chrome
> display an IBeam cursor, making it difficult to select items in the list.
> But yes the results differ from those in IE8.


It's true, but I'm not doing anything with cursor here.

>
> Post back if you can't join up and I can spend some time making a post
> (credited to you) on your behalf.
>


Thank you, I'd appreciate it.

> Regards.
>
>
>
> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
> news:280F65A1-C9C5-4126-81D0-C7AC78B05F02@microsoft.com...
> >
> >
> > "rob^_^" wrote:
> >
> >> Hi Mike,
> >>
> >> at https://connect.microsoft.com/IE/Feedback
> >>
> >> You have to do a Search first before the "Submit Feedback" will appear on
> >> the bottom lhs of the page.
> >>
> >> I don't know if this is "by design" but it sure as heck confuses ppl.
> >>
> >> Regards.

> >
> > Thanks for the response, rob.
> >
> > Unfortunately, even after the search I don't get a "Submit Feedback"
> > button,
> > in any browser. Here's a screenshot for posterity:
> > http://miketaylr.com/post/ca7dc860.png
> >
> > This begs the question, where does one report bugs for the bug tracker? I
> > suppose I'll just have to wait for some benevolent IE dev to find this and
> > file a proper issue.
> >
> >
> >>
> >> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
> >> news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
> >> > Hello, I'm not sure exactly where to submit a bug report--I couldn't
> >> > find
> >> > anywhere on the IE Feedback page
> >> > (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is
> >> > the
> >> > wrong place, please forgive me (and point me in the right direction!)
> >> >
> >> > According to the W3C spec,
> >> > document.querySelectorAll('[selected=selected]')
> >> > should return the same NodeList as
> >> > document.querySelectorAll('[selected]'),
> >> > however this is currently not the case.
> >> > document.querySelectorAll('[selected]') fails in all cases that I've
> >> > tested.
> >> >
> >> > Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
> >> > with
> >> > just one <select> element that contains an <option selected=selected>
> >> > element, with a few more plain <options>.
> >> >
> >> > Furthermore, from the spec, "If the user agent also supports some level
> >> > of
> >> > CSS, the implementation should support the same set of selectors in
> >> > both
> >> > these APIs and CSS."
> >> >
> >> > IE8 clearly supports the [attr] {} selector syntax, as can be seen in
> >> > the
> >> > test case, with the [multiple] {font-weight:bold} style.
> >> >
> >> > This is a major bug, especially for JavaScript libraries such as
> >> > jQuery,
> >> > Dojo, and Prototype that rely on IE8's QSA implementation for their
> >> > selector
> >> > engines.
> >> >
> >> > ----------------
> >> > This post is a suggestion for Microsoft, and Microsoft responds to the
> >> > suggestions with the most votes. To vote for this suggestion, click the
> >> > "I
> >> > Agree" button in the message pane. If you do not see the button, follow
> >> > this
> >> > link to open the suggestion in the Microsoft Web-based Newsreader and
> >> > then
> >> > click "I Agree" in the message pane.
> >> >
> >> > http://www.microsoft.com/communities...orer. general
> >> >

Reply With Quote
  #7 (permalink)  
Old 01-21-2010
miketaylr
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation


"rob^_^" wrote:

> Hi Mike,
>
> Please remove the Google urchin code from your test page.
>
> Sish... what's the go?


Eh, that's in there in a default template. And certainly not affecting the
test case.

>
> Lucky I had my InPrivate filtering on.. he he.. you didn't catch me.
>
> I don't think I should say regards...
> <plonk>


Wow, really?

>
> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
> news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
> > Hello, I'm not sure exactly where to submit a bug report--I couldn't find
> > anywhere on the IE Feedback page
> > (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is the
> > wrong place, please forgive me (and point me in the right direction!)
> >
> > According to the W3C spec,
> > document.querySelectorAll('[selected=selected]')
> > should return the same NodeList as
> > document.querySelectorAll('[selected]'),
> > however this is currently not the case.
> > document.querySelectorAll('[selected]') fails in all cases that I've
> > tested.
> >
> > Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
> > with
> > just one <select> element that contains an <option selected=selected>
> > element, with a few more plain <options>.
> >
> > Furthermore, from the spec, "If the user agent also supports some level of
> > CSS, the implementation should support the same set of selectors in both
> > these APIs and CSS."
> >
> > IE8 clearly supports the [attr] {} selector syntax, as can be seen in the
> > test case, with the [multiple] {font-weight:bold} style.
> >
> > This is a major bug, especially for JavaScript libraries such as jQuery,
> > Dojo, and Prototype that rely on IE8's QSA implementation for their
> > selector
> > engines.
> >
> > ----------------
> > This post is a suggestion for Microsoft, and Microsoft responds to the
> > suggestions with the most votes. To vote for this suggestion, click the "I
> > Agree" button in the message pane. If you do not see the button, follow
> > this
> > link to open the suggestion in the Microsoft Web-based Newsreader and then
> > click "I Agree" in the message pane.
> >
> > http://www.microsoft.com/communities...orer. general
> >

Reply With Quote
  #8 (permalink)  
Old 01-22-2010
rob^_^
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation
Hi,

If it was placed there by accident then please remove it. If you wish to
track visitation to your test page can't you use your server logs?

Its important your test cases are exactly that... no external code...
sandboxed... to rule out anything but the issue you are testing.

Regards.

I forgive you... but please no external code. especially g's urchin

"miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
news:ADD4E7A6-C75F-4EF5-B804-A8510DF35A12@microsoft.com...
>
>
> "rob^_^" wrote:
>
>> Hi Mike,
>>
>> Please remove the Google urchin code from your test page.
>>
>> Sish... what's the go?

>
> Eh, that's in there in a default template. And certainly not affecting the
> test case.
>
>>
>> Lucky I had my InPrivate filtering on.. he he.. you didn't catch me.
>>
>> I don't think I should say regards...
>> <plonk>

>
> Wow, really?
>
>>
>> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
>> news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
>> > Hello, I'm not sure exactly where to submit a bug report--I couldn't
>> > find
>> > anywhere on the IE Feedback page
>> > (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this is
>> > the
>> > wrong place, please forgive me (and point me in the right direction!)
>> >
>> > According to the W3C spec,
>> > document.querySelectorAll('[selected=selected]')
>> > should return the same NodeList as
>> > document.querySelectorAll('[selected]'),
>> > however this is currently not the case.
>> > document.querySelectorAll('[selected]') fails in all cases that I've
>> > tested.
>> >
>> > Here is a simplified test case: http://miketaylr.com/test/ie8qsa.html,
>> > with
>> > just one <select> element that contains an <option selected=selected>
>> > element, with a few more plain <options>.
>> >
>> > Furthermore, from the spec, "If the user agent also supports some level
>> > of
>> > CSS, the implementation should support the same set of selectors in
>> > both
>> > these APIs and CSS."
>> >
>> > IE8 clearly supports the [attr] {} selector syntax, as can be seen in
>> > the
>> > test case, with the [multiple] {font-weight:bold} style.
>> >
>> > This is a major bug, especially for JavaScript libraries such as
>> > jQuery,
>> > Dojo, and Prototype that rely on IE8's QSA implementation for their
>> > selector
>> > engines.
>> >
>> > ----------------
>> > This post is a suggestion for Microsoft, and Microsoft responds to the
>> > suggestions with the most votes. To vote for this suggestion, click the
>> > "I
>> > Agree" button in the message pane. If you do not see the button, follow
>> > this
>> > link to open the suggestion in the Microsoft Web-based Newsreader and
>> > then
>> > click "I Agree" in the message pane.
>> >
>> > http://www.microsoft.com/communities...orer. general
>> >

Reply With Quote
  #9 (permalink)  
Old 01-22-2010
rob^_^
 

Posts: n/a
Re: bug in ie8's querySelectorAll implementation
Hi,

Sorry,

From IE8 Feedback Home

select the "Feedback" menu link on the lhs.

Then do your search.

The search results page with have the "Submit Feedback" button on the bottom
lhs.

Regards.

"miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
news:95996B8A-9A2F-436C-8637-304844B04626@microsoft.com...
>
>
> "rob^_^" wrote:
>
>> Hi Mike,
>>
>> From your screen shot, it looks like you are not logged in. Have you
>> joined
>> up and added IE to your dashboard there?

>
> I actually was logged in--that part was cut off in the screenshot. Here's
> another that shows me logged in, with Internet Explorer added to my
> dashboard.
> http://miketaylr.com/post/d2757359.png
>
>>
>> You need to do this first in order to have access to submit issue tickets
>> (otherwise the connect team will not be able to inform your of the
>> tickets
>> progress through the triage and resolution process. Its been a long time
>> since I joined so I am not sure if the "Membership" process has changed
>> (I
>> think you still need either a passport or Live mail account).
>>
>> Post back if you cannot join up and I can post it for you (or someone
>> else
>> here who has access).

>
>
>>
>> I had a cursory look at your test case but have not tried pulling it
>> apart
>> to determine whether your HTML 5 DTD has a bearing on the expected
>> outcome.

>
> HTML 5 doesn't have a DTD, but the doctype will render pages in standards
> mode. Cf. http://hsivonen.iki.fi/doctype/
>
>> You can see that IE8 defaults with the IE8 Standards mode (HTML 4, CSS
>> 2.1
>> etc )
>>
>> I think we also need to check with the IE Test suite (link not at hand)
>> to
>> see if there is an existing Unit Test that already documents any
>> shortcomings in standards compliance or its implementation in IE8. If
>> there
>> is we can refer to it in the issue submission to escalate its importance.
>>
>> One thing I did notice in your Test case running in the other browsers
>> was
>> the lack of a pointer cursor over the selection list. Both FX and Chrome
>> display an IBeam cursor, making it difficult to select items in the list.
>> But yes the results differ from those in IE8.

>
> It's true, but I'm not doing anything with cursor here.
>
>>
>> Post back if you can't join up and I can spend some time making a post
>> (credited to you) on your behalf.
>>

>
> Thank you, I'd appreciate it.
>
>> Regards.
>>
>>
>>
>> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
>> news:280F65A1-C9C5-4126-81D0-C7AC78B05F02@microsoft.com...
>> >
>> >
>> > "rob^_^" wrote:
>> >
>> >> Hi Mike,
>> >>
>> >> at https://connect.microsoft.com/IE/Feedback
>> >>
>> >> You have to do a Search first before the "Submit Feedback" will appear
>> >> on
>> >> the bottom lhs of the page.
>> >>
>> >> I don't know if this is "by design" but it sure as heck confuses ppl.
>> >>
>> >> Regards.
>> >
>> > Thanks for the response, rob.
>> >
>> > Unfortunately, even after the search I don't get a "Submit Feedback"
>> > button,
>> > in any browser. Here's a screenshot for posterity:
>> > http://miketaylr.com/post/ca7dc860.png
>> >
>> > This begs the question, where does one report bugs for the bug tracker?
>> > I
>> > suppose I'll just have to wait for some benevolent IE dev to find this
>> > and
>> > file a proper issue.
>> >
>> >
>> >>
>> >> "miketaylr" <miketaylr@discussions.microsoft.com> wrote in message
>> >> news:B337AE1E-8041-473A-BA94-F23BEE4CD506@microsoft.com...
>> >> > Hello, I'm not sure exactly where to submit a bug report--I couldn't
>> >> > find
>> >> > anywhere on the IE Feedback page
>> >> > (https://connect.microsoft.com/IE/Feedback?wa=wsignin1.0). If this
>> >> > is
>> >> > the
>> >> > wrong place, please forgive me (and point me in the right
>> >> > direction!)
>> >> >
>> >> > According to the W3C spec,
>> >> > document.querySelectorAll('[selected=selected]')
>> >> > should return the same NodeList as
>> >> > document.querySelectorAll('[selected]'),
>> >> > however this is currently not the case.
>> >> > document.querySelectorAll('[selected]') fails in all cases that I've
>> >> > tested.
>> >> >
>> >> > Here is a simplified test case:
>> >> > http://miketaylr.com/test/ie8qsa.html,
>> >> > with
>> >> > just one <select> element that contains an <option
>> >> > selected=selected>
>> >> > element, with a few more plain <options>.
>> >> >
>> >> > Furthermore, from the spec, "If the user agent also supports some
>> >> > level
>> >> > of
>> >> > CSS, the implementation should support the same set of selectors in
>> >> > both
>> >> > these APIs and CSS."
>> >> >
>> >> > IE8 clearly supports the [attr] {} selector syntax, as can be seen
>> >> > in
>> >> > the
>> >> > test case, with the [multiple] {font-weight:bold} style.
>> >> >
>> >> > This is a major bug, especially for JavaScript libraries such as
>> >> > jQuery,
>> >> > Dojo, and Prototype that rely on IE8's QSA implementation for their
>> >> > selector
>> >> > engines.
>> >> >
>> >> > ----------------
>> >> > This post is a suggestion for Microsoft, and Microsoft responds to
>> >> > the
>> >> > suggestions with the most votes. To vote for this suggestion, click
>> >> > the
>> >> > "I
>> >> > Agree" button in the message pane. If you do not see the button,
>> >> > follow
>> >> > this
>> >> > link to open the suggestion in the Microsoft Web-based Newsreader
>> >> > and
>> >> > then
>> >> > click "I Agree" in the message pane.
>> >> >
>> >> > http://www.microsoft.com/communities...orer. general
>> >> >

Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
A Suggestion Update For IE8's Smart Screen Filter Jack microsoft.public.internetexplorer.general 0 11-13-2009 18:52
Does the XML file for import to IE8's InPrivate filter actually use regex? VanguardLH microsoft.public.internetexplorer.general 2 09-07-2009 04:23
IE8's clickjacking fix not much help, experts say Steve Security News 0 01-28-2009 11:00
IE8's Clickjacking Fix Not Much Help, Experts Say Steve Security News 0 01-28-2009 01:40
Opera: IE8's changes don't let Microsoft off legal hook Paul Security News 0 03-07-2008 23:10




All times are GMT +1. The time now is 05:53.




Driver Scanner - Free Scan Now

Vistaheads.com is part of the Heads Network. See also XPHeads.com , Win7Heads.com and Win8Heads.com.


Design by Vjacheslav Trushkin for phpBBStyles.com.
Powered by vBulletin® Version 3.6.7
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.6.0 RC 2

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120