Project

General

Profile

Actions

Bug #14105

closed

tslib_content does not handle ouput charset

Added by Martin Kutschker about 20 years ago. Updated over 19 years ago.

Status:
Closed
Priority:
Should have
Category:
Frontend
Target version:
-
Start date:
2004-04-26
Due date:
% Done:

0%

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

Description

The class cObj provides TS-stdWrap mechanisms to manipulate strings (eg substring and caseshift). These routines don't work with multi-byte charsets and they have problems with charsets other than iso-8859-1/windows-1552.

Proposed solution: make use of the new functions of t3lib_cs.

(issue imported from #M11)


Files

0000011-tslib_content_changes.txt (3.89 KB) 0000011-tslib_content_changes.txt Administrator Admin, 2004-04-29 21:51
Actions #1

Updated by old_root old_root about 20 years ago

Assiged to masi himself because he's responsible for charset issues. (right?)

Actions #2

Updated by Martin Kutschker almost 20 years ago

Uploaded tslib_content_changes.txt containing updates and new functions for tslib_content.php. The fix solves all of the problems I'm currently aware of.

Note that the internal var $charset MUST be set by the caller (default is iso-8859-1). Only the creator knows on what data the class works on. So at least tslib_fe.php must be changed to set the charset after cerateing the default cObj depending on it's on variable $siteCharset. Warning: $siteCharset is currently only initialized after a call to initLLvars()!

Actions #3

Updated by old_root old_root almost 20 years ago

Since Masi hasn't got enough CVS write access in order to resolve this bug, I'm going to assign it to Kasper instead.
Kasper, have a look at Masi's tslib_content_changes.txt.

Actions #4

Updated by Martin Kutschker over 19 years ago

Fixed in 3.7.

Actions #5

Updated by Martin Kutschker over 19 years ago

Nothing more to say, besides a back port to 3.6 would be nice :-)

Actions

Also available in: Atom PDF