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

Issue 136901 link

Starred by 6 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Jul 2012
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment

DevTools break when an unrecognised pseudo-class is present in CSS

Reported by m...@janpaulposma.nl, Jul 11 2012

Issue description

Chrome Version: 22.0.1201.0 dev
OS Version: OS X 10.7.4
URLs (if applicable): http://jsfiddle.net/VMEWP/
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5.1.6 (7534.56.5): OK
Firefox 13.0.1: OK

What steps will reproduce the problem?
1. Add a style rule with a pseudo class that is not recognised by Chrome, e.g.: ".navbar-search .search-query:-moz-placeholder" (as present in Twitter Bootstrap)
2. Inspect some div with Chrome Developer Tools
(see jsfiddle link above)

What is the expected result?
Seeing the CSS properties of the inspected div.

What happens instead?
Some or all CSS properties are missing.

Other information:
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11


 

Comment 1 by tkent@chromium.org, Jul 12 2012

Labels: Feature-DevTools
Labels: -Area-Undefined Area-WebKit Mstone-22
Owner: apavlov@chromium.org
Status: Assigned
Labels: Action-FeedbackNeeded
Hmm, I might be missing something, but I don't see any problem with selectors having bogus pseudoclasses (see the attached screenshot). Can you double-check the latest WebKit/Chromium tip of tree or elaborate on the issue if it is there? I'm running Chromium tip of tree (22.0.1221.0 (Developer Build 148931))
BogusVendorPrefix.jpg
143 KB View Download
You're right, the problem seems to be fixed now. Thanks for looking into it!
Labels: -Action-FeedbackNeeded
Status: WontFix
Great! Closing.
 Issue 139280  has been merged into this issue.

Comment 7 by mdleic...@gmail.com, Jul 30 2012

We're seeing this bug with every person on our team (classes not displaying in Developer Tools), but haven't been able to narrow it down to pseudo-selectors.

Comment 8 by tkripl...@gmail.com, Jul 30 2012

I am also having the same problem, where classes are not displaying in dev tools. Likewise, I have not been able to narrow it down.
Status: Assigned
Reopening. A publicly available test case (not necessarily reduced, but of course that would be a good thing to have) would help much in diagnosing/reproducing the problem, though.
I fixed a similar issue upstream last week. Is that it? Fix should be there
on Canary.

http://trac.webkit.org/changeset/123746
Status: WontFix
Closing per pfeldman's comment to reduce the bug noise. Please reopen if you find a situation where it breaks for you.
Project Member

Comment 12 by bugdroid1@chromium.org, Oct 13 2012

Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Project Member

Comment 13 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Area-WebKit -Feature-DevTools -Mstone-22 Cr-Content Cr-Platform-DevTools M-22
Project Member

Comment 14 by bugdroid1@chromium.org, Mar 14 2013

Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue
Project Member

Comment 15 by bugdroid1@chromium.org, Apr 6 2013

Labels: -Cr-Content Cr-Blink

Sign in to add a comment