Bug 157949 - Can't use keyboard to navigate case-sensitive filesystem in ftp
Summary: Can't use keyboard to navigate case-sensitive filesystem in ftp
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-17 02:55 UTC by Chris
Modified: 2022-12-07 04:27 UTC (History)
0 users

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 Chris 2008-02-17 02:55:00 UTC
Version:           3.0.1 (using 4.0.1 (KDE 4.0.1), Kubuntu packages)
Compiler:          gcc
OS:                Linux (i686) release 2.6.24-7-generic

I installed kdm-kde4 under Ubuntu, and several kde4 applications including Kate which I'd been using in KDE3 also.
I set everything up the way I liked it (turned on the "normal" indenter, line numbers) and tried to open a file over ftp.
ftp://username@example.com/public_html/somedir/somefile.php
It asked for my password :) but said the file could not be found :(

I'm accustomed to using the keyboard so I then went to the root of that ftp service in a new open file dialog, and typed in one directory name at a time. as long as I type in lowecase file/directory names, I'm ok. However, if I attempt to ftp to a directory called "Sources" (note the uppercase letter) by typing in the directory name (with or without trailing slash), it fails. It tries to open the file instead and returns a dialog box 'Can not open File "Sources"' (why not??).

If I use the mouse to navigate to that directory, however, I can view it.

Steps to reproduce: open a directory in ftp, enter the path using the keyboard, try to open a directory with an uppercase letter in the name
The console claims: "### Sorry, can not cd into /\n"
Reproducible: every time on my machine.with two users
Comment 1 Chris 2008-02-17 02:59:50 UTC
It's odd that my version and platform were left unspecified as I had specified them.

kade-kde4 package from Ubuntu repositories, compiles with gcc, running @ kdm-kde4 (default window manager was gnome though, maybe this is not Kate's bug?  sorryif it isn't)

Kate 3.0.1
Using KDE 4.0.1

I think from memory my kernel is 2.x.24.7 (very recent one) on Edubuntu/Kubuntu Hardy Heron (alpha)
I hope this is useful.
Comment 2 Matthew Woehlke 2008-02-21 22:11:28 UTC
> It's odd that my version and platform were left unspecified as I had specified them. 

> Version:           3.0.1 (using 4.0.1 (KDE 4.0.1), Kubuntu packages)
> Compiler:          gcc
> OS:                Linux (i686) release 2.6.24-7-generic 

I don't think the version/platform fields are used, as such, I don't think I've ever seen them filled in.

Anyway, the chances that this is a kate problem are about nil, therefore I'm reassigning to kdelibs, where it can be assigned more appropriately. Meanwhile, maybe you can confirm if the problem happens in other KDE4 applications also?
Comment 3 Chris 2008-02-21 23:47:29 UTC
Gladly; you're spot on, it also happens here in kmplot and Kompare.
My steps in each application:
1: "Open" (however you open this dialog, often CTRL+O)
2: Into "Location:" type "ftp://username@ftp.example.com" (noquotes) press enter
2a: type a password if asked
The location requested in step two appears at the top, the directory listing is updated
From here all typing is into "Location:", without quotes
3: type "public_html" and press enter. The directory listing updates, but the location still reads "ftp://username@ftp.example.com"
4: type "smfzone" and press enter. The directory listing updates, but the location doesn't.
5: type "Sources" (capital S) and press enter.

In Kate, the dialog closes and we see "Can't Open 'Sources/'" or similar in a new dialog.
In Kompare, the dialog closes, it seems to have been successful despite the fact that "Sources" was only a directory/folder (NOT a "file" per se).... although Kompare's path to the file reads "ftp://user@ftp.example.com/Sources", which is incorrect.

Thank you for responding, Matthew. Whatever the cause, the bug's effect is trivial as I do have a mouse and a working "Tab" key.
Let me know if there's anything else I should do.
Comment 4 Andrew Crouthamel 2018-11-02 04:29:05 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Andrew Crouthamel 2018-11-16 02:44:23 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version?

Thank you for helping us make KDE software even better for everyone!
Comment 6 Justin Zobel 2022-12-07 00:23:39 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 7 Chris 2022-12-07 04:27:30 UTC
Tested today with KDE Frameworks 5.98.0 and couldn't reproduce it. Thanks, everyone.