13106 2011-06-30 21:07:41 +0000 When determining order of icons via tree order, tree order at what point? post-load? past onLoad()? 2011-08-08 18:58:39 +0000 1 1 1 Unclassified HTML WG LC1 HTML5 spec unspecified All All CLOSED FIXED http://www.whatwg.org/specs/web-apps/current-work/#rel-icon P2 normal --- 1 contributor ian ayg groby ian mike public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 50523 0 contributor 2011-06-30 21:07:41 +0000 Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html Multipage: http://www.whatwg.org/C#rel-icon Complete: http://www.whatwg.org/c#rel-icon Comment: When determining order of icons via tree order, tree order at what point? post-load? past onLoad()? Posted from: 2620:0:1001:1001:72cd:60ff:fea8:58be User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_7) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.112 Safari/534.30 50561 1 ayg 2011-07-01 17:12:48 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the Editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the Tracker Issue; or you may create a Tracker Issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Additional Information Needed Change Description: no spec change Rationale: At any given point in time, tree order is well-defined. So it's just tree order at whatever time the UA makes the decision on displaying an icon. What specific case do you think needs to be clarified in practice? What to do if the author changes the icons around after the page has loaded? Is this a real interop problem? If so, what do you think would be a good solution and why? 50564 2 groby 2011-07-01 17:20:17 +0000 That is sufficient clarification, but means a full tree search whenever the UA requests an icon. At least one current major browser implementation (WebKit) collects the rel-icon links during initial tree build right now. Not saying either approach is right or wrong, simply asking for clarification since I am currently working on supporting rel-icon in Chromium/WebKit 50567 3 ayg 2011-07-01 17:45:27 +0000 I'm inclined to say the spec should just make the icon selection entirely undefined unless we have clear reason to believe we need interop here. Browsers won't be picking the same icons no matter what, since they might be displaying them at different sizes or such, so why do we need to try for any interop at all? It's only a display issue, not author-visible. Just let them pick icons according to whatever algorithm they like if they're given multiple ones. If authors do something silly like give two entirely different icons at the same size, it's not going to hurt anything much if different browsers pick different ones, it will just be slightly confusing. This is closely related to bug 13107. If the decision were to make which icon to pick entirely UA-defined, that would resolve both of these bugs. 52377 4 mike 2011-08-04 05:00:50 +0000 mass-moved component to LC1 54277 5 ian 2011-08-06 00:31:51 +0000 I've tried to clarify this by saying that it's the tree order at the time the UA collects the list of icons. Note though that if you're going to update the icon in realtime, which some sites depend on, you're going to have to recollect the icons each time the author changes the rel=icon links anyway. So it's not like you can really get away from it. EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Partially Accepted Change Description: see diff given below Rationale: clarification is always good... 54278 6 contributor 2011-08-06 00:32:04 +0000 Checked in as WHATWG revision r6379. Check-in comment: Try to clarify that UAs don't have to continually be rescanning for icons and sorting each time. http://html5.org/tools/web-apps-tracker?from=6378&to=6379 54387 7 groby 2011-08-08 18:58:39 +0000 Thank you for the clarification!