00:53:19  * ncthom91joined
01:25:46  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:00:18  * ncthom91joined
02:03:59  * ncthom91quit (Client Quit)
03:15:48  * plutoniixquit (Quit: Leaving)
05:56:23  * xaxxonjoined
05:59:28  * xaxxon_joined
06:00:12  * xaxxonquit (Disconnected by services)
06:00:27  * xaxxonjoined
06:00:35  * xaxxon__joined
06:15:08  * Guest59_joined
06:18:00  * Guest59quit (Ping timeout: 258 seconds)
06:27:32  * xaxxon_quit (Quit: Leaving)
06:27:36  * xaxxon__quit (Quit: Leaving)
06:52:35  * xaxxon_joined
06:53:12  * xaxxonquit (Quit: Leaving)
06:54:48  * xaxxon_quit (Client Quit)
06:56:24  * xaxxonjoined
07:00:30  * xaxxonquit (Client Quit)
08:25:51  * hferreirojoined
10:31:45  * sxajoined
11:09:47  * caitpquit (Ping timeout: 265 seconds)
11:10:03  * caitpjoined
12:26:24  * akleinquit
12:26:38  * akleinjoined
13:09:34  * platicusquit (Read error: Connection reset by peer)
13:09:34  * aperezdcquit (Remote host closed the connection)
13:13:24  * platicusjoined
13:13:31  * mikolalysenkoquit
13:13:50  * mikolalysenkojoined
13:15:17  * aperezdcjoined
13:27:51  * platicusquit (Remote host closed the connection)
13:27:52  * aperezdcquit (Remote host closed the connection)
13:28:14  * platicusjoined
13:28:46  * aperezdcjoined
14:00:24  <trungl-bot>Tree closed by buildbot@chromium.org: Tree is closed (Automatic: "Check" on http://build.chromium.org/p/client.v8/builders/V8%20Linux%20-%20arm64%20-%20sim%20-%20MSAN/builds/12409 "V8 Linux - arm64 - sim - MSAN" from c4057d464511a217851148df862126eea664df33: clemensh@chromium.org,jgruber@chromium.org)
14:05:05  * JoWiequit
14:05:28  * JoWiejoined
14:18:37  * obiwahnquit (Ping timeout: 260 seconds)
14:24:08  * obiwahnjoined
14:41:46  * bradleymeckjoined
14:44:47  <trungl-bot>Tree opened by hablich@chromium.org: Tree is open (revert in flight)
14:54:52  <trungl-bot>Tree closed by buildbot@chromium.org: Tree is closed (Automatic: "Mozilla" on http://build.chromium.org/p/client.v8.ports/builders/V8%20Linux%20-%20arm64%20-%20sim%20-%20debug/builds/3865 "V8 Linux - arm64 - sim - debug" from 626d620d4d130485b5a4ea14bfb9097038ab3575: bradnelson@chromium.org,clemensh@chromium.org,jgruber@chromium.org)
15:15:02  <trungl-bot>Tree opened by machenbach@chromium.org: open
15:51:12  * hferreiroquit (Quit: Connection closed for inactivity)
16:17:28  <trungl-bot>Tree closed by buildbot@chromium.org: Tree is closed (Automatic: "Check" on http://build.chromium.org/p/client.v8/builders/V8%20Linux64%20TSAN/builds/13109 "V8 Linux64 TSAN" from 9978f90381a41f9abe5d4d2f95ae6848ed732098: ishell@chromium.org,jochen@chromium.org (:jochen__))
16:19:29  <trungl-bot>Tree opened by ishell@google.com: Tree is open, ishell@ is fixing the TSAN issue
16:27:02  * RT|Chatzillaquit (Quit: ChatZilla 0.9.86.1 [Firefox 2.0.0.22pre/2010030309])
16:50:39  * bradleymeckquit (Quit: bradleymeck)
16:55:45  <trungl-bot>Tree closed by buildbot@chromium.org: Tree is closed (Automatic: "Check,Check - extra" on http://build.chromium.org/p/client.v8/builders/V8%20Linux64%20TSAN/builds/13110 "V8 Linux64 TSAN" from 257793e3f5113e25fc6e5d92d0e0be4e9c074e74: titzer@chromium.org)
17:02:48  <trungl-bot>Tree opened by ishell@google.com: Tree is open, ishell@ is fixing the TSAN issue
17:26:36  * bradleymeckjoined
18:05:22  * bradleymeckquit (Ping timeout: 256 seconds)
18:50:52  <caitp>gsathya: is it still true that PromiseCapabilities with undefined resolve/reject callbacks are "internal"?
18:51:30  <caitp>is there any reason why we couldn't just use the promise itself as the "deferred"?
18:57:34  * bradleymeckjoined
18:57:35  * bradleymeckquit (Client Quit)
19:12:55  * Guest59_quit (Ping timeout: 250 seconds)
19:13:51  * Guest59joined
19:19:13  * decoderquit (Ping timeout: 245 seconds)
19:22:45  * decoderjoined
19:54:45  <gsathya>caitp: https://codereview.chromium.org/2561443003/ does that
19:55:06  <gsathya>blocked on this failing inspector test
19:57:57  <caitp>hmm, I'll take a look
19:58:04  <gsathya>stackframes seem to disappear when a js function called from the assembler->CallJS throws/rejects
19:58:54  <gsathya>isolate::CaptureCurrentStackTrace has no frames when using my patch
20:00:01  <caitp>which test?
20:00:39  <gsathya>caitp: https://build.chromium.org/p/tryserver.v8/builders/v8_mac_rel_ng_triggered/builds/12150/steps/Check/logs/await-promise
20:00:47  <gsathya>testRejectedPromiseWithStack
20:01:32  * Guest59quit (Quit: My Mac has gone to sleep. ZZZzzz…)
20:12:04  <caitp>gsathya: it looks related to the async stack trace stuff, in the expectations file, there are no js frames on the stack, but the async trace should have some
20:12:25  <caitp>at least, that's how it looks to me, but I haven't kept up with how that works since inspector moved from blink to v8
20:12:35  * sof__joined
20:12:37  <caitp>there might be some hook that the debugger uses that isn't being called
20:13:21  * sof__changed nick to sof
20:16:07  * Guest59joined
20:28:09  * Guest59_joined
20:31:01  * Guest59quit (Ping timeout: 248 seconds)
20:43:41  <gsathya>caitp: hm this is a 1:1 port of the js version though, not sure if i missed anything
20:43:56  <gsathya>i've pinged the devtools folks
20:45:36  <caitp>another thing that could factor into it is the stackframe type of promise_handle now that it's TF code
20:45:49  <caitp>or the code type I mean
20:45:55  <caitp>that does play a role in stack trace capturing
20:46:07  <caitp>but the entries that are missing aren't TF builtins, so I dunno
21:48:53  <caitp>gsathya: another thing, do you think it would be worthwhile if we got rid of the PROMISE_ID_* handler functions, and just hadndled them from C++ in the PromiseReactionJob and PromiseResolveThenableJob? It would avoid jumping into JS code for something that always works the same way
21:49:47  * bradleymeckjoined
21:50:53  <caitp>I would expect that to have positive results on doxbee-sequential-errors, if that measured native promises
21:56:22  <gsathya>caitp: yep would definitely be good to do that
22:19:15  <trungl-bot>Tree closed by buildbot@chromium.org: Tree is closed (Automatic: "compile" on http://build.chromium.org/p/client.v8.fyi/builders/Chromium%20ASAN%20-%20debug/builds/1271 "Chromium ASAN - debug" from bb753b6dd72e0d132456983248c8f695a692f25d: bradnelson@chromium.org,clemensh@chromium.org,hablich@chromium.org,hpayer@chromium.org,ishell@chromium.org,jgruber@chromium.org,jkummerow@chromium.org,jochen@chromium.org (:jochen__),marja@chromium.or
22:22:33  * xaxxonjoined
22:23:53  * xaxxon_joined
22:34:13  * bradleymeckquit (Ping timeout: 260 seconds)
22:37:18  <gsathya>caitp: a naive port https://codereview.chromium.org/2572623002/ passes the test
22:37:38  <gsathya>so i guess it's not a problem with it being a TF builtin
22:37:53  <caitp>what's the difference between that and the other one?
22:38:21  <gsathya>the other one gets rid of the deferred object
22:38:50  <gsathya>and also calls out to internal resolve methods
22:38:52  <caitp>well, I think we are going to want to be able to get rid of it
22:39:15  <gsathya>yes, going to iterate on this patch
22:39:15  <caitp>hmm
22:42:52  * bradleymeckjoined
22:50:19  * RT|Chatzillajoined
23:13:39  <trungl-bot>Tree opened by machenbach@chromium.org: open - chromium ASAN -> upstream issue
23:31:31  * bradleymeck_joined
23:32:58  * bradleymeckquit (Ping timeout: 268 seconds)
23:32:58  * bradleymeck_changed nick to bradleymeck