TYPO3 Core

I can't believe this is a problem, though I didn't test it. Maybe some extension is conflicting?

Can anybody confirm this problem?

you can find the - now working example - at http://pfadfinder.weidling.at/

I am having the same problem - using version 3.7.0. Replaced the code as suggested but did not solve the problem.

Regards

Hugh McKitterick

The parameter format for the showpic document has changed since 3.7.0. You'll need to check this with 4.0.2.

Seems like the version was not the most recent one. Otherwise please reopen.

it reappeared just now using typo3 v4.1.1.

please see http://pfadfinder.weidling.at/site/25.0.html and click any image.

the first image produces this link: http://pfadfinder.weidling.at/site/index.php?eID=tx_cms_showpic&file=uploads%2Fpics%2Fjudendorf_klausur_0706_001.jpg&width=800m&height=600m&bodyTag=%3Cbody%20style%3D%22margin%3A0%3B%20background%3A%23fff%3B%22%3E&wrap=%3Ca%20href%3D%22javascript%3Aclose%28%29%3B%22%3E%20%7C%20%3C%2Fa%3E&md5=58fe358bad469bbeed779078e8ddf4f1

i use this rewrite information:
RewriteRule ^site/index.php(.*)$ /index.php$1 [R]
RewriteRule ^site/showpic.php(.*)$ /showpic.php$1
RewriteRule ^site/([a-zA-Z0-9\-]*)([\.]*)([0-9]*)([\.]*)html([::graph::]*)$ /index.php?id=$1&type=$3&%{QUERY_STRING}

the weired thin is, it worked until recently.

kind regards,
raoul bhatia

i think i narrowed it down to the rewrite rules.

adding the following below the last rewrite url solves the problem:

RewriteRule ^([a-zA-Z0-9\-]*)([\.]*)([0-9]*)([\.]*)html([::graph::]*)$ /index.php?id=$1&L=$3&%{QUERY_STRING}

any idea on this issue?

and another information:

the first rewrite rule with the %{QUERY_STRING} translates to:
http://pfadfinder.weidling.at/index.php?eID=tx_cms_showpic&file=uploads%252Fpics%252Fjudendorf_klausur_0706_001.jpg&width=800m&height=600m&bodyTag=%253Cbody%2520style%253D%2522margin%253A0%253B%2520background%253A%2523fff%253B%2522%253E&wrap=%253Ca%2520href%253D%2522javascript%253Aclose%2528%2529%253B%2522%253E%2520%257C%2520%253C%252Fa%253E&md5=58fe358bad469bbeed779078e8ddf4f1

the second (new) rewrite rule translates to:
http://pfadfinder.weidling.at/index.php?eID=tx_cms_showpic&file=uploads%2Fpics%2Fjudendorf_klausur_0706_001.jpg&width=800m&height=600m&bodyTag=%3Cbody%20style%3D%22margin%3A0%3B%20background%3A%23fff%3B%22%3E&wrap=%3Ca%20href%3D%22javascript%3Aclose%28%29%3B%22%3E%20%7C%20%3C%2Fa%3E&md5=58fe358bad469bbeed779078e8ddf4f1

clearly there is a difference as the %-sign (and maybe other special chars) get encoded resulting in a "double-encoded-url"

Can reproduce this bug in V 4.2.0 in one special environment. At most Servers it works.

The MD5 Testsum is generated with rawurlencoded strings in class.tslib_content.php and testet in showpic.php with not decoded strings. As a result the md5-sums are not matching. -> error

The mentioned code fixes the issue for me too:
$this->file = rawurldecode(t3lib_div::_GP('file'));
$this->bodyTag = rawurldecode(t3lib_div::_GP('bodyTag'));
$this->title = rawurldecode(t3lib_div::_GP('title'));
$this->wrap = rawurldecode(t3lib_div::_GP('wrap'));

I dont understand why this works at all for most servers without that fix?

The same happened here with a brand new 4.3.3 installation!
Please commit this fix to the next official releases!! After all it is a solved problem and it is really annoying if fixes that are several years old don't make it into the official releases.

I've had the same problem that the click enlarge function doesn´t worked any longer after a page transfer to a new server.
The reason was a very long eID-GET-variable due to excessive wrapping for the click enlarge image, which get in trouble with the server config...

After outcommenting the wrap the click enlarge image worked as usual.

error.log:

FastCGI: server "/var/www/php-fastcgi/webxxx/php-fcgi-starter" stderr: ALERT - configured GET variable value length limit exceeded - dropped variable 'wrap'