|
|
Created:
5 years, 1 month ago by lushnikov Modified:
5 years, 1 month ago CC:
chromium-reviews, caseq+blink_chromium.org, blink-reviews-style_chromium.org, lushnikov+blink_chromium.org, pfeldman+blink_chromium.org, apavlov+blink_chromium.org, devtools-reviews_chromium.org, blink-reviews, sergeyv+blink_chromium.org, pfeldman, kozyatinskiy+blink_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionDevTools: [SSP] adding new property should be more predictable
Whitelist selectable elements to avoid excessive text "selectability".
BUG=554454
R=pfeldman, dgozman
Committed: https://crrev.com/491172b142d4b302674c4552eea14cecd0421dbc
Cr-Commit-Position: refs/heads/master@{#360494}
Patch Set 1 #Patch Set 2 : use user-select approach #Messages
Total messages: 17 (5 generated)
ptal
The CQ bit was checked by lushnikov@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1433903002/1 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1433903002/1
Description was changed from ========== DevTools: [SSP] adding new property should be more predictable Currently, adding a new property will not happen in case of non-empty selection. However, the selection could technically be non-collapsed, but still negligable for the current case as it doesn't hold any characters. One example of such a situation is a selection that starts right after ";" character of the property and ends right before the next property text. This patch replaces |isComponentSelectionCollapsed| calls in editing with |isComponentSelectionEmpty| which verifies that selection doesn't have any sane data. BUG=554454 R=pfeldman, dgozman ========== to ========== DevTools: [SSP] adding new property should be more predictable Currently, adding a new property will not happen in case of non-empty selection. However, the selection could technically be non-collapsed, but still non-visible as it doesn't hold any characters. One example of such a situation is a selection that starts right after ";" character of the property and ends right before the next property text. This patch replaces |isComponentSelectionCollapsed| calls in editing with |isComponentSelectionEmpty| which verifies that selection doesn't have any sane data. BUG=554454 R=pfeldman, dgozman ==========
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_rel_ng on tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...)
I failed to repro the bug in 10 tries.
On 2015/11/11 18:07:46, dgozman wrote: > I failed to repro the bug in 10 tries. Found a better repro - see bug
ping. Everybody will benefit from the patch.
Switched to User-Select: none approach we've discussed offline. ptal
lgtm Please change patch description.
Description was changed from ========== DevTools: [SSP] adding new property should be more predictable Currently, adding a new property will not happen in case of non-empty selection. However, the selection could technically be non-collapsed, but still non-visible as it doesn't hold any characters. One example of such a situation is a selection that starts right after ";" character of the property and ends right before the next property text. This patch replaces |isComponentSelectionCollapsed| calls in editing with |isComponentSelectionEmpty| which verifies that selection doesn't have any sane data. BUG=554454 R=pfeldman, dgozman ========== to ========== DevTools: [SSP] adding new property should be more predictable Whitelist selectable elements to avoid excessive text "selectability". BUG=554454 R=pfeldman, dgozman ==========
The CQ bit was checked by lushnikov@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1433903002/20001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1433903002/20001
Message was sent while issue was closed.
Committed patchset #2 (id:20001)
Message was sent while issue was closed.
Patchset 2 (id:??) landed as https://crrev.com/491172b142d4b302674c4552eea14cecd0421dbc Cr-Commit-Position: refs/heads/master@{#360494}
Message was sent while issue was closed.
A revert of this CL (patchset #2 id:20001) has been created in https://codereview.chromium.org/1465713002/ by lushnikov@chromium.org. The reason for reverting is: This patch makes selecting properties in SSP tedious. Example: 1. try selecting all properties of some rule 2. left-click in the empty space of the rule does not always removes selection. |