New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 619837 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Drop down option doesn't get deselected on toggling checkbox in Gmail

Reported by lpa...@etouch.net, Jun 14 2016

Issue description

Chrome Version:53.0.2766.0 (Official Build)Revision e40502b71c9bd4f548118550952afd5d6a158bc4-refs/heads/master@{#399363} (32/64-bit)

OS: Windows(7,8,8.1,10), Linux (14.04 LTS), Mac(10.10.5, 10.11.4)

Test URL: https://mail.google.com/mail/u/0/#inbox

Steps:
1. Launch chrome, go to above URL and sign in with valid credentials
2. Select Compose >> More options >> Label >> Create new label.
3. Toggle the checkbox before "Nest label under" and observe the drop down.

Actual:   On toggling the checkbox the drop down option doesn't get deselected.
Expected: On toggling the checkbox the drop down option should perform as per toggle.

This is a regression issue seen from 'M-50' and below is the manual regression range.
Good build: 50.0.2646.2
Bad build : 50.0.2647.0

Narrow Bisect:
https://chromium.googlesource.com/chromium/src/+log/a2d73bc7e3205decb9c6dd9732bd102a732b484e..6969673edc422ff98080a1e6ff1fa798425954c6?pretty=fuller&n=1000

Suspecting: r374628?

Kindly help to re-assign if your change is not the cause of this issue.

Note: Issue is not seen on IE and Firefox.
 
Actual_Selection.mp4
882 KB View Download
Expected_Selection.mp4
559 KB View Download

Comment 1 by lpa...@etouch.net, Jun 14 2016

Issue is also reproducible on official Dev build: 53.0.2767.0

Comment 2 by r...@opera.com, Jun 14 2016

Cc: tkent@chromium.org
Components: -Blink>WebComponents Blink>Forms>Select
Attached test-case which shows this is an issue with updating the rendering of a selected option when its textContent is set to the empty string. I think it's more likely this is r374629, but that the removed SubtreeStyleChange in that CL revealed this bug.

option.html
181 bytes View Download

Comment 3 by r...@opera.com, Jun 14 2016

Interestingly, setting option.textContent = "" doesn't update, while option.firstChild.data = "" does.

Comment 4 by tkent@chromium.org, Jun 15 2016

Cc: kochi@chromium.org
Labels: -M-53 M-52
Owner: tkent@chromium.org
rune, thank you for the reduction.  It seems I should own this.

Comment 5 by tkent@chromium.org, Jun 15 2016

 Issue 607096  has been merged into this issue.

Comment 6 by tkent@chromium.org, Jun 16 2016

Status: Started (was: Assigned)
Project Member

Comment 7 by sheriffbot@chromium.org, Jun 16 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 by tkent@chromium.org, Jun 19 2016

Labels: -M-53 -MovedFrom-52 Merge-Request-52 M-52
Status: Fixed (was: Started)

Comment 10 by tin...@google.com, Jun 19 2016

Labels: -Merge-Request-52 Merge-Approved-52 Hotlist-Merge-Approved
Your change meets the bar and is auto-approved for M52 (branch: 2743)
Labels: TE-Verified-M53 TE-Verified-53.0.2773.0
verified this issue on Win7, Mac OS X 10.11.5, Ubuntu 14.04 using Chrome canary #53.0.2773.0, working as intended.

attached screencast for reference and adding TE-verified labels.
619837.mov
7.6 MB Download
Project Member

Comment 12 by bugdroid1@chromium.org, Jun 21 2016

Labels: -merge-approved-52 merge-merged-2743
The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/7f3dd4e3ced28e039e71257baea326a2501272be

commit 7f3dd4e3ced28e039e71257baea326a2501272be
Author: Kent Tamura <tkent@chromium.org>
Date: Tue Jun 21 04:06:34 2016

Merge "Menulist SELECT element should update layout when an OPTION content is changed." to M52.

r374629 exposed this bug.  Before r374629, removing OPTION content triggered style
recalc and layout for the SELECT element. Now we need to ask for layout manually.

BUG= 619837 

Review-Url: https://codereview.chromium.org/2075533002
Cr-Commit-Position: refs/heads/master@{#400395}
(cherry picked from commit 717d9d1c80c2925b3781b417f9d9ab44fc04bc29)

Review URL: https://codereview.chromium.org/2084833002 .

Cr-Commit-Position: refs/branch-heads/2743@{#424}
Cr-Branched-From: 2b3ae3b8090361f8af5a611712fc1a5ab2de53cb-refs/heads/master@{#394939}

[add] https://crrev.com/7f3dd4e3ced28e039e71257baea326a2501272be/third_party/WebKit/LayoutTests/fast/forms/select/menulist-emptify-option-expected.html
[add] https://crrev.com/7f3dd4e3ced28e039e71257baea326a2501272be/third_party/WebKit/LayoutTests/fast/forms/select/menulist-emptify-option.html
[modify] https://crrev.com/7f3dd4e3ced28e039e71257baea326a2501272be/third_party/WebKit/Source/core/html/HTMLOptionElement.cpp
[modify] https://crrev.com/7f3dd4e3ced28e039e71257baea326a2501272be/third_party/WebKit/Source/core/html/HTMLSelectElement.cpp
[modify] https://crrev.com/7f3dd4e3ced28e039e71257baea326a2501272be/third_party/WebKit/Source/core/html/HTMLSelectElement.h

Labels: TE-Verified-53.0.2774.2
just to update, verified this issue on Win7, Mac OS X 10.11.5, Ubuntu 14.04 using Chrome canary #53.0.2774.2, working as intended.

Comment 14 Deleted

Labels: TE-Verified-M52 TE-Verified-52.0.2743.49
Verified the issue on Win 7,Mac 10.11.5 and Ubuntu 14.04 using 52.0.2743.49 and its working fine.Please find the screen cast attached for the same.
619837_June_22.mp4
223 KB View Download

Sign in to add a comment