GoT + non IE browsers: De user profile test

[Hagar]

Naar aanleiding van het volgende topic [rml][ user_profile] openbaar emailadres niet zichtbaar[/rml]

Het probleem is dus dat ik met Konqueror 3.0.3 de plaatjes waarop de openbare email adressen worden afgebeeld niet kan zien in mijn browser. Aangezien DSmarty ook reageerde met de mededeling dat ie ze niet kon zien en het topic uit het zicht verdween, heb ik gister het topic gister ff een duwtje gegeven. Ik was niet de enige maar of het alleen aan Konqueror ligt is dus nog niet helemaal duidelijk en zoals Jotti al aangeeft doet zijn versie van Konqueror het wel.

Om nu alles ff duidelijk op papier te krijgen heb ik Chem gevraagd of het misschien wel handig was om dit in NOS te vragen en zo een overzicht te krijgen met browsers die het plaatje wel en niet weergeven.

Dus wel en niet !!!
Waarom ook als je ze wel kan zien???
Simpel, niet iedere browser is gelijk zoals Jotti al laat merken en om zo veel mogelijk versies (en compilaties) te verzamelen en vergelijken hebben we die info nou eenmaal nodig.

Als je browser er al tussen staat (zelfde versie?) en het werkt hoef je natuurlijk niet te posten

Ik stel mijn profiel wel beschikbaar voordat iedereen haastig op zoek gaat naar een profiel met een openbaar email adres
Hagar's Profiel

Bij voorbaat dank

OS: Debian Sid
Browser: Konqueror 3.0.3 (debian package)

[intoxicated]

Damn, je hebt gelijk
OS: Gentoo Linux 1.4
Browser: Konqueror 3.0.3

En ja, m'n browser zendt netjes referer-info in de HTTP-headers.

[Wirf]

OS: Debian Unstable Sid
Browser: Mozilla 1.2a

werkt perfect (had ook niets anders verwacht )

[ Voor 0% gewijzigd door Wirf op 02-10-2002 17:59 . Reden: Unstable klinkt zo negatief ]

[Psylocke]

Bij mij werkt het ook niet
Trouwens, op de frontpage, doen de plaatjes het bij de reviews ook niet.

OS: Gentoo 1.4
Browser: Konqueror 3.0.3

Opera 6.0.3 en Mozilla 1.0 werken weer wel.

[Verwijderd]

Galeon 1.2.6 (mozilla versie is 1.0.1): Werkt prima.

Opera 6.02: Werkt prima.

Netscape 4.79: Werkt niet.

Lynx 2.8.4: Werkt ook niet , ik zie geen plaatje

[intoxicated]

PsYloCkE schreef op 02 oktober 2002 @ 18:00:
Trouwens, op de frontpage, doen de plaatjes het bij de reviews ook niet.

Same here. Dus als het op GoT gefixed is, wordt het tijd om de heren van de frontpage ook even op de bug te wijzen

[Wirf]

Dus tot zover is het vooral een bug in konqueror? Heeft iemand de laatste (CVS) versie al geprobeerd?
Anders zou dr iemand een bugreport moeten doen ofzo

[_Squatt_]

In Mozilla (1.0 zelf gecompileerd) werkt 't prima, in Konqueror (CVS van ongeveer afgelopen zondag/maandag) zie ik geen mail adres.

[Fatal-Error]

konqueror 3.0.2: geen plaatje te zien.
Als ik alleen het plaatje in een nieuw window open en daarna op reload druk krijg ik het wel te zien.

[[J.d.I.] Exploder]

Ook met Konqueror 3.0.8 (kde cvs - KDE 3.1 beta 2) zie ik ze niet en ook de plaatjes op de frontpage van tweakers ook niet. Na reload van het losse plaatje krijg ik ze ook te zien.
OS is RedHat 7.3

[odysseus]

Konqueror CVS van gisteren: geen plaatje te zien. Overigens doet dit probleem zich al langer voor, dus blijkbaar zit er structureel een probleem in de communicatie tussen Konqueror en Tweakers.net. Helaas heb ik zelf momenteel geen KMozilla draaien, maar misschien kan iemand die het wel heeft even kijken of hij in een Konqueror-met-Gecko-engine wel de afbeelding te zien krijgt? Overigens krijg ook ik de plaatjes naast de reviews op de FP niet te zien, ik neem aan dat de twee problemen met elkaar te maken hebben.

[Verwijderd]

Hier met Konqueror 3.0.3 - niet zichtbaar , Mozilla 1.1 wel zichtbaar.

[Verwijderd]

/me ziet het plaatje met de Mozilla die in RH8 null zit (ik geloof dat dat 1.1 was)

[Hagar]

Fatal-Error schreef op 02 oktober 2002 @ 18:17:
konqueror 3.0.2: geen plaatje te zien.
Als ik alleen het plaatje in een nieuw window open en daarna op reload druk krijg ik het wel te zien.

Ja, dat doet hij bij mij ook
Zeer vreemde bug is dit.

Een opsomming van browsers die niet werken:
Konqueror (vrijwel alle versies + nieuwste CVS)
Netscape 4.79

[[J.d.I.] Exploder]

De vraag is dus wat is er anders aan dat plaatje dan alle andere plaatjes?
Wordt het door een andere server geserveerd? (static jpg server ofzo?)
Wordt het plaatje dynamisch gecreeerd? (lijkt me wel.. ) Is dat ook zo voor de plaatjes op de frontpage?

[_Squatt_]

De plaatjes naast de reviews zie ik ook niet, zelfs niet als ik ze in een apart venster open.

Als ik de laatste '0' van de url van 't email-plaatje afhaal zie ik 'm wel maar met alle nullen (in dat geval 6 stuks) wordt het plaatje niet geladen.

[edit]
Nog even getest met KDE 3.0.2, maar daar gebeurt hetzelfde.

[hereweare67893]

OS: Mandrake 9.0 Final
Browser: Galeon 1.2.5 (ouder dus dan de 1.2.6 van ike_wesan)

--> Werkt prima

[slager]

OS: Slackware 8.1 - 2.4.18
Konqueror 3.0.1 --> werkt niet
Mozilla 1.1 --> werkt perfect

[deadinspace]

Heel interessant zo'n test, maar je kunt beter onderzoeken waar het aan ligt (heb ik dus maar even gedaan).

Conclusie: het ligt aan GoT.

Waarom? Heel simpel. GoT stuurt een plaatje, maar GoT stuurt dit plaatje met als mimetype text/html, terwijl het image/jpeg moet zijn. Sommige browsers raken daar (terecht) van in de war en laten het plaatje niet zien (het mimetype hoort heilig te zijn).

IE daarentegen negeert mimetypes vrijwel volledig ( ), waardoor zulk soort fouten niet snel opvallen. Het negeren van mimetypes is btw ook een van de bronnen van security problemen in IE, maar dat terzijde.

Oplossing: een GoT html devver/admin schoppen dat ze het php scriptje netjes het juiste mimetype laten meegeven.

[Hagar]

Waar kan je die mime types die worden meeverzonden precies zien?

[sebas]

Mozilla 1.1b : ik zie het plaatje met emailadressen wel

Echter loop ik af en toe tegen andere problemen aan, links worden nadat ik er met de muis overheen ben gegaan een zooitje, als ik het weer tegenkom probeer ik het ff op een screenie te laten zien.

[_Squatt_]

Hagar schreef op 02 oktober 2002 @ 19:13:
Waar kan je die mime types die worden meeverzonden precies zien?

Bijvoorbeeld met 'wget url-van-email-plaatje'.

code:

Connecting to gathering.tweakers.net[213.239.154.36]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
    [ <=>                                 ] 169          165.04K/s
19:16:46 (165.04 KB/s) - `000000' saved [169]

De plaatjes op de FP krijgen overigens wel een image/jpeg mee, en die doen het ook niet in konqueror.

[intoxicated]

_Squatt_, dan moet je wel een goede --referer=... meegeven, anders krijg je een echt HTML'etje. Check de file die je net hebt gedownload maar

[odysseus]

Dit is de volledige dump van de aanvraag van één van de plaatjes. Ik ben zo vrij geweest om de Cookie-regel en de twee die erop volgen wat te tweaken om privacyredenen, maar de rest is authentiek . Alles vanaf "HTTP/1.1 406 Not Acceptable" komt vanaf tweakers.net:

code:

GET /ext/i/1033405673.jpg HTTP/1.1
Connection: Keep-Alive
User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux)
Referer: http://www.tweakers.net/
Accept: image/x-krl, image/x-portable-bitmap, image/x-xbm, image/x-ico, image/png, image/x-portable-pixmap, image/jpeg, image/x-xpm, image/x-eps, image/x-bmp, image/gif
Accept-Encoding: x-gzip, x-deflate, gzip, deflate, identity
Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5
Accept-Language: en
Host: www.tweakers.net
Cookie: pl=%2C926%2C574%2C576%2C577%2C569; tc=1038579480%2C1033576515; phpAds_blockAd[133]=1033189229; unq=y; u=odysseus_; n=-1; uid=13116; sid=x67Zjg0cSYoLac3oTRnNBFFNygxSbZrVaABrmZz; r=120

HTTP/1.1 406 Not Acceptable
Date: Wed, 02 Oct 2002 17:24:56 GMT
Server: Apache/1.3.26 (Unix) PHP/4.2.2 mod_gzip/1.3.19.1a
Alternates: {"i.dsp" 1 {type application/x-httpd-php} {length 2477}}
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1

1b0
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<HTML><HEAD>
<TITLE>406 Not Acceptable</TITLE>
</HEAD><BODY>
<H1>Not Acceptable</H1>
An appropriate representation of the requested resource /ext/i/1033405673.jpg could not be found on this server.<P>
Available variants:
<ul>
<li><a href="i.dsp">i.dsp</a> , type application/x-httpd-php
</ul>
<HR>
<ADDRESS>Apache/1.3.26 Server at www.tweakers.net Port 80</ADDRESS>
</BODY></HTML>

0

[deadinspace]

Oh, ik heb gewoon ff met netcat met de GoT webserver gebabbeld, daar stond als mimetype text/html bij.
Wget heb ik ook geprobeerd, maar dan kreeg ik (itt met netcat) ook echt een HTML file, zelfs als ik de referer meegaf

[Niek]

OK, ik heb dus hetzelfd probleem met konqueror (CVS van een week geleden). De frontpage heeft hetzelfde probleem. Als je dus bij de FP kijkt is de URL van zo'n plaatje bijvoorbeeld http://www.tweakers.net/ext/i/1033484175.jpg. Het vreemde is dat als je www veranderd in athena (bijvoorbeeld http://tweakers.net/ext/i/1033484175.jpg), alles perfect werkt.
Misschien heeft het allemaal iets te maken met de loadbalancing ofzo?

[Hagar]

The_Surfer schreef op 02 oktober 2002 @ 20:59:
OK, ik heb dus hetzelfd probleem met konqueror (CVS van een week geleden). De frontpage heeft hetzelfde probleem. Als je dus bij de FP kijkt is de URL van zo'n plaatje bijvoorbeeld http://www.tweakers.net/ext/i/1033484175.jpg. Het vreemde is dat als je www veranderd in athena (bijvoorbeeld http://tweakers.net/ext/i/1033484175.jpg), alles perfect werkt.
Misschien heeft het allemaal iets te maken met de loadbalancing ofzo?

Moet je kijken wat er gebeurt als je op die link klikt
_{zonder . achter de url doet ie het een stuk beter}

[ajvdvegt]

Met Netscape 4.77 werkt het ook niet. Gelukkig met Mozilla wel, en dan zie ik meteen wat een ontzettend lelijk lettertype ze voor die tekst gebruiken. Kijken IE gebruikers de hele dag tegen dat soort lettertypen aan, of kom het door de brakke tekst-als-plaatje generatie van een PHP-script?

[Verwijderd]

slack 8.1

in Opera 6.03 kon ik hem zien
mozilla 1.1 ook

in lynx niet

[intoxicated]

ajvdvegt schreef op 02 oktober 2002 @ 22:27:
Met Netscape 4.77 werkt het ook niet. Gelukkig met Mozilla wel, en dan zie ik meteen wat een ontzettend lelijk lettertype ze voor die tekst gebruiken. Kijken IE gebruikers de hele dag tegen dat soort lettertypen aan, of kom het door de brakke tekst-als-plaatje generatie van een PHP-script?

't Komt inderdaad door het lettertype dat PHP (of beter, waarschijnlijk GD) gebruikt. Maar goed, 't is in ieder geval leesbaar, al zou een leuk antialiased fontje wel welkom zijn, desnoods als losse pics van aparte letters, die door GD acher elkaar worden gezet. Maar dat vreet natuurlijk weer resources.

[Hagar]

Mijn ervaring met AA voor plaatjes in IE met GD is niet zo goed.
Die plaatjes zien er voor geen meter uit terwijl ze onder konqueror er uitzien.

[FCA]

Ik zie het onder Konqueror 3.0.3 inderdaad niet, maar ik kan het wel opslaan (save as image) waarna ik het gewoon kan bekijken.

[Verwijderd]

/me kan het plaatje niet met Atlantis zien
(maar goed, ik zie het hele forum niet eens met Atlantis.. )

[Verwijderd]

Verwijderd schreef op 02 oktober 2002 @ 18:03:

Lynx 2.8.4: Werkt ook niet , ik zie geen plaatje

GoT is toch zwaar incompatible met lynx? Ik zie met lynx ook maar heel weinig text.(geen topics e.d.) Komt vast door de geweldige javascriptondersteuning van lynx.

[Hagar]

Verwijderd schreef op 03 oktober 2002 @ 19:34:
[...]

GoT is toch zwaar incompatible met lynx? Ik zie met lynx ook maar heel weinig text.(geen topics e.d.) Komt vast door de geweldige javascriptondersteuning van lynx.

De vraag is dan hoe zet je dat uit op Got met lynx
http://gathering.tweakers.net/forum/?use_javascript=no

[Pwigle]

Lynx 2.8.4: Werkt ook niet , ik zie geen plaatje

Hihihihihihi

[Hagar]

Orion|IA

Jawel hij is er weer
Ze hebben de mime-type dus goed gezet en nog even een ding!!!

Konqueror kicks ass
_{Ik bedoel anders was deze bug toch nooit ontdekt}

Edit: en op de FP ook

[ Voor 0% gewijzigd door Hagar op 04-10-2002 00:02 . Reden: Woei :P ]

[odysseus]

Hier doet hij het nog steeds niet, zo lijkt het...niet in je profile en niet op de frontpage. Het zou echter aan mij Konqueror-build kunnen liggen, aangezien die laatst ook al geen animated gifs wilde laten zien en volgens mij nog steeds een enkele smiley niet goed vertoont. Het is vast al opgelost in CVS, maar de huidige HEAD wil momenteel niet compileren hier .

[Hagar]

Dit geloof je gewoon niet !!!!
Ik zit nu op w2k met IE te browsen, dat heb ik al een paar weken niet gedaan
_{Kreeg mathcad niet werkend met wine dus vandaar}

[balk]

intoxicated schreef op 02 oktober 2002 @ 22:32:
[...]
't Komt inderdaad door het lettertype dat PHP (of beter, waarschijnlijk GD) gebruikt. Maar goed, 't is in ieder geval leesbaar, al zou een leuk antialiased fontje wel welkom zijn, desnoods als losse pics van aparte letters, die door GD acher elkaar worden gezet. Maar dat vreet natuurlijk weer resources.

ik denk dat het lelijke lettertype vooral bedoelt is om ocr software om de tuin te leiden. Was een paar jaar geleden namelijk een item toen iemand met een scriptje alle emailadressen van GoT had geript De systematiek waarmee dat gebeurt is kan nu niet meer gebruikt worden

[Jordi]

Dat niet, maar het is nog steeds mogelijk om geautomatiseerd te doen.

[Hagar]

Jotti, jij had toch ook Konqueror?
Kan je dat email adres nou wel of niet zien, en welke versie/compilatie heb je dan?

[Tomaat]

Waarom wordt het email adres sowieso in een jpg'tje getoond?

[Hagar]

Zodat de emailadressen minder makkelijk geleeched kunnen worden

[Niek]

Hagar schreef op 04 oktober 2002 @ 19:33:
Zodat de emailadressen minder makkelijk geleeched kunnen worden

Alleen een beetje jammer dat het niet veel nut heeft: http://ceres.flox.org/~onno/spamsafe.php

[odysseus]

offtopic:
Dat ding van Onno haalt mijn mailadres er in ieder geval niet goed uit .

[Hagar]

offtopic:
Dat icon van jou registreerd mijn hits met Konqueror niet goed.
Mozilla/5.0 (compatible; Konqueror/3; Linux)
Dat is mijn user agent

Edit: Heb mijn IP ff op je log pagina opgezocht en hij ziet m als Netscape6 5.0
Dat zou dus (in mijn geval) Konqueror 3 moeten wezen.

[Jordi]

Hagar schreef op 04 oktober 2002 @ 17:32:
Jotti, jij had toch ook Konqueror?
Kan je dat email adres nou wel of niet zien, en welke versie/compilatie heb je dan?

Hmm.. ik was er toch vrij zeker van dat ik em wel kon zien. Nu niet meer idd (surf normaliter met Mozilla). Misschien dat ik met m'n duffe kop dacht dat dat plaatje in LA een url naar dat gegenereerde plaatje was ofzo. Naja, zal wel

[deadinspace]

Ik heb dus zo mooi ontdekt dat het aan de mime-types lag, gaat nou ook nog iemand een admin schoppen zodat het gefixt wordt?

[Hagar]

[rml][ user_profile] openbaar emailadres niet zichtbaar[/rml]

Be my guest, and prove your subtitle worthy

[MikeN]

Ok, ik ben even wezen spitten en ben tot de volgende conclusie gekomen:

Konqueror verwacht een plaatje, dus wat stuurt hij mee als accept header:

Accept: image/x-krl, image/fax-g3, image/x-xbm, image/x-ico, image/png, image/x-pnm, image/jpeg, image/x-xpm, image/x-eps, image/tiff, image/x-bmp, image/gif

Apache zoekt met multiviews naar een plaatje, maar kan niets vinden volgens zijn mime types wat op iets uit de accept header lijkt, en dus stuurt hij (met een 406 Not Acceptable) de volgens hem juiste interpretatie terug: een link naar forum.php.

Hoe is dit te verhelpen?
Simpel: laat Apache niet zoeken. Dus: gebruik geen multiviews en link naar forum.php/user...... in plaats van forum/user.... voor het plaatje.

[edit]
NB: voor niet werkende plaatjes op de frontpage geldt hetzelfde, ook daar moet je niet van multiviews gebruik maken willen de plaatjes in konqueror werken.

Dit betreft dus geen fout in konqueror, eerder een strikte implementatie van de mime types.

[chem]

deadinspace schreef op 02 oktober 2002 @ 19:06:
Oplossing: een GoT html devver/admin schoppen dat ze het php scriptje netjes het juiste mimetype laten meegeven.

header("Content-type: image/jpeg");

staat er al in.

[Bart Coppens]

Ik zie nog steeds hetzelfde (KDE 3.0.1/Konqueror) :\

[Hagar]

En dat multiviews verhaal van MikeN?
Kan je dat ook ff nagaan Chem?

[chem]

Hagar schreef op 05 oktober 2002 @ 18:11:
En dat multiviews verhaal van MikeN?
Kan je dat ook ff nagaan Chem?

ik kan het helaas niet nadoen / testen. ACM zou evt. de template kunnen aanpassen.

[[J.d.I.] Exploder]

Kan ACM dan even de template veranderen om het te testen? (het is tenslotte alleen ff .php toevoegen)