Bug 20433 – ls behaves strangely in ftpd.

Bug 20433 - ls behaves strangely in ftpd.

Summary:	ls behaves strangely in ftpd.

Status:	CLOSED NOTABUG

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	wu-ftpd (Show other bugs)
Sub Component:
Version:	7.0
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Bernhard Rosenkraenzer
QA Contact:	Dale Lovelace
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2000-11-06 13:57 EST by rvaughn
Modified:	2007-04-18 12:29 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2000-11-06 13:57:29 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description rvaughn 2000-11-06 13:57:27 EST

The ls command seems to be slightly broken in the wu-ftpd included RH 7.

The plain "ls" command returns only the list of files - directories are not included as with a console "ls" command.  Adding options to the ls command, such as "ls -l" appears to cause it to behave correctly.  This behavior is changed from previous versions, in which the "ls" command behaved exactly as it does at the console.

The workaround above is fine for interactive use, however, this bug is breaking automated clients such as the perl "mirror" package.

Comment 1 rvaughn 2000-11-06 14:18:38 EST

After checking various websites, I found that this is apparently intended
behavior by wu-ftd.  I also found a patch for the mirror client on the mirror
website.

Still, this is surprising and non-traditional behavior, and might merit a FAQ or
other note.

Note You need to log in before you can comment on or make changes to this bug.