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

Issue 866585 link

Starred by 1 user
Status: Fixed
Owner:
einbinder@chromium.org
Closed: Dec 4
Cc:
█ krajshree@chromium.org
█ caseq@google.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Including = in a css attribute locks it from being edited

Reported by mohamed....@vidyard.com, Jul 23 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36

Steps to reproduce the problem:
1. Browse to any page, open devtools
2. Add a new style attribute to any element, but include an "=" character in it. Also, add a value to the attribute. E.g. "background=color: none;"
3. Attribute cannot be altered, removed, or disabled.

What is the expected behavior?
Attribute should always allow its alteration, removal, or disabling.

What went wrong?
I discovered this error when I accidentally typed in "=" instead of "-" while entering a CSS attribute. 

Did this work before? N/A 

Chrome version: 67.0.3396.99  Channel: stable
OS Version: OS X 10.11.6
Flash Version:

Comment 1 by krajshree@chromium.org, Jul 24

Labels: Needs-Triage-M67

Comment 2 by krajshree@chromium.org, Jul 24

Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
Reporter@ - Thanks for filing the issue...!!

Could you please provide a sample test file/url to test the issue from TE-end. This will help us in triaging the issue further.

Thanks...!!

Comment 3 by mohamed....@vidyard.com, Jul 24 

For sure - here's two screenshots of me visiting https://google.ca with devtools showing its initial state, and me adding a faulty CSS attribute to it.
Screen Shot 2018-07-24 at 1.08.57 PM.png
416 KB View Download
Screen Shot 2018-07-24 at 1.12.16 PM.png
410 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Jul 24

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

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

Comment 5 by caseq@google.com, Jul 26

Cc: einbinder@chromium.org
Components: -Platform>DevTools Platform>DevTools>Authoring
Labels: Needs-Feedback
Works for me on 67.0.3396.99. Would it be possible for you to provide a screencast?

Comment 6 by mohamed....@vidyard.com, Jul 30 

Sure thing, here you go: https://share.vidyard.com/watch/26K35LJ8dxMNJjNUPUCRa3

I'm also on 67.0.3396.99, FWIW.

Comment 7 by mohamed....@vidyard.com, Jul 30 

Just noticed that the cursor doesn't align with where I'm clicking in the screencast - sorry about that, that's just a recording issue so please ignore it.
Project Member

Comment 8 by sheriffbot@chromium.org, Jul 30

Cc: caseq@google.com
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

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

Comment 9 Deleted

Comment 10 by caseq@google.com, Jul 30 

Thanks for the screencast, now I can repro it!

Comment 11 by mohamed....@vidyard.com, Jul 30 

No problem, glad to have cleared things up!

Comment 12 by einbinder@chromium.org, Dec 4

Status: Fixed (was: Assigned)
I can't repro this anymore on Chrome 70. Tentatively marking as fixed.

Comment 13 by mohamed....@vidyard.com, Dec 4 

Seems like the issue is fixed for me as well (on 70.0.3538.110).
►

Sign in to add a comment