fs-uae won't scan folder

[TenLeftFingers]

Scan error
could not find case for path /home/tenleftfingers/Copy/RetroComputing/a1200

That's the error I get when I click the scan button. But I added the path using the UI and it's correct.

Copy (a Dropbox like application) is still syncing to the folder.

I'm using the stable repo: ppa:fengestad/stable

Any ideas?

[FrodeSolheim]

There could be more information in fs-uae-launcher.log.txt. Please reproduce the issue, quit FS-UAE Launcher, and either post fs-uae-launcher.log.txt here or send to frode@fs-uae.net.

[TenLeftFingers]

I can't reproduce this since the last reboot. Feel free to delete/close. Thanks again for your response.

[TenLeftFingers]

It's back v2.4.3. Logs attached

[TenLeftFingers]

Bump

[jbl007]

Do you have the same file/directory names with different upper/lower case in one directory? If so, this could be the problem.
For example:

/tmp/test/
    └── Copy
        └── RetroComputing
            ├── A1200
            └── a1200
                └── Floppies

get_real_case() in Paths.py fails to scan /tmp/test/Copy/RetroComputing/A1200/floppies.

[TenLeftFingers]

I think you've found the issue jbl007, because there is both a Copy and copy directory next to each other. I'll try and safely move one of them and try fs-uae again.

I'll come back with the result.

Edit: Thank you jbl007! That solved my problem. Could I ask you to remove the username (the parent directory to Copy) in the diagram you posted above?

Frode, this can affect any user of a linux system.

[jbl007]

Originally Posted by TenLeftFingers

Could I ask you to remove the username (the parent directory to Copy) in the diagram you posted above?

No problem. Keep in mind, it's also in the log file, you attached.

Frode, this can affect any user of a linux system.

if linux: return path. Could it be that simple to fix it?

[TenLeftFingers]

Originally Posted by jbl007

No problem. Keep in mind, it's also in the log file, you attached.

Noted As long as it's away from search engines I'm happy enough.

if linux: return path. Could it be that simple to fix it?

Let's hope so

[FrodeSolheim]

@tenleftfingers thanks for the report, and @jbl007 thanks alot for finding the cause

Originally Posted by jbl007

if linux: return path. Could it be that simple to fix it?

Yes, that would indeed fix the problem, at least that one specifically. This function does serve more than one purpose (kind of), in that it also works to correct paths on Linux if the path in settings is somehow stored with the wrong case (say from a portable windows version). In addition to case, it also fixes problems related to different Unicode normalizations (yes OS X, I'm looking at *you*).

But as you discovered, it fails in this specific circumstance, and even worse, it fails even when the user hasn't done anything stupid on Linux.

The best fix for now is probably (and already implemented now for 2.5.33dev ):

if not windows and not macosx:
    if os.path.exists(path):
        return path

(If the path does not exist, then try to lookup the path using the algorithm)

https://github.com/FrodeSolheim/fs-u...8baf8e09b04733

[FrodeSolheim]

2.5.33dev out now, please test

[TenLeftFingers]

I recreated the folder with the lower case text and the scan ran perfectly. Nice work Frode