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)
mozilla.org
FTP: Mirrors
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.
Reporter | ||
Comment 1•22 years ago
|
||
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.)
Keywords: nsCatFood,
regression
Comment 2•22 years ago
|
||
html is the default for ftp now. caillon - is this fallout from your cleanups?
Comment 3•22 years ago
|
||
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....
Comment 4•22 years ago
|
||
Oh I see the problem now. It's not ftp, but http...
Comment 5•22 years ago
|
||
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
Comment 6•22 years ago
|
||
Yeah - this happens on 099 now, too.
Comment 7•22 years ago
|
||
asked the admin of those machines to change that. I think he needs to turn on FancyIndexing
Comment 8•22 years ago
|
||
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?
Comment 9•22 years ago
|
||
*** Bug 137257 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
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.
Comment 11•22 years ago
|
||
this is now fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 13•22 years ago
|
||
this is working again.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 14•22 years ago
|
||
It's back again!
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 15•22 years ago
|
||
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.
Comment 16•22 years ago
|
||
first time the filename is to short. alter 2 reload current page(shift-Strg) it works for me. Günter
Comment 17•22 years ago
|
||
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.
Comment 18•22 years ago
|
||
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.
Comment 19•21 years ago
|
||
worksforme ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/ http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/
Updated•21 years ago
|
QA Contact: imajes → stolenclover
Comment 20•21 years ago
|
||
This bug worksforme with Windows Seamonkey builds 2004020909
Status: REOPENED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Status: RESOLVED → VERIFIED
Comment 21•20 years ago
|
||
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)
Comment 22•20 years ago
|
||
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
Comment 23•20 years ago
|
||
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.
Assignee | ||
Comment 24•20 years ago
|
||
The OSL and Gatech have both fixed this.
Status: NEW → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•