Project

General

Profile

Actions

Bug #16492

closed

Files having umlauts in the filename have no context-menu in filelist-module (IE6, HTTPS)

Added by old_root old_root about 18 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Must have
Assignee:
Category:
-
Target version:
-
Start date:
2006-08-25
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.0
PHP Version:
4
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

On IE6 and a completely HTTPS-secured backend the context-menu in the filelist-menu does not show up if there are umlauts in the filename (DOM-error). Thus files can not be deleted/renamed etc...

(issue imported from #M4098)


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #16502: Douple dots in filenames.Closed2006-08-29

Actions
Actions #1

Updated by Rob Vonk over 15 years ago

Reproduced. You cannot create files with umlaut either. tëst.txt becomes test.txt

Verified with IE6 and Firefox 3.

Analysis:

clickmenu.js does an encodeURIComponent for the filename in the show function.

The alt_clickmenu.php gets this filename encoded and does a file_exists on the encoded name. That fails and the popup won't show.

The rest of the handling code fails as well because of the encoded name.

Actions #2

Updated by Chris topher over 14 years ago

When you set UTF8filesystem and forceCharset in the Install Tool, a UTF-8 file system can be used.

Is this problem (with IE and HTTPS) still there?

Actions #3

Updated by Chris topher over 14 years ago

I just checked that with IE8 and HTTPS:
The context menu comes up and you can e.g. rename or delete the file properly. After I gave an image file a name with an umlaut, I do no longer see the thumbnail. But this is another issue, see #21609.
There this issue here is fixed.

Actions #4

Updated by Steffen Gebert over 14 years ago

Tested and works with IE6 and HTTPS on TYPO3 4.3.4

Actions #5

Updated by Benni Mack about 6 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF