10399 2010-08-19 12:52:41 +0000 base64 def in algorithm for put to data URI 2010-12-01 15:30:02 +0000 1 1 1 Unclassified HTML WG pre-LC1 HTML5 spec (editor: Ian Hickson) unspecified PC Windows NT VERIFIED INVALID http://dev.w3.org/html5/spec/Overview.html#submit-data-put TODO P2 normal --- 1 julian.reschke ian ian mike mjs Ms2ger public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 37637 0 julian.reschke 2010-08-19 12:52:41 +0000 This section currently does not cite RFC 2397 on how to create the URI; it probably should. If the current algorithm does stay though, it probably cite the latest and greatest on BASE64, which would be RFC 4648. 37683 1 ian 2010-08-21 21:52:15 +0000 Please file just one issue per bug. I'm tired of asking you to do this. 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: Rejected Change Description: no spec change Rationale: Invalid use of bug system. 37688 2 julian.reschke 2010-08-22 08:45:01 +0000 This is a single issue. 37712 3 ian 2010-08-23 21:31:17 +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: Rejected Change Description: no spec change Rationale: There's no reason to reference RFC2397 here. It wouldn't add anything useful. 37741 4 julian.reschke 2010-08-24 05:34:34 +0000 -> If the current algorithm does stay though, it probably cite the latest and greatest on BASE64, which would be RFC 4648. 37940 5 ian 2010-08-26 18:51:08 +0000 You said this bug had just one issue. Now you're reopening it for another issue. This is not valid use of the bug system. Look, ordinarily I would just fix the bug and move on, but you KEEP DOING THIS. Asking you politely to file one issue per bug is clearly not working. So I'm not fixing this issue as part of this bug. If you want it fixed, file a new bug, as you should have in the first place. 37964 6 julian.reschke 2010-08-26 19:43:30 +0000 This bug notes a problem and proposed to potential resolutions. Deal with it, please. 38662 7 julian.reschke 2010-09-08 12:29:24 +0000 A simple fix would be to replace > 4. A base-64 encoded representation of data. [RFC2045] by > 4. A base-64 encoded representation of data. (See "Base 64 Encoding", Section 4 of [RFC4648]) I'm at a loss why this can't be fixed without escalation. 38718 8 ian 2010-09-09 01:04:59 +0000 It doesn't need escalation, it just requires one bug per issue. Use the bug system correctly and everything will be fine. I'm just refusing to put up with your repeated misuse of the bug system because you KEEP DOING IT, so asking politely simply isn't working. TrackerRequest on this bug is completely inappropriate, since you're not even escalating the original bug, but a separate bug that hasn't even been filed yet. 38728 9 julian.reschke 2010-09-09 07:02:50 +0000 (In reply to comment #8) > It doesn't need escalation, it just requires one bug per issue. Use the bug > system correctly and everything will be fine. I'm just refusing to put up with > your repeated misuse of the bug system because you KEEP DOING IT, so asking > politely simply isn't working. > > TrackerRequest on this bug is completely inappropriate, since you're not even > escalating the original bug, but a separate bug that hasn't even been filed > yet. The bug raises one issue, and offers to potential resolutions. Anyway, I'll open an issue then. 38817 10 julian.reschke 2010-09-10 11:26:36 +0000 (to Ian Hickson: please do not silently remove TrackerRequest keywords) 38819 11 annevk 2010-09-10 11:31:42 +0000 Comment 8 was added while the keyword was removed. 38822 12 julian.reschke 2010-09-10 11:39:04 +0000 (In reply to comment #11) > Comment 8 was added while the keyword was removed. Indeed, I didn't realize the keyword was remove earlier the day before. So, rephrasing: please do not remove "TrackerRequest" keywords without consulting with the WG. 38841 13 ian 2010-09-10 18:54:19 +0000 My apologies, removing the keyword was accidental. 39033 14 mjs 2010-09-15 09:13:51 +0000 I have spoken to both Julian and Ian about this bug. Julian says that he feels he raised a single issue, with two alternative possible resolutions. Ian argues that this bug covers two separate issues. In the intererest of bypassing this argument and saving the WG time that would be consumed in processing this as a tracker issue, I have filed bug 10634 myself with the remaining issue, which is to update the base64 reference. Since this covers Julian's remaining concern, I am removing TrackerIssue for now. The other bug, once resolved, could be escalated in its own right if necessary.