Possible base64_encode problem

[DeXXus]

I ~think~ some "undesireable" side-effect(s) of base64_encode is that padding uses "=" sign and apparently may affect some functionalities in phpWCMS (at least ...imagezoom and sendnewsletter). See threads below:
http://www.phpwcms.de/forum/viewtopic.php?t=10075
http://www.phpwcms.de/forum/viewtopic.php?t=9511

[update]

Hi,
is there an update for this topic already?

I did several new installations of phpwcms (all on the same server) and none of them is working with the "clickable" feature. I also tried to install a new base64 module but no change.

Looking at other sites made with phpwcms a lot of them are showing no "=" or just one = or even two == at the end of the cryptic picture name but they are displaying the pictures.

I've tried several adjustments: gd1 gd2 im - all are producing the same "error". Only one time I succeeded in having a picture showing up and this has been a transparent png

Really strange. It seems to be a server setup problem (too)
But it really would be nice to have some paths to follow... or some "forget it for now" or something similar


Greetings
claus

[update]

I've found out the following:
When I delete the trailing == and enter the link by hand the picture is displayed fine...
So why not kill these = or == via the responsible script itself? But how...
Greetings
Claus

[update]

Hi,

Today I gave it a new shot with the new 1.2.8 (+ all patches):

system suse 9
PHP Version 4.3.3
ImageMagick 5.5.7
MySQL version 4.0.15

Tried GD, ImageMagick, no success

There is still the problem with "text mit bild" and "klick vergrösserbar"
- the enlaged popup picture still isn't showing

It certainly has something to do with some server ("mis")configuration. Any hint, idea is really appreciated

Greetings
claus

[update]

oliver,
this today's update solved it
If you have the time check my comment at sourceforge
Thanks!
claus

[Oliver Georgi]

Please do not comment closed bugs.

But fine that it helped.

Oliver

[update]

OK