Closed Bug 137192 Opened 22 years ago Closed 20 years ago

ftp filename too narrow to use (mozilla.org downloads: name column is not wide enough)

Categories

(mozilla.org :: FTP: Mirrors, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: akkzilla, Assigned: kveton)

References

()

Details

(Keywords: regression)

As of this morning's build, it has become very hard to use mozilla to download
nightly builds, because the filename column has become very narrow.  For
instance, I see three different offerings of:
mozilla-i686-pc-linu..>
mozilla-i686-pc-linu..>
mozilla-i686-pc-linu..>
with no indication of which one is which.
This is a regression: it worked fine yesterday.
I looked through bonsai but didn't see any obvious signs of which checkin broke
this.

BTW, I don't see a tree view; I see an html view like 4.x had.  Is that the
correct default now, or do I have some tricky pref set that I've forgotten
about?  I looked through my prefs but didn't see anything with "ftp" in the
name.  (I like the html view just fine except for this regression, so that's not
a complaint, I just want to make sure of whether other users will see the same
problem I'm seeing.)
html is the default for ftp now.

caillon - is this fallout from your cleanups?
I can't reproduce this on any build before or after my checkin.  In any case, I
can't really see why my change would break anything since I didn't touch the
fluidity of the output.  Everything should still expand or contract as
necessary.  So this is either a tables or a style bug I think, but not sure which...

Akk, could you post the generated source of the build where it works and the
build where it doesn't?  Are they both the same (allowing for differences of
course in between newer filenames, times, etc...)  Also what is your window
size?  I just shrunk my window down to like 200x200 and still see no signs of
this which is really strange....
This appears to be server generated output.  It looks the same on every browser
I tested.  Opera, NC4.77, and Konqueror all display the truncated output when
they didn't before.

Sending to m.o > webmaster for now.
Assignee: bbaetz → endico
Component: Networking: FTP → webmaster@mozilla.org
OS: Linux → All
Product: Browser → mozilla.org
QA Contact: benc → imajes
Hardware: PC → All
Yeah - this happens on 099 now, too.
asked the admin of those machines to change that. I think he needs to
turn on FancyIndexing
Who is the admin who needs to be asked? I notice that ftp.mozilla.org now points
to 3 machines, and ftp://ftp.mozilla.org gives a NEW AOL login banner - does m.o
no longer control these?
*** Bug 137257 has been marked as a duplicate of this bug. ***
If it's an Apache server, the following should do it:

IndexOptions FancyIndexing NameWidth=* SuppressDescription

Who needs the "Description" field anyway?

Only _somebody_ needs to actually do it. Thanks.
this is now fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
this is back!
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
this is working again.
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → WORKSFORME
It's back again!
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
could it be that there are several different servers with different configurations 
involved when
browsing http://ftp.mozilla.org?  This keeps switching between working
(with no desc field) and not working.
first time the filename is to short.
alter 2 reload current page(shift-Strg) it works for me.
Günter
I get inconsistant results  (build 2002111404)
http://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest-trunk/

sometimes the filename is sized correctly and sometimes it is too short.

I would like to see a some of the sorting options and possible an ability to
resize the columns when using the ftp://(whatever) mode.
Does *anybody* know a contact for checking the web server configs? 
Ihave checked this again and it definitely is an intermittent problem with
the server - you can see this with other browsers (just reproduced it with
IE). I am quite sure that this is due to some kind of load balancing that
will connect you to differently configured servers randomly, or some
similar mechanism.
QA Contact: imajes → stolenclover
This bug worksforme with Windows Seamonkey builds 2004020909
Status: REOPENED → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
Reopening. This is broken again, at least with Mozilla 1.7.3 and IE6.

I'm also changing the summary to make this bug easier to find.

Prog.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Summary: ftp filename too narrow to use → ftp filename too narrow to use (mozilla.org downloads: name column is not wide enough)
I just clicked the URL here and I fail to see the problem...

However, there are 8 different FTP servers answering to that domain name, and
they all have separate configuration.  Please click the direct links on
http://www.mozilla.org/mirrors.html and tell us which one(s) are actually
exhibiting this problem.
Assignee: endico → kveton
Status: REOPENED → NEW
Component: webmaster@mozilla.org → FTP: Mirrors
QA Contact: daniel.bugmail → myk
OK, I just walked through them myself:
AOL California is ok.
ISC is ok.
gatech has this problem.
indiana is ok.
osuosl has this problem.
Utah is okay.
Both AOL Virginia servers are ok.

So getech and osuosl both need configuration fixed.
The OSL and Gatech have both fixed this.
Status: NEW → RESOLVED
Closed: 21 years ago20 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.