| 00:36 | <annevk> | Future.from(futureLike) -> 1. O is ToObject(futureLike) 2. then is Get(O, "then") 3. then.[[Call]](O, acceptCallback, rejectCallback) |
| 00:44 | <annevk> | (re-raise exceptions) |
| 04:19 | <annevk5> | @whatwg now has more followers than HTML has commits. |
| 07:49 | <zcorpan> | http://www.w3.org/mid/CAAWBYDDYihkKdCMj1hd3H=mkhxurZkss9wqkY-8HABAzPLvsOw⊙mgc :-( |
| 08:28 | <zcorpan> | so in cssom-view, if i want to say "fire a scroll event at the document when the viewport is scrolled", what's the right jargon for "the document"? |
| 08:29 | <zcorpan> | viewport -> browsing context -> window -> active document ? |
| 08:30 | <zcorpan> | or just viewport -> document? |
| 10:29 | <jgraham> | zcorpan: browsing context > active document, I think |
| 10:29 | <jgraham> | Well probably viewport > browsing context > active document |
| 11:57 | <zcorpan> | https://www.w3.org/Bugs/Public/show_bug.cgi?id=14071 anyone have an idea about what the spec should say? http://dev.w3.org/csswg/cssom-view/#widl-Screen-colorDepth |
| 12:15 | <asmodai> | Anyone know of a bug that appears at least in FF 20 where you visit a HTTPS URL, get a certificate problem (showing no chain), visit another HTTPS URL (working and uses same root as other cert), visiting the first HTTPS URL again it suddenly works? |
| 12:20 | <svl> | asmodai: there's a number of bug reports about incomplete certificate chains in bugzilla; generally (afaik) they're resigned to tech evangelism to get the sites to fix it |
| 12:21 | <svl> | and the chain information is cached, so it working on the second visit is pretty much "by design" |
| 12:22 | <asmodai> | svl: That would explain the subsequent visits working then. |
| 12:23 | <asmodai> | svl: Verifying the URL/cert with http://www.networking4all.com/en/support/tools/site+check/ shows the chain being able to be resolved. |
| 12:28 | <asmodai> | svl: So I'm a bit at a loss why it would fail for some Firefox users. |
| 12:29 | <asmodai> | Domain in question: https://ehm01.iwelcome.nl/ |
| 12:30 | <zcorpan> | anyone feel like it's time for naming things? https://www.w3.org/Bugs/Public/show_bug.cgi?id=20832 |
| 12:32 | <jgraham> | zcorpan: just invoke convertNameFromLongJavaNameToShorterNameThatPeopleMightActuallyLike? |
| 12:33 | <zcorpan> | https://jwatt.org/svg/tmp/mouse-relative-positioning.svg has MouseEvent.getCoordsAt |
| 12:34 | <zcorpan> | not sure if the reverse is also needed |
| 12:34 | <svl> | asmodai: hmm, can't reproduce the error in any of my firefoxes; not an expert in this field - was just aware of the behaviour. But if the certificate comes with the correct chain, then I don't know what else is happening. Might be worth just filing a bug |
| 12:35 | <zcorpan> | also not sure why it makes sense to have it on MouseEvent |
| 12:38 | <zcorpan> | i think elementFromPoint() is the reverse |
| 12:38 | <asmodai> | svl: We have a VM/vbox snapshot of a Windows box with ff that can reproduce the problem at least. |
| 12:38 | <asmodai> | svl: will file a bug report |
| 12:49 | <asmodai> | svl: Thing is, we (where I work at) ought to be sort of an expert in this field, but could still be something we might've missed. :) Thanks for help/pointers. |
| 15:18 | <zcorpan> | hmm, supporting both the legacy boolean argument to scrollIntoView() and a new options dictionary seems hairy. |
| 15:18 | <zcorpan> | maybe it's less hairy to have a new method? that's also possible to feature-check |
| 15:19 | zcorpan | looks at https://www.w3.org/Bugs/Public/show_bug.cgi?id=17152 |
| 15:43 | <jgraham> | I wonder how darobin managed to decide which parts of HTML are interoperable despite having no tests |
| 15:49 | <gsnedders> | His magic wand. |
| 15:51 | <annevk> | zcorpan: don't forget to queue a task |
| 15:56 | <hallvors> | stuff everything and everybody relies on should be pretty interoperable. Though having tests would be better, obviously :) |
| 15:59 | <jgraham> | Well if that was true then most sites would work in all browsers with little cross-browser testing |
| 15:59 | <jgraham> | Or, at least, there would be a substantial subset of functionality that one could confidently use without cross-browser testing |
| 16:00 | <jgraham> | It strikes me that subset isn't ibviously as large as that document would suggest |
| 16:01 | <jgraham> | e.g. the <img> element is marked as "interoperable". But are the details of img.complete interoperable, inclusing whether the status changes in the middle of scripts or only between scripts? |
| 16:01 | <jgraham> | (I'm pretty sure they are not) |
| 16:03 | <jgraham> | Similarly I'm prestty sure that HTMLFormControlsCollection has interop issues given that Ms2ger was complaining the other day about the state of the Gecko implementation and asking if we had tests |
| 16:03 | <jgraham> | hallvors: (do you know of any tests for named getters on that btw?) |
| 16:04 | <jgraham> | And clearly any part of the document that depends on WebIDL isn't interoperable |
| 16:04 | <jgraham> | So there is something between "fantasy" and "unstated assumptions" |
| 16:04 | <jgraham> | in the green parts of this document |
| 16:07 | <hallvors> | jgraham: /core/bts/visual/155403/002.html might be interesting, for example.. |
| 16:08 | <jgraham> | hallvors: Oh, it might be indeed |
| 16:15 | Ms2ger | listens carefully |
| 16:17 | <hallvors> | jgraham: /core/bts/javascript/195620/001.html is close to what you might be looking for too. Maybe with a small addition.. |
| 16:20 | <jgraham> | hallvors: Nice. |
| 16:20 | <jgraham> | I will find some time to testharnessify these. Shoudn't take long |
| 16:21 | <jgraham> | They both pass in gecko though, so I wouldn't get all that excited |
| 16:21 | <jgraham> | if I were Ms2ger, at least |
| 16:22 | <hallvors> | heh. Looking at old tests is a trip down memory lane. 219245 was a bad bug, back in those days.. |
| 16:22 | <Ms2ger> | Better than nothing :) |
| 16:23 | <jgraham> | If you are rewriting the code, I guess it is |
| 16:24 | <wilhelm> | There's a lot of good stuff on that server. |
| 16:28 | <hallvors> | jgraham: older and more hairy: /core/standards/scripts/jstest-futhark/js-regression/msie_collections.html - not sure if I really would want those old tests shared with the world :-p |
| 16:29 | <hallvors> | anyway, I'll get back to XHR stuff now.. |
| 16:29 | <hallvors> | wilhelm: it's also mostly disorganised :) |
| 16:31 | <jgraham> | Right, hallvors and a few others are the only reasonable search indexes |
| 16:32 | <jgraham> | Although I wonder… could be fun to get something like Google code search running for it |
| 16:32 | <Ms2ger> | If you zip it up and send me a copy, I'll be happy to become another search index ;) |
| 16:33 | <jgraham> | Hah, could be hard to get approval for that :) |
| 16:34 | <Ms2ger> | How unfortunate :) |
| 16:35 | <gsnedders> | But, hey, hopefully more and more getting released. |
| 16:35 | <gsnedders> | hallvors: tbh, I wasn't really planning on trying to release any of the jstest-futhark stuff |
| 16:35 | <Ms2ger> | gsnedders, pretty please? :) |
| 16:36 | <gsnedders> | Ms2ger: This is like half of what I'm doing this summer. ;) |
| 16:36 | <Ms2ger> | gsnedders++ |
| 16:36 | <hallvors> | quite. Unfortunately that msie_collections stuff might be the one that's most interesting to Ms2ger.. :-o |
| 16:37 | <hallvors> | though some of it looks like a long-abandoned work-in-progress |
| 16:37 | <hallvors> | (doesn't that describe the web too? :-]) |
| 16:37 | <wilhelm> | jgraham: Handing the entire repo out to key people might be easier to get approval for than a public dump. |
| 16:38 | <hallvors> | well, with that new open source engine we should try to actually think like an open source organisation eventually :-p |
| 16:38 | <wilhelm> | That would be nice. (c: |
| 16:39 | <hallvors> | (don't hold your breath :( many insiders wanted that for a long time already) |
| 16:41 | <wilhelm> | I'm familiar with the problem. (c: |
| 16:43 | <Ms2ger> | Almost makes it sound as if you've worked for Opera! ;) |
| 16:44 | <hallvors> | and sure, I agree - since we have tests that aren't clean and modern enough to release them with PR bells and whistles, we can still probably get approval to contribute some of them to certain persons or projects. Certainly in this day and age where we're less focused on the engine. |
| 16:47 | <wilhelm> | Ms2ger: ... Almost sounds like I've been in charge of the department writing all those tests, banging my head against metaphorical office-politics walls for years! (c: |
| 16:50 | <dglazkov> | good morning, Whatwg! |
| 16:51 | <wilhelm> | hallvors: Yes. Find a key person at Mozilla, Google, Apple and Microsoft, send them a full dump with a disclaimer. "Do not release publicly before all third-party code with dodgy licenses have been removed." |
| 17:39 | <jgraham> | Sunset for Presto |
| 17:39 | <jgraham> | Yet QA of years gone by |
| 17:39 | <jgraham> | Still only on t |
| 17:41 | <wilhelm> | Poetry. |
| 17:45 | <Ms2ger> | Haiku. |
| 17:47 | <jgraham> | I think the word you are looking for is "terrible" |
| 17:48 | <Ms2ger> | No comment :) |
| 17:54 | <astearns> | any poetry |
| 17:54 | <astearns> | can be doggerel, such as |
| 17:54 | <astearns> | terrible haiku |
| 17:55 | <Ms2ger> | Anyone lower? |
| 17:58 | <odinho> | *shrug* |
| 18:07 | <hallvors> | hours of attention |
| 18:07 | <hallvors> | does not guarantee success |
| 18:07 | <hallvors> | presto dies |
| 18:10 | <marcosc> | mmm... pesto |
| 18:22 | <jgraham> | Self-referential |
| 18:22 | <jgraham> | nonsense wins competiton |
| 18:22 | <jgraham> | for awful haiku |
| 18:34 | Ms2ger | wonders what http://lists.w3.org/Archives/Public/public-web-perf/2013May/0053.html is on about |
| 18:49 | <hallvors> | one can get certain browsers into a state where they send OPTIONS request with Authorization: headers. Interesting sight. |
| 18:50 | <hallvors> | anyway, annevk: you might find https://critic.hoppipolla.co.uk/7a87ac3b?review=86 interesting |
| 18:51 | <annevk> | hallvors: a CORS preflight or just a request using OPTIONS? |
| 18:51 | <hallvors> | CORS |
| 18:51 | <annevk> | whoa |
| 18:51 | <annevk> | that's a bug |
| 18:52 | <hallvors> | you might want to ban that explicitly somewhere :) |
| 18:52 | <hallvors> | interestingly, both Presto and Chromium did it |
| 18:52 | <hallvors> | perhaps after prompts and manual input.. |
| 18:53 | <hallvors> | having written some tests and looked at implementations, I think we should just not use user/pass from open() in CORS requests - call it a network error instead. However, I think setRequestHeader() should work. |
| 18:54 | <hallvors> | (although it doesn't in current implementations.. but that just looks buggy..) |
| 18:59 | <hallvors> | sigh.. http://w3c-test.org/web-platform-tests/submissions/103/XMLHttpRequest/send-authentication-cors-basic-setrequestheader.htm is completely broken on the w3c-test.org server because PHP isn't allowed to handle OPTIONS it seems |
| 18:59 | <hallvors> | hope darobin gets that fixed shortly |
| 19:00 | <hallvors> | makes it a bit harder to ask Anne for a review of those new tests :( |
| 19:02 | <annevk> | hallvors: that is banned |
| 19:03 | <annevk> | hallvors: it says the preflight is done without credentials |
| 19:03 | <hallvors> | 'k |
| 19:03 | <hallvors> | any plans for a CORS test suite? :) |
| 20:18 | <hallvors> | if XHR uses the OPTIONS verb in a cross-origin request, I suppose the other end needs to say Access-Control-Allow-Methods: options ? |
| 20:18 | <hallvors> | bet we don't have tests for that :-p |
| 20:38 | <zcorpan> | annevk5: i'll bring this idea up again: why not use <script import=url></script> instead of <link rel=import>? |
| 20:39 | <annevk> | zcorpan: oh forgot about that |
| 20:39 | <annevk> | dunno |
| 20:39 | <annevk> | hallvors: yeah, OPTIONS is not a special case |
| 20:44 | <annevk> | zcorpan: you should prolly elaborate a bit on the proposal for people to grasp it's not <script src> |
| 20:55 | <zcorpan> | annevk: what should i say? |
| 21:06 | <zcorpan> | sent an email |
| 21:15 | <annevk> | connection here is flaky |
| 21:35 | <smaug____> | odinho: how do I run https://github.com/w3c/web-platform-tests/tree/master/eventsource ? |
| 21:40 | <zcorpan> | smaug____: http://w3c-test.org/web-platform-tests/master/eventsource/ |
| 21:41 | <zcorpan> | smaug____: or do you mean on your own server? |
| 21:47 | <smaug____> | zcorpan: ah, thanks, that is enough |
| 23:42 | <zewt> | yet another confused person who thinks pushState removes the need to store client-side state in the hash |
| 23:45 | <Krinkle> | zewt: Are you referring to yourself? |
| 23:45 | Krinkle | sees no scrollback for several hours |
| 23:46 | <Krinkle> | no relevant scrollback that is* |
| 23:46 | <zewt> | ... |
| 23:47 | <zewt> | list |
