Rietveld Code Review Tool
Help | Bug tracker | Discussion group | Source code

Issue 29333172: Issue 3259 - Store blockable items selection in the content process (Closed)

Created:
Jan. 4, 2016, 8:08 p.m. by Wladimir Palant
Modified:
Jan. 6, 2016, 1:30 p.m.
Reviewers:
Thomas Greiner
CC:
Erik
Visibility:
Public.

Description

Issue 3259 - Store blockable items selection in the content process

Patch Set 1 #

Total comments: 3
Unified diffs Side-by-side diffs Delta from patch set Stats (+83 lines, -19 lines) Patch
M chrome/content/ui/sidebar.js View 3 chunks +18 lines, -12 lines 0 comments Download
M lib/child/requestNotifier.js View 2 chunks +27 lines, -0 lines 0 comments Download
M lib/requestNotifier.js View 3 chunks +38 lines, -7 lines 3 comments Download

Messages

Total messages: 4
Wladimir Palant
Jan. 4, 2016, 8:08 p.m. (2016-01-04 20:08:50 UTC) #1
Thomas Greiner
https://codereview.adblockplus.org/29333172/diff/29333173/lib/requestNotifier.js File lib/requestNotifier.js (right): https://codereview.adblockplus.org/29333172/diff/29333173/lib/requestNotifier.js#newcode31 lib/requestNotifier.js:31: let windowDataCallbacks = new Map(); I noticed that most ...
Jan. 5, 2016, 3:43 p.m. (2016-01-05 15:43:59 UTC) #2
Wladimir Palant
https://codereview.adblockplus.org/29333172/diff/29333173/lib/requestNotifier.js File lib/requestNotifier.js (right): https://codereview.adblockplus.org/29333172/diff/29333173/lib/requestNotifier.js#newcode31 lib/requestNotifier.js:31: let windowDataCallbacks = new Map(); On 2016/01/05 15:43:58, Thomas ...
Jan. 6, 2016, 12:31 p.m. (2016-01-06 12:31:58 UTC) #3
Thomas Greiner
Jan. 6, 2016, 1:16 p.m. (2016-01-06 13:16:22 UTC) #4
LGTM

https://codereview.adblockplus.org/29333172/diff/29333173/lib/requestNotifier.js
File lib/requestNotifier.js (right):

https://codereview.adblockplus.org/29333172/diff/29333173/lib/requestNotifier...
lib/requestNotifier.js:31: let windowDataCallbacks = new Map();
On 2016/01/06 12:31:58, Wladimir Palant wrote:
> On 2016/01/05 15:43:58, Thomas Greiner wrote:
> > I noticed that most of the message logic (windowDataMaxResponseID,
> > windowDataCallbacks, onWindowDataReceived, retrieveWindowData) is identical
to
> > the one for window stats so I'm wondering why you didn't reuse but instead
> > duplicated all of that.
> 
> The messaging logic is very suboptimal right now, and unifying it here would
be
> the wrong approach. Instead, I want our code to require("messaging") and use a
> proper API. The goal is providing simple messaging and implicit callbacks,
then
> the ext.backgroundPage.sendMessage() implementation should use the new
messaging
> API as well.

Sounds great. In that case I don't mind implementing it like it is for now.

Powered by Google App Engine
This is Rietveld