|
|
DescriptionLet RangeBoundaryPoint::toPoisition return Position not considering Editing
In the very beginning, we used this function in Editing context.
However it seems we don't use this in Editing directly.
In addition, it is natural that RangeBoundaryPoint don't consider Editability.
Review-Url: https://codereview.chromium.org/2786853002
Cr-Commit-Position: refs/heads/master@{#462000}
Committed: https://chromium.googlesource.com/chromium/src/+/c641d7f15bcf95e6779706e06780f8b581f2dc35
Patch Set 1 #Patch Set 2 : update #
Total comments: 2
Patch Set 3 : update #Patch Set 4 : update #Patch Set 5 : Add test #Patch Set 6 : Rebase #
Messages
Total messages: 38 (23 generated)
The CQ bit was checked by yoichio@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== RangeBoundaryPoint::toPoisition just return Position no Editing BUG= ========== to ========== Let RangeBoundaryPoint::toPoisition return Position not considering Editing In the very beginning, we used this function in Editing context. However it seems we don't use this in Editing directly. In addition, it is natural that RangeBoundaryPoint don't consider Editability. ==========
yoichio@chromium.org changed reviewers: + yosin@chromium.org
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm w/ nit https://codereview.chromium.org/2786853002/diff/20001/third_party/WebKit/Sour... File third_party/WebKit/Source/core/dom/RangeBoundaryPoint.h (left): https://codereview.chromium.org/2786853002/diff/20001/third_party/WebKit/Sour... third_party/WebKit/Source/core/dom/RangeBoundaryPoint.h:132: // TODO(yosin): We should return |Position::beforeAnchor| when Could you keep this TODO? We still want to return |Position::beforeAnchor|.
The CQ bit was checked by yoichio@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from yosin@chromium.org Link to the patchset: https://codereview.chromium.org/2786853002/#ps40001 (title: "update")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by yoichio@chromium.org
https://codereview.chromium.org/2786853002/diff/20001/third_party/WebKit/Sour... File third_party/WebKit/Source/core/dom/RangeBoundaryPoint.h (left): https://codereview.chromium.org/2786853002/diff/20001/third_party/WebKit/Sour... third_party/WebKit/Source/core/dom/RangeBoundaryPoint.h:132: // TODO(yosin): We should return |Position::beforeAnchor| when On 2017/03/30 05:44:58, yosin_UTC9 wrote: > Could you keep this TODO? We still want to return |Position::beforeAnchor|. Could you explain why ?
On 2017/03/30 07:04:09, yoichio wrote: > https://codereview.chromium.org/2786853002/diff/20001/third_party/WebKit/Sour... > File third_party/WebKit/Source/core/dom/RangeBoundaryPoint.h (left): > > https://codereview.chromium.org/2786853002/diff/20001/third_party/WebKit/Sour... > third_party/WebKit/Source/core/dom/RangeBoundaryPoint.h:132: // TODO(yosin): We > should return |Position::beforeAnchor| when > On 2017/03/30 05:44:58, yosin_UTC9 wrote: > > Could you keep this TODO? We still want to return |Position::beforeAnchor|. > Could you explain why ? PTAL
The CQ bit was checked by yoichio@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
yoichio@chromium.org changed reviewers: + tkent@chromium.org
tkent, PTAL.
Does this have a behavior change? If so, please add a test.
The CQ bit was checked by yoichio@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...)
On 2017/04/03 04:08:21, tkent wrote: > Does this have a behavior change? > If so, please add a test. Done. PTAL.
lgtm
The CQ bit was checked by yoichio@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from yosin@chromium.org Link to the patchset: https://codereview.chromium.org/2786853002/#ps80001 (title: "Add test")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
The CQ bit was checked by yoichio@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from tkent@chromium.org, yosin@chromium.org Link to the patchset: https://codereview.chromium.org/2786853002/#ps100001 (title: "Rebase")
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": 100001, "attempt_start_ts": 1491369464430100, "parent_rev": "ebb66ffb22611d7cc1a50711b0c3eb5a609a5a79", "commit_rev": "c641d7f15bcf95e6779706e06780f8b581f2dc35"}
Message was sent while issue was closed.
Description was changed from ========== Let RangeBoundaryPoint::toPoisition return Position not considering Editing In the very beginning, we used this function in Editing context. However it seems we don't use this in Editing directly. In addition, it is natural that RangeBoundaryPoint don't consider Editability. ========== to ========== Let RangeBoundaryPoint::toPoisition return Position not considering Editing In the very beginning, we used this function in Editing context. However it seems we don't use this in Editing directly. In addition, it is natural that RangeBoundaryPoint don't consider Editability. Review-Url: https://codereview.chromium.org/2786853002 Cr-Commit-Position: refs/heads/master@{#462000} Committed: https://chromium.googlesource.com/chromium/src/+/c641d7f15bcf95e6779706e06780... ==========
Message was sent while issue was closed.
Committed patchset #6 (id:100001) as https://chromium.googlesource.com/chromium/src/+/c641d7f15bcf95e6779706e06780... |