Closed Bug 777681 Opened 12 years ago Closed 12 years ago

[rule view] Abbreviate long CSS file names source links

Categories

(DevTools :: Inspector, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 23

People

(Reporter: harth, Assigned: dcrewi)

References

(Depends on 1 open bug)

Details

Attachments

(2 files, 2 obsolete files)

Attached image screenshot of overflow on github.com (deleted) —
A bunch of websites use hashes in their CSS file names apparently. The screenshot here is from Github. This forces a horizontal scrollbar in the rule view.

It looks like Chrome solves this by cutting the url off. Another idea: we throw an ellipsis in the middle like "github-cf328ed...8294cb.css". We should also show the full name in a tooltip and enable copying the link location from the context menu.
Bug triage, filter on PINKISBEAUTIFUL
Priority: -- → P3
Summary: Abbreviate long CSS file names in rule view source links → [rule view] Abbreviate long CSS file names source links
Depends on: DevToolsPaperCuts
The dependency between this bug and bug 831711 should be reversed. (Right?)
Attached patch patch v1 (obsolete) (deleted) — Splinter Review
This patch puts an ellipsis in the middle and adds tooltips.
Attachment #730437 - Flags: review?(paul)
Thank you David. Can I ask you to rebase your patch on the current tree? We made a lot of changes lately on the Rule View.
Attached patch patch v2, rebased (obsolete) (deleted) — Splinter Review
No problem. Rebased, as requested.
Attachment #730437 - Attachment is obsolete: true
Attachment #730437 - Flags: review?(paul)
Attachment #730844 - Flags: review?(paul)
Comment on attachment 730844 [details] [diff] [review]
patch v2, rebased

Paul is on vacation, I'll do it.
Attachment #730844 - Flags: review?(paul) → review?(jwalker)
Attachment #730844 - Flags: review?(jwalker) → review+
Thanks David. I'll add this to my land list.
Whiteboard: [land-in-fx-team]
Assignee: nobody → dcrewi
Those failures aren't caused by this patch. I get those failures locally, independent of whether this patch is applied. The tests browser_ruleview_editor_changedvalues.js and browser_ruleview_ui.js timeout waiting for focus. The funny thing is that I get timeouts when I run it inside xvfb, but the tests succeed when I run them outside in the real X server.
They were failing in all Windows and OS X build configurations and the failures stopped after the backout. You can't argue with that :-)

I don't get any of these failures locally, so if you do, you already are in a good position to debug this!
Attached patch patch (deleted) — Splinter Review
Attachment #730844 - Attachment is obsolete: true
Try is green. Is this ready to reland ro do you need another review? Can you describe the changes in this version?
The original patch seems to have changed the layout enough to cause the tests' mouse click event to miss the element in a not-reproducible-on-every-platform way. My solution was to offset the location of the click event some more to cause it to hit the text reliably once again.
> in a not-reproducible-on-every-platform way

All platforms don't have the same resolution and screen size. That might explain why.
So I suppose this is ready to land?
Added to my list of things to land unless anyone else gets there first.
Whiteboard: [land-in-fx-team]
https://hg.mozilla.org/mozilla-central/rev/eaeff37cbffc
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 23
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: