Talk:Wiki EmailTag

From MilkysWiki
Jump to: navigation, search
Got a bug in the code
from line 65
$text  = "<img src=\"$wgScript";
$text .= "?title=Special:Email&img=";
$text .= $string;
$text .= "\" alt=\"some mail\" />";
The ?title= is not in your relase so the image gets a 404 trying
to consult /wiki/index.phpSpecial:Email&img=oJyipaWyo0OcoJSaMJ4hnzSdLD%3D%3D
--Hsilamot 07:20, 28 April 2007 (CEST)
This is fixed a long time ago!




Another bug: When I run it in Firefox I get no image, just the text "some email". In IE, I get only an error at line 36 that a ";" is expected no image...

This isn't a bug. It's the handling of firefox... IE gives some info about alt=xyz tags...

Re: Another bug

 "When I run it in Firefox I get no image, just the text "some email". In IE, I get only an error at line 36 that a ";" is expected no image..."

It worked on my wiki as I installed it but after some changes (adding some extensions) it didn't worked anymore, same thing like above...
Till now, I didnt see whats the Problem but I think that it is some major wiki settings how it handles nonwiki code. Do you have any idea?
The problem isnt at including the image to the site... its just on generating the image...
To see what I mean, you can take a look on http://study.2030.tk/wiki/Test:Email
Wenn ich den encoded string, der bei mir im wiki generiert wird, bei deinem wiki einsetze, funktionierts http://www.mcmilk.de/wiki/Special:Email?img=qTImqTIlDUEyp3DhL2t%3D
Ansonsten ist's ne geile Extension ;-)

Irgend etwas stimmt mit den mimetypes nicht die mediawiki für deine extension sendet bzw. irgend eine andere extension oder eine einstellung in der LocalSettings.php ändert da was

 Access Denied: Content Does Not Match Content Type
 The transferred file "http://study.2030.tk/wiki/Spezial:Email?img=qKAypxOyrTSgpTkyYz9lMj%3D%3D" has been blocked by Webwasher.
 The server returned a file of type image/gif but the content of this file is of a different type. 
 Please advise your content provider not to spoof content types.

Der Unterschied ist im Source... beim nicht anzeigbaren Bild hat es 3 Returns drin bevor der Anfang des Bildes mit GIF89a eingeleitet wird...

Possible Solution

Alle extensions deaktivieren und eine nach der anderen aktivieren um herauszufinden welche extensions probleme machen

In meinem fall ist es die extension phpbbauth und eine selbst geschriebene extension, die jedoch keinen hinweis darauf gibt wieso... die extension macht keine specialpage und ich sehe nicht wo sie etwas machen könnte.
Das einzige was si gross macht ist ein $wgParser->setHook() um die extension einzubinden und ersetzt einen string zwischen <x> </x> mit etwas html

Personal tools
Namespaces
Variants
Actions
Navigation
Toolbox