Project

General

Profile

Actions

Bug #55652

closed

Upload a file with Uppercase letters --> Error in filelist

Added by Jay Dinse about 10 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2014-02-04
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

When I upload a new file with uppercase letters, I get an error in the filelist telling me that the file does not exist. Besides of TYPO3 I can see the uploaded file in the filesystem with it's original name, but there is no corresponding entry in the sys_file table of the database.


Files

01.png (35.1 KB) 01.png Norman Sand, 2014-05-15 11:06
02.png (35.3 KB) 02.png Norman Sand, 2014-05-15 11:06
03.png (98.5 KB) 03.png Norman Sand, 2014-05-15 11:06

Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Bug #55359: Image files with uppercase file extension don't work in element browser and content elementsClosed2014-01-27

Actions
Related to TYPO3 Core - Bug #55514: Create new file or upload with Uppercase filename results in lowercase filenameClosed2014-01-31

Actions
Related to TYPO3 Core - Bug #58393: FAL / casesensitiveClosed2014-05-01

Actions
Actions #1

Updated by Frans Saris about 10 years ago

  • Status changed from New to Needs Feedback

Could you check if this resolves the issue for you?

https://review.typo3.org/#/c/27359/

Actions #2

Updated by Steffen Ritter about 10 years ago

  • Target version deleted (6.2.0)
Actions #3

Updated by Sebastian Fischer almost 10 years ago

Cant confirm the problem. Could upload file with name Cute-Cats-cats-33440930-1280-800.jpg and find a sys_file record in current master.

Updated by Norman Sand almost 10 years ago

I can confirm this problem with Version 6.2.2. Files with uppercase letters will be uploaded to the folder, but a PHP-Error will be thrown and the folder can't be viewed in the Filelist anymore (See screenshots enclosed).!!

The solution seems to be pretty simple actually (at least it works for me): You need to check the checkbox for "Uses case sensitive identifiers" for the File Storage (List -> Rootpage -> File Storage). If this is not done, files with uppercases seem not to work. After checking this setting all uploaded files are working at once.

I would recommend to make this checkbox checked by default. (I think it's not right now.)

Actions #5

Updated by Frans Saris almost 10 years ago

Hi Norman,

There is already a check in core to see if you have got an case-sensitive file system and sets the checkbox of the file storage.
But it could be that this needs some extra finetuning.

Did you do an upgrade or an clean install of 6.2.2?

gr. Frans

Actions #6

Updated by Norman Sand almost 10 years ago

Hi Frans,

I upgraded from 6.2.0 to 6.2.2, so it's possible that this setting came from 6.2.0. I'm going to set up a clean install of 6.2.2 in a few days on the same server and check what happens here.

Actions #7

Updated by Frans Saris almost 10 years ago

You did not have these problems on 6.2.0? And was that a clean install or an upgrade?

Actions #8

Updated by Norman Sand almost 10 years ago

I just set up a fresh installation/clean install (6.2.3). The ceckbox was not set here, so it seems this is not checked by default. I am on a different system now so it's possible, that the core just don't checked the box because it's not needed on my system.

Actions #9

Updated by Francois Suter over 9 years ago

I stumbled on the same issue today and checking the "Uses case sensitive identifiers" box indeed solved the problem.

Frans, given what you said, I can highlight one typical scenario: in our office, all developers work locally on Mac, but the servers are Linux. So I guess that when a file storage is first created locally (i.e. on Mac OS), FAL detects a case-insensitive system. When the site is later placed on a Linux server, the file storage behaves "wrongly".

I'm not sure what can be done to help here, but it is obvious that the utter lack of FAL documentation does not help at all.

Actions #10

Updated by Francois Suter over 9 years ago

And I would say that this option should be "On" by default, as it does not hurt on case-insensitive systems (at least not on Mac OS), and it seems rather pointless to me to force all lowercase.

Actions #11

Updated by Alexander Opitz over 9 years ago

This option can't be on by default. The option is selected/deselected automatically while creating a storage, depending on the ability of the underlying system.

For non case-sensitive systems my.gif is the same as MY.GIF, so we are on the safer side if we do lowercasing on such systems.

I vote for closing this issue as "Won't fix" an integrator who moves his TYPO3 installation from a case-sensitive to an case-insensitive filesystem (or vice-versa) should know to change this checkbox. Maybe we can add a test in the install-tool that checks if the correct system is selected.

Actions #12

Updated by André Markus over 9 years ago

Where can I find check checkbox "Uses case sensitive identifiers" ???
Can't see it in the All configuration section (Install Tool).

Actions #13

Updated by Frans Saris over 9 years ago

This is a setting of the file storage. You find the storage records in the page tree root.

Gr. Frans

Actions #14

Updated by André Markus over 9 years ago

Omg... -.-

Thanks Frans!

Actions #15

Updated by Alexander Opitz over 9 years ago

So, can we close this issue?

Actions #16

Updated by Ingo Schmitt about 9 years ago

  • Status changed from Needs Feedback to Closed

We can close!

Actions

Also available in: Atom PDF