Closed Bug 309842 Opened 19 years ago Closed 10 years ago

When editing in the location bar, location bar doesn't update when URL dragged to the content area loads page

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: neilio, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050921 Camino/1.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050921 Camino/1.0+

If I drag a URL from another application into the Camino window, the address bar
doesn't update with the new loaded page.

Reproducible: Always

Steps to Reproduce:
1. Start typing in the URL bar (any text is fine).
2. Drag a URL from another application (eg. Mail, NetNewsWire) into the Camino
window.


Actual Results:  
The new page loads, but the address bar doesn't update with the new address.

Expected Results:  
The page should load and the address bar should show the new location.
See also bug 161053.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Address bar doesn't update with dragged URLs → Address bar doesn't update when dragged URL loads page
Target Milestone: --- → Camino1.2
This no longer happens for me in 1.0.2rc.

Reporter, does it still happen for you?

cl
I still see this with 1.8branch nightlies.
QA Contact: general
Summary: Address bar doesn't update when dragged URL loads page → Address bar doesn't update when URL dragged to the content area loads page
Smokey, is this always reproducible? I'm not seeing it.
Mass un-setting milestone per 1.6 roadmap.

Filter on RemoveRedonkulousBuglist to remove bugspam.

Developers: if you have a patch in hand for one of these bugs, you may pull the bug back to 1.6 *at that point*.
Target Milestone: Camino1.6 → ---
Mass-reassign of bugs still assigned to pinkerton to nobody; filter on "NoMoPinkBugsInCamino".
Assignee: mikepinkerton → nobody
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Reopening; this still exists (and if it did not, it should have been closed WFM anyway).

I think it depends what sort of "url" you're dragging.

If I drag a plain-text url from Colloquy's message box (or whatever that's called where you type), I don't see the bug.

However, if I drag a URL that's been linkified (as thebot for bug 309842, and drag the resulting URL), I see the bug.

If I drag a plain-text url I've typed in TextWrangler, I see this bug.

If I drag the URL text out of Safari's location bar, I see this bug.

If I drag a .webloc, I see the bug (but I think we have a bug on that specifically already).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
What's the difference (as seen in Pasteboard Inspector, or something similar) between the plain-text URL in Colloquy's entry field and the plain-text URL in TextWrangler?

Any chance you can chase down a regression window for this (assuming it worked at one point per comment 2 and doesn't any more)?

cl
I can't repro the Safari part of comment 7 with a trunk nightly, either. Dragging a URL from Safari's location bar to the content area in Camino results in that URL being loaded, and the location bar being updated with the new URL. Dragging it to the location bar in Camino results in that URL replacing all text in the location field (and no other action).
OK, bizarre, now dragging a plain-text url from Colloquy *does* trigger this bug.

(In reply to comment #9)
> I can't repro the Safari part of comment 7 with a trunk nightly, either.
> Dragging a URL from Safari's location bar to the content area in Camino results
> in that URL being loaded, and the location bar being updated with the new URL.

Were you still in editing mode in Camino when you dragged?
(In reply to comment #7)
> Reopening; this still exists (and if it did not, it should have been closed WFM
> anyway).

I can't repro any of those here:
a plain text url in Textedit (and SubEthaEdit, and NeoOffice), url out of Safari's url bar (or any other browser), .webloc file, a 'link' in an .rtf document, 
To the contents part of window in Camino trunk

all work ok: page is loaded, the location bar is updated accordingly.

(In reply to comment #9)
Were you still in editing mode in Camino when you dragged?

Wit this particular textarea having focus, if that is what you mean…
Others were able to reproduce this in the channel last night, but apparently only I am able to reproduce it 100% of the time :P

At any rate, according to our principle of "only user action should end or stomp editing", it seems like this is a bug.  That is, the user was editing, and then the user acted and caused another page to be loaded, so editing should be terminated and the new page's URL should be shown in the location bar.
Status: REOPENED → NEW
Summary: Address bar doesn't update when URL dragged to the content area loads page → When editing in the location bar, location bar doesn't update when URL dragged to the content area loads page
This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX.

[Mass-change filter: graveyard-wontfix-2014-09-24]
Status: NEW → RESOLVED
Closed: 16 years ago10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.