Closed Bug 786260 Opened 12 years ago Closed 6 years ago

Primary buffer doesn't contain http:// when selecting the URL bar value

Categories

(Firefox :: Address Bar, defect)

All
Linux
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: bugs, Unassigned)

References

Details

I'll preface all my trimurl bugs by saying that the opera method (bug #667271) avoids virtually all the trimurl problems, means that the URL bar is faster (bug #781588) and ensures that users still have some idea that a protocol exists, for pasting URLs places where it matters, like in web forms. In short, Opera got it right, Chrome got it wrong, Firefox should copy Opera not Chrome :) But anyway. Pending reopening of bug #667271 it would be nice if trimurl didn't break stuff. In this case, if I go to a url such as: www.nytimes.com/2012/08/26/health/research/with-rise-of-gene-sequencing-ethical-puzzles.html?pagewanted=2&_r=1&ref=general&src=me (I'm deliberately leaving off http:// 'cause in this case, that's exactly what I got when pasting) And I decide I want to remove everything following the ?. I select that portion, hit delete. I now doubleclick on the rest of the url, which selects and copies to the X buffer. I then middle click and get: www.nytimes.com/2012/08/26/health/research/with-rise-of-gene-sequencing-ethical-puzzles.html Now. Let's say I want to send someone a page from my history. I hit ctrl-t, and in the new tab, type a few letters into the awesomebar. I move down the list of suggestions to the one I want and doubleclick in the middle of the text to select it all, then paste. I get: www.nytimes.com/2012/08/26/health/research/with-rise-of-gene-sequencing-ethical-puzzles.html?pagewanted=2&_r=1&ref=general&src=me Now, with the opera approach, any focusing on the URL bar would simply display those letters, and copy/paste would "just work" with no need for complex javascript.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Um. Pretty sure this one isn't a duplicate, I hope you're familiar w/ what is happening under the surface. 1) Is Linux specific, the X11 clipboard copy using mouse selection. 2) Unlike the 2nd bug I filed (which I guess *is* a duplicate) this one also seems to mess up entire unedited URLs when doubleclicking on them when they fill URL bar after browsing awesomebar. That does not happen with ctrl-c/ctrl-v So. Just asking, are you sure? :) Otherwise, I feel I should undupe it...
Blocks: 665580
Status: RESOLVED → UNCONFIRMED
Ever confirmed: false
Resolution: DUPLICATE → ---
Summary: TrimURL fails to copy http:// when doubleclicking on the URL bar → Primary buffer doesn't contain http:// when selecting the URL bar value
Status: UNCONFIRMED → NEW
Ever confirmed: true
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 12 years ago6 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.