Bug 36055 - Konqueror trusts in permissions of broken ftp server
Summary: Konqueror trusts in permissions of broken ftp server
Status: RESOLVED INTENTIONAL
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: ftp (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-12-11 18:18 UTC by Thomas Tanner
Modified: 2014-03-02 06:34 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Tanner 2001-12-11 18:13:11 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           konqueror
Version:           KDE 2.2.2 
Severity:          normal
Installed from:    Debian testing/unstable Packages
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

When I login to the ftp server
ftp://141.44.96.12/
and try to change to one of its
subdirectories by clicking on them
I get the error "you don't have permissions to read the directory ..." (translated from German).
However if I append the directory name in
the location bar konqueror changes to the directory without problem.

The FTP Server is the obviously broken "Microsoft FTP Service (Version 2.0)".

NcFTP shows:
ncftp / > ls -l
d---------   1 owner group  0 Okt 16 09:50 Aushang
d---------   1 owner group  0 Apr  6  2002 Handapparate

Konqueror seems to think that the permissions given by the server are right and does not even try to execute the users action.

I believe I have seen a similar bug even on a local filesystem a year ago but that might be fixed already...

Thanks for konqueror and keep up the great work!

(Submitted via bugs.kde.org)
Comment 1 David Faure 2001-12-13 00:55:09 UTC
On Tuesday 11 December 2001 19:13 tanner@gmx.de wrote:
> Package: konqueror
> Version: KDE 2.2.2 
> Severity: normal
> Installed from:    Debian testing/unstable Packages
> Compiler:          Not Specified
> OS:                Linux
> OS/Compiler notes: Not Specified
> 
> When I login to the ftp server
> ftp://141.44.96.12/
> and try to change to one of its
> subdirectories by clicking on them
> I get the error "you don't have permissions to read the directory ..." (translated from German).
> However if I append the directory name in
> the location bar konqueror changes to the directory without problem.
> 
> The FTP Server is the obviously broken "Microsoft FTP Service (Version 2.0)".
> 
> NcFTP shows:
> ncftp / > ls -l
> d---------   1 owner group  0 Okt 16 09:50 Aushang
> d---------   1 owner group  0 Apr  6  2002 Handapparate
> 
> Konqueror seems to think that the permissions given by the server are right and does not even try to execute the users action.

Err so it's Konqueror that gets the bug report and not Microsoft for its broken FTP server ?
I love the open-ness of opensource :}

What is Konqueror supposed to do here ?
Not care about permissions at all ?

-- 
David FAURE david@mandrakesoft.com faure@kde.org
http://perso.mandrakesoft.com/~david/  http://www.konqueror.org/
KDE 3.0: Konquering the Desktops
Comment 2 Thomas Tanner 2002-02-20 11:58:54 UTC
sorry for the late reply...

On Thursday 13. December 2001 01:55 you wrote:
> > Konqueror seems to think that the permissions given by the server are
> > right and does not even try to execute the users action.
> Err so it's Konqueror that gets the bug report and not Microsoft for its
> broken FTP server ? I love the open-ness of opensource :}

 The advantage of free software is that you can work around
 all bugs in software and hardware yourself.=20
 And our world's full of bugs (just look at bugs.kde.org or M$ ;-)

> What is Konqueror supposed to do here ?
> Not care about permissions at all ?

 It should "trial and error".=20
 First try to do what the user wants and if that fails interpret the error
 by using information it has gathered before.

 In this case IMO it should not only tell me that I don't have the permissi=
ons
 to do something but also tell me what the required permissions are.

--=20
Thomas Tanner -------------------------
email: tanner@(gmx.de|ffii.org|gnu.org)
GnuPG key id: 1024/5924D4DD=20
Comment 3 Thiago Macieira 2003-03-22 19:06:48 UTC
Just as a note, this problem is probably not exclusive to the FTP ioslave. I think it 
belongs to another package. 
 
Comment 4 Tommi Tervo 2005-02-02 14:40:07 UTC
*** Bug 76442 has been marked as a duplicate of this bug. ***
Comment 5 Maciej Mrozowski 2005-03-03 19:02:31 UTC
I have got same probelm for few years - rather on not broken ftp server (it's Novell I guess) - try ftp://ci-1.ci.pwr.wroc.pl
Konqueror or KBear (or any other app using kio-ftp) and GNU Midnight Commander (yeah, it's odd) denies to enter any directory. Mozilla, lftp, gftp, kasablanca - and I suppose other clients - they all have no problem entering directories.
For me, personally I have only anonymous access to that server (as a student), but authorization of our teachers it's known to work.
Comment 6 Maciej Mrozowski 2005-03-03 19:03:37 UTC
I have got same probelm for few years - rather on not broken ftp server (it's Novell I guess) - try ftp://ci-1.ci.pwr.wroc.pl
Konqueror or KBear (or any other app using kio-ftp) and GNU Midnight Commander (yeah, it's odd) denies to enter any directory. Mozilla, lftp, gftp, kasablanca - and I suppose other clients - they all have no problem entering directories.
For me, personally I have only anonymous access to that server (as a student), but authorization of our teachers it's known to work.

M.Mrozowski
Comment 7 David Faure 2005-03-04 23:05:25 UTC
OK, I fixed (for 3.4.1) the parsing of Netware FTP servers, so that files don't all appear with a lock (no permissions).
This was in fact bug 76442.

About #36055: permissions like "d---------" create a more complex problem, since it *could* be the case that a valid Unix listing returns that, whereas the Netware case is easier to handle, there we know for sure that the permissions are unknown.
Comment 8 Thiago Macieira 2005-03-05 03:16:54 UTC
I'd say check the first few items. If all are 000, then replace with 555 and set a flag "broken listing".
Comment 9 David Faure 2005-03-06 15:12:41 UTC
> I'd say check the first few items.
We treat them as they come - so after the "first few" it's too late to go back and change
the already emitted items...

> If all are 000, then replace with 555 
OK it's indeed unlikely that anyone would have many items with no permissions for anyone [but root], indeed.

> and set a flag "broken listing". 
Where and with what purpose?

Anyway, that site is down, so I'd need a new server to test against.

Comment 10 Thiago Macieira 2005-03-06 17:57:20 UTC
> > and set a flag "broken listing". 
> Where and with what purpose?

The flag is supposed to be a cache, so that we don't test the file permissions everytime. Once is enough.

Ok, let me be a bit more detailed:

When the first entry is received, if it's 000, check the "broken file listing" flag
- if it's set, change to 0555
- if it isn't, switch to test mode: queue up the first few (5?) entries and check if all have permissions 000. If they do, change to 0555, set the flag and send them.

Comment 11 Dawit Alemayehu 2014-03-02 06:34:02 UTC
Too old a report and the MS FTP servers these days work fine mostly.