|
|
Created:
4 years, 1 month ago by markusheintz_ Modified:
4 years, 1 month ago CC:
chromium-reviews, ntp-dev+reviews_chromium.org Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionRemove the "exclude archived snippets" from the snippets fetching code.
Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded).
Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed.
FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive.
BUG=none
Committed: https://crrev.com/c11607a50691c6da823467bb389d14f659433c77
Cr-Commit-Position: refs/heads/master@{#433852}
Patch Set 1 #
Messages
Total messages: 19 (8 generated)
Description was changed from ========== Remove the "exclude archived snippets" from the snippets fetching code. BUG=TBD ========== to ========== Remove the "exclude archived snippets" from the snippets fetching code. BUG=TBD ==========
markusheintz@chromium.org changed reviewers: + treib@chromium.org, tschumann@chromium.org
Description was changed from ========== Remove the "exclude archived snippets" from the snippets fetching code. BUG=TBD ========== to ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=TBD ==========
Is there a bug that I can use for small refactorings?
On 2016/11/22 09:18:34, markusheintz_ wrote: > Is there a bug that I can use for small refactorings? it's not a refactoring as it changes behavior. Is a bug always required?
On 2016/11/22 09:31:21, tschumann wrote: > On 2016/11/22 09:18:34, markusheintz_ wrote: > > Is there a bug that I can use for small refactorings? > > it's not a refactoring as it changes behavior. Is a bug always required? Sorry you are of course correct this is not a re-factoring. No a bug is not always required.
On 2016/11/22 09:33:46, markusheintz_ wrote: > On 2016/11/22 09:31:21, tschumann wrote: > > On 2016/11/22 09:18:34, markusheintz_ wrote: > > > Is there a bug that I can use for small refactorings? > > > > it's not a refactoring as it changes behavior. Is a bug always required? > > Sorry you are of course correct this is not a re-factoring. =) just being pedantic. > > No a bug is not always required. In that case, I'm leaning towards not creating a bug as that would simply duplicate the information of this CL description and create unnecessary noise.
On 2016/11/22 09:37:45, tschumann wrote: > On 2016/11/22 09:33:46, markusheintz_ wrote: > > On 2016/11/22 09:31:21, tschumann wrote: > > > On 2016/11/22 09:18:34, markusheintz_ wrote: > > > > Is there a bug that I can use for small refactorings? > > > > > > it's not a refactoring as it changes behavior. Is a bug always required? > > > > Sorry you are of course correct this is not a re-factoring. > =) just being pedantic. > > > > No a bug is not always required. > > In that case, I'm leaning towards not creating a bug as that would simply > duplicate the information of this CL description and create unnecessary noise. LGTM
lgtm it's a shame that this code is not properly tested. (The problem is that we don't have a nice abstraction in the test so that we can mock out the snippets-fetcher and verify the passed parameters).
On 2016/11/22 09:43:33, tschumann wrote: > lgtm > > it's a shame that this code is not properly tested. > (The problem is that we don't have a nice abstraction in the test so that we can > mock out the snippets-fetcher and verify the passed parameters). I agree I've put it on my list.
LGTM Re bug: I'm okay with not filing one, but then please put "BUG=none" in the description.
Description was changed from ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=TBD ========== to ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=none ==========
The CQ bit was checked by markusheintz@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 1, "attempt_start_ts": 1479815693858260, "parent_rev": "a57f22324d689b2588cea113b1dabf5e9e906fd7", "commit_rev": "89613fbc70fcb3a02c62c0e6ac770197a7e087df"}
Message was sent while issue was closed.
Description was changed from ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=none ========== to ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=none ==========
Message was sent while issue was closed.
Committed patchset #1 (id:1)
Message was sent while issue was closed.
Description was changed from ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=none ========== to ========== Remove the "exclude archived snippets" from the snippets fetching code. Archived snippets are snippets that where replaced by another set of snippets that where fetched in the following background fetch. They are different from the set of the dismissed snippets (which are always excluded). Exculding archived snippets seems to have essentally no effect. In order to simplify the code this is removed. FYI: Due to refactorings the only code path that is no executed was to always exclude them. As mentioned above this CL is more agressive. BUG=none Committed: https://crrev.com/c11607a50691c6da823467bb389d14f659433c77 Cr-Commit-Position: refs/heads/master@{#433852} ==========
Message was sent while issue was closed.
Patchset 1 (id:??) landed as https://crrev.com/c11607a50691c6da823467bb389d14f659433c77 Cr-Commit-Position: refs/heads/master@{#433852} |