Closed Bug 13592 Opened 25 years ago Closed 24 years ago

directory.xul file shows up briefly in URL field on ftp load

Categories

(Core :: Networking, defect, P3)

Product:
Core
Component:
Networking
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: paulmac, Assigned: waterson)

References

(
URL
)

Details

(Whiteboard: [PDT-]) 

When you load an ftp directory such as
ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/current/ the
directory.xul file that is loaded shows up in the Location bar for a brief time.
It probably shouldn't. Not a huge deal for now though, IMHO.
Status: NEW → ASSIGNED
Target Milestone: M12
the file name no longer goes away, it stays in the URL field, 9/24 builds
This seems to be a dupe of Bug 14560 that already has some dup markings in it.

I will let the experts mark the dup option if that is correct.
*** Bug 14560 has been marked as a duplicate of this bug. ***
QA Contact: paulmac → tever
Summary: directory.xul file shows up briefly in URL field on ftp load → [DOGFOOD] directory.xul file shows up briefly in URL field on ftp load
screws up URL bar. marking as dogfood.
Whiteboard: [PDT-]
Putting on PDT- radar.  Not necessary fix for dogfood.
*** Bug 18546 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I'm not seeing this anymore...
Bulk move of all Necko (to be deleted component) bugs to new Networking

component.
Status: RESOLVED → REOPENED
Target Milestone: M12 → M13
It's happening again on build 2000011908 on WinNT. This is clearly a regression.
I'm clicking on the "etc." link off www.mozilla.org to look at the latest
nightly build. However, just typing in an ftp site in the location causes this
to happen.
adding myself as cc: and marking M13 - as it was previously marked as M12.
Status: REOPENED → ASSIGNED
Target Milestone: M13 → M14
I also notice that the throbber never stops.
Resolution: WORKSFORME → ---
Clearing WORKSFORME resolution due to this bug being set to open.
*** Bug 24589 has been marked as a duplicate of this bug. ***
xul file url neva eva goes away on m13 builds.
and the directory listing doesn't show up on 02/01/00 win32 builds.

removing pdt- and putting on the beta1 radar
Keywords: beta1
Whiteboard: [PDT-]
using the 02/01/00 build

the directory listing not showing problem appears when I try
ftp://ftp.mozilla.org   

I get a directory file listing when I go to ftp://sweetlou
and I'm able to navigate down through the directory tree
but the display update and scrolling is pretty hurky jerky.

looks like we need some analysis to figure out the conditions
that make this behave funny from build to build and site to site.

tever?


PDT- for b1. WOuld be nice to fix, but we wouldn't hold for it.
Whiteboard: [PDT-]
Putting dogfood in the keyword field.
Keywords: dogfood
Summary: [DOGFOOD] directory.xul file shows up briefly in URL field on ftp load → directory.xul file shows up briefly in URL field on ftp load
I don't see this happening anymore. Maybe it could be marked resolved.

i guess it's fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
verified:  NT 2000042009
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.