Closed Bug 1442192 Opened 8 years ago Closed 8 years ago

different lines in css in compare to chrome

Categories

(DevTools :: Inspector, defect)

58 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: kes-kes, Unassigned)

Details

Attachments

(3 files)

Attached image delete1.jpg —
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20180209193630 Steps to reproduce: I view computed style for the element Actual results: chrome and FF show different results Expected results: I think results should be same. The difference is because Chrome count lines where css definition ends, FF - where starts (FF does right thing, I think) Just pay attention for this.
Hi Eugen, Could you please provide a link to the page you are using? It could help us with the investigation. Thanks.
Flags: needinfo?(kes-kes)
Closing as Resolved:Incomplete due to no update from reporter. Please feel free to reopen the bug if issue still exists for you even with fresh profile and safe mode.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Flags: needinfo?(kes-kes)
Attached file the target page —
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
I couldn't reproduce it using many websites. It might be happening on certain ones. I'll set this to a "css parsing and computation" component.
Component: Untriaged → CSS Parsing and Computation
Product: Firefox → Core
(In reply to Eugen Konkov from comment #0) > I think results should be same. The difference is because Chrome count lines > where css definition ends, FF - where starts (FF does right thing, I think) > > Just pay attention for this. Why is this wrong? We don't need to necessarily do the same thing as Chrome :) In any case this is a DevTools thing. Changing this may require CSS changes, but that's another issue.
Component: CSS Parsing and Computation → Computed Styles Inspector
Product: Core → DevTools
This is indeed a DevTools thing, but I don't feel strongly about fixing it. Both Firefox and Chrome are correct. As you said in comment 0, Chrome gives you the line where the set of declarations start (i.e. where the { character is found), while Firefox gives you the line where the rule starts (i.e. where the selector starts). For example, here's a test URL you can load in Chrome and Firefox that contains a CSS rule spread over a few lines: data:text/html,<style>html,%0Abody%0A{%0Acolor:red;%0A}</style>test If you open the Inspector and look in the CSS Rules sidebar, you'll see that Chrome says that the rule is on line 3 (where the { is), while Firefox says the rule is on line 1 (where the selector starts). I don't think there is a compelling reason here to do one way or the other, so I'll WONTFIX this bug for now. Please let me know if there's an important use case that providing the same line number would solve.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → WONTFIX
Component: Inspector: Computed → Inspector
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: