Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(323)

Issue 439713004: Partially move history_types.{cc,h} to //components/history (Closed)

Created:
6 years, 4 months ago by sdefresne
Modified:
6 years, 4 months ago
CC:
chromium-reviews, dbeam+watch-ntp_chromium.org, estade+watch_chromium.org, browser-components-watch_chromium.org, pedrosimonetti+watch_chromium.org
Project:
chromium
Visibility:
Public.

Description

Partially move history_types.{cc,h} to //components/history Move all types from //chrome/browser/history/history_types.{cc,h} that do not depends on content types to //components/history. BUG=371816 TBR=msw@chromium.org TBR=jochen@chromium.org Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=287333

Patch Set 1 #

Total comments: 2
Unified diffs Side-by-side diffs Delta from patch set Stats (+37 lines, -955 lines) Patch
M chrome/browser/history/history_backend.cc View 2 chunks +1 line, -1 line 0 comments Download
M chrome/browser/history/history_types.h View 6 chunks +1 line, -408 lines 0 comments Download
M chrome/browser/history/history_types.cc View 4 chunks +0 lines, -240 lines 0 comments Download
M chrome/browser/history/history_unittest.cc View 1 chunk +1 line, -1 line 0 comments Download
D chrome/browser/history/page_usage_data.h View 1 chunk +0 lines, -70 lines 0 comments Download
D chrome/browser/history/page_usage_data.cc View 1 chunk +0 lines, -21 lines 0 comments Download
M chrome/browser/history/top_sites_impl.h View 1 chunk +1 line, -1 line 0 comments Download
M chrome/browser/history/top_sites_impl.cc View 1 chunk +1 line, -1 line 0 comments Download
M chrome/browser/history/visitsegment_database.cc View 1 chunk +1 line, -1 line 0 comments Download
M chrome/browser/jumplist_win.cc View 2 chunks +1 line, -1 line 0 comments Download
M chrome/browser/ui/webui/ntp/most_visited_handler.cc View 2 chunks +1 line, -1 line 0 comments Download
M chrome/browser/ui/webui/ntp/suggestions_page_handler.cc View 2 chunks +1 line, -1 line 0 comments Download
M chrome/chrome_browser.gypi View 1 chunk +0 lines, -2 lines 0 comments Download
M components/history.gypi View 3 chunks +6 lines, -0 lines 0 comments Download
M components/history/DEPS View 1 chunk +2 lines, -0 lines 0 comments Download
M components/history/core/browser/BUILD.gn View 3 chunks +6 lines, -0 lines 0 comments Download
A + components/history/core/browser/history_types.h View 8 chunks +3 lines, -131 lines 2 comments Download
A + components/history/core/browser/history_types.cc View 4 chunks +6 lines, -70 lines 0 comments Download
A + components/history/core/browser/page_usage_data.h View 2 chunks +4 lines, -4 lines 0 comments Download
A + components/history/core/browser/page_usage_data.cc View 1 chunk +1 line, -1 line 0 comments Download

Messages

Total messages: 11 (0 generated)
sdefresne
jif@: please take a look at the whole changelist msw@: TBR for adding a dependency ...
6 years, 4 months ago (2014-08-04 09:50:21 UTC) #1
James Hawkins
lgtm
6 years, 4 months ago (2014-08-04 09:52:58 UTC) #2
jif
LGTM
6 years, 4 months ago (2014-08-04 11:39:10 UTC) #3
sdefresne
The CQ bit was checked by sdefresne@chromium.org
6 years, 4 months ago (2014-08-04 11:55:21 UTC) #4
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/sdefresne@chromium.org/439713004/20001
6 years, 4 months ago (2014-08-04 11:55:50 UTC) #5
commit-bot: I haz the power
Change committed as 287333
6 years, 4 months ago (2014-08-04 14:17:59 UTC) #6
msw
Why didn't you get review from a components/history owner? +brettw and sky I recommend dropping ...
6 years, 4 months ago (2014-08-04 16:56:32 UTC) #7
brettw
LGTM, although I agree that you should've gotten a history owners. I know it already ...
6 years, 4 months ago (2014-08-04 17:01:34 UTC) #8
sdefresne
A revert of this CL has been created in https://codereview.chromium.org/428253008/ by sdefresne@chromium.org. The reason for ...
6 years, 4 months ago (2014-08-04 17:06:29 UTC) #9
brettw
On 2014/08/04 17:06:29, sdefresne wrote: > A revert of this CL has been created in ...
6 years, 4 months ago (2014-08-04 17:12:33 UTC) #10
blundell
6 years, 4 months ago (2014-08-07 07:23:09 UTC) #11
Message was sent while issue was closed.
On 2014/08/04 16:56:32, msw wrote:
> Why didn't you get review from a components/history owner? +brettw and sky

There was a little bit of benign crossed wires here. Sylvain was a temporary
OWNER of //components/history and //chrome/browser/history for the purposes of
componentization, which is a practice that we employ when doing
componentizations to allow the large amount of relatively mechanical work to
proceed quickly (we coordinated with sky@ on this but I neglected to give
brettw@ the context by mistake). He has been looping in brettw@ as FYI on all
these CLs, and it was just an oversight that that wasn't the case here. Anyway,
we got it all sorted now :).

In general, if you see a componentization CL landing without an LGTM from an
OWNER that you would expect, it's because those OWNERS have given
componentization people the go-ahead on becoming temporary owners for
componentization purposes. Of course, we make sure that any work that requires a
non-trivial judgment call about e.g. the structure of the feature goes through a
permanent owner.

Thanks,

Colin

> I recommend dropping the ui/gfx dependency as I describe below.
> 
>
https://codereview.chromium.org/439713004/diff/20001/components/history/core/...
> File components/history/core/browser/history_types.h (right):
> 
>
https://codereview.chromium.org/439713004/diff/20001/components/history/core/...
> components/history/core/browser/history_types.h:23: #include
> "ui/gfx/image/image.h"
> You don't actually need this include afaict.
> 
>
https://codereview.chromium.org/439713004/diff/20001/components/history/core/...
> components/history/core/browser/history_types.h:382: gfx::Size pixel_size;
> You can drop the new gfx dependency if you store two width/height pairs
instead
> of the two |pixel_size| gfx::Size values. I recommend doing this.

Powered by Google App Engine
This is Rietveld 408576698