CC:
chromium-reviews, ncarter, ben+cc_chromium.org, Raghu Simha, Erik does not do reviews, idana, Aaron Boodman, pam+watch_chromium.org, Paweł Hajdan Jr., timsteele
Extension part lgtm. Does this open a small window where the user could be trying ...
4 years, 10 months ago
(2010-07-20 00:37:57 UTC)
#3
Extension part lgtm.
Does this open a small window where the user could be trying to manually install
an extension at the same time that sync has decided it couldn't be synced, and
it will fail?
Hmm you're right, yes it does. There's no more reliable way to see if an ...
4 years, 10 months ago
(2010-07-20 00:43:49 UTC)
#4
Hmm you're right, yes it does.
There's no more reliable way to see if an extension was installed via
sync. If I remove that check, it would mean that existing synced
NPAPI extensions and third-party extensions would be "grandfathered"
in. Suggestions?
On Mon, Jul 19, 2010 at 5:37 PM, <asargent@chromium.org> wrote:
> Extension part lgtm.
>
> Does this open a small window where the user could be trying to manually
> install
> an extension at the same time that sync has decided it couldn't be synced,
> and
> it will fail?
>
> http://codereview.chromium.org/2884027/show
>
--
Frederick Akalin
Software Engineer
How large is the window? Would it just be for a few seconds while sync ...
4 years, 10 months ago
(2010-07-20 02:10:35 UTC)
#6
How large is the window? Would it just be for a few seconds while sync
pushed over knowledge of this extension, or would it permanently prevent the
user from installing it manually?
On Mon, Jul 19, 2010 at 5:43 PM, Fred Akalin <akalin@google.com> wrote:
> Hmm you're right, yes it does.
>
> There's no more reliable way to see if an extension was installed via
> sync. If I remove that check, it would mean that existing synced
> NPAPI extensions and third-party extensions would be "grandfathered"
> in. Suggestions?
>
> On Mon, Jul 19, 2010 at 5:37 PM, <asargent@chromium.org> wrote:
> > Extension part lgtm.
> >
> > Does this open a small window where the user could be trying to manually
> > install
> > an extension at the same time that sync has decided it couldn't be
> synced,
> > and
> > it will fail?
> >
> > http://codereview.chromium.org/2884027/show
> >
>
>
>
> --
> Frederick Akalin
> Software Engineer
>
LGTM with one question http://codereview.chromium.org/2884027/diff/11001/10 File chrome/browser/sync/glue/extension_model_associator.cc (right): http://codereview.chromium.org/2884027/diff/11001/10#newcode154 chrome/browser/sync/glue/extension_model_associator.cc:154: } It would be cool ...
4 years, 10 months ago
(2010-07-20 03:05:31 UTC)
#7
It's only for a few seconds; it's the time between sync pushing the pending extension ...
4 years, 10 months ago
(2010-07-20 03:16:09 UTC)
#8
It's only for a few seconds; it's the time between sync pushing the
pending extension data to the auto-update service and nudging it, and
the extension being downloaded and installed.
I tested a manual install and was able to do so.
On Mon, Jul 19, 2010 at 7:09 PM, Antony Sargent <asargent@chromium.org> wrote:
> How large is the window? Would it just be for a few seconds while sync
> pushed over knowledge of this extension, or would it permanently prevent the
> user from installing it manually?
>
> On Mon, Jul 19, 2010 at 5:43 PM, Fred Akalin <akalin@google.com> wrote:
>>
>> Hmm you're right, yes it does.
>>
>> There's no more reliable way to see if an extension was installed via
>> sync. If I remove that check, it would mean that existing synced
>> NPAPI extensions and third-party extensions would be "grandfathered"
>> in. Suggestions?
>>
>> On Mon, Jul 19, 2010 at 5:37 PM, <asargent@chromium.org> wrote:
>> > Extension part lgtm.
>> >
>> > Does this open a small window where the user could be trying to manually
>> > install
>> > an extension at the same time that sync has decided it couldn't be
>> > synced,
>> > and
>> > it will fail?
>> >
>> > http://codereview.chromium.org/2884027/show
>> >
>>
>>
>>
>> --
>> Frederick Akalin
>> Software Engineer
>
>
--
Frederick Akalin
Software Engineer
http://codereview.chromium.org/2884027/diff/11001/10 File chrome/browser/sync/glue/extension_model_associator.cc (right): http://codereview.chromium.org/2884027/diff/11001/10#newcode223 chrome/browser/sync/glue/extension_model_associator.cc:223: if (!IsExtensionSyncable(*extension)) { On 2010/07/20 03:05:31, timsteele wrote: > ...
4 years, 10 months ago
(2010-07-20 06:05:58 UTC)
#9
http://codereview.chromium.org/2884027/diff/11001/10
File chrome/browser/sync/glue/extension_model_associator.cc (right):
http://codereview.chromium.org/2884027/diff/11001/10#newcode223
chrome/browser/sync/glue/extension_model_associator.cc:223: if
(!IsExtensionSyncable(*extension)) {
On 2010/07/20 03:05:31, timsteele wrote:
> This is getting called in several places... there isn't a higher level spot
> where we have the id and could check this by any chance?
The checks with the DFATALs aren't strictly necessary; I'm just being paranoid.
I think I can move some of the real checks to the ChangeProcessor and convert
the rest in this file to DFATAL checks. I'll do that.
4 years, 10 months ago
(2010-07-20 18:36:23 UTC)
#10
On 2010/07/20 06:05:58, akalin wrote:
> http://codereview.chromium.org/2884027/diff/11001/10
> File chrome/browser/sync/glue/extension_model_associator.cc (right):
>
> http://codereview.chromium.org/2884027/diff/11001/10#newcode223
> chrome/browser/sync/glue/extension_model_associator.cc:223: if
> (!IsExtensionSyncable(*extension)) {
> On 2010/07/20 03:05:31, timsteele wrote:
> > This is getting called in several places... there isn't a higher level spot
> > where we have the id and could check this by any chance?
>
> The checks with the DFATALs aren't strictly necessary; I'm just being
paranoid.
> I think I can move some of the real checks to the ChangeProcessor and convert
> the rest in this file to DFATAL checks. I'll do that.
Moved a bunch of IsExtensionSyncable() checks earlier to
extension_change_processor.
inferno, any more comments? On 2010/07/20 18:36:23, akalin wrote: > On 2010/07/20 06:05:58, akalin wrote: ...
4 years, 10 months ago
(2010-07-20 22:29:37 UTC)
#11
inferno, any more comments?
On 2010/07/20 18:36:23, akalin wrote:
> On 2010/07/20 06:05:58, akalin wrote:
> > http://codereview.chromium.org/2884027/diff/11001/10
> > File chrome/browser/sync/glue/extension_model_associator.cc (right):
> >
> > http://codereview.chromium.org/2884027/diff/11001/10#newcode223
> > chrome/browser/sync/glue/extension_model_associator.cc:223: if
> > (!IsExtensionSyncable(*extension)) {
> > On 2010/07/20 03:05:31, timsteele wrote:
> > > This is getting called in several places... there isn't a higher level
spot
> > > where we have the id and could check this by any chance?
> >
> > The checks with the DFATALs aren't strictly necessary; I'm just being
> paranoid.
> > I think I can move some of the real checks to the ChangeProcessor and
convert
> > the rest in this file to DFATAL checks. I'll do that.
>
> Moved a bunch of IsExtensionSyncable() checks earlier to
> extension_change_processor.
Issue 2884027: Added checks to handle unsyncable extensions.
(Closed)
Created 4 years, 10 months ago by akalin
Modified 4 years ago
Reviewers: timsteele, Antony Sargent, inferno
Base URL:
Comments: 3