Webaccess mit Firefox

Hallo,

wir haben ein Problem beim Webaccess. Mit IE6 funktioniert der Webaccess, jedoch behandelt Firefox die nach dem Login gesendete Datei serverClient_index.html als Download uns will sie nur lokal speichern, anstatt sie im Browser anzuzeigen. Der Support weiß leider auch nicht weiter. Angeblich gibt es da kein Problem. Ich habe mit Firefox unter W2000, XP und Linux getestet.

Thomas

Unter Firefox 2.0.0.14 (W2000 oder XP), auch getestet unter Ubuntu 7.10 und 8.04 mit aktueller Firefox-Version bekomme ich nur die Downloadauswahl angezeigt. Der Tobit-Support hatte mir nach langem Hin- und Her neue System-Archives (\archive\system\david\access\www\) zukommen lassen, die angeblich aus einer jungfräulichen Installation stammen. Die haben aber gar nicht funktioniert, sondern komplett leere Seiten geliefert.
Ich weiß nicht, ob es damit zu tun hat, dass mein Server unter Linux läuft (ganz artig: Suse 10.0, nichts neueres, ACL deaktiviert).

Thomas

Zitat von tommy1

Unter Firefox 2.0.0.14 (W2000 oder XP), auch getestet unter Ubuntu 7.10 und 8.04 mit aktueller Firefox-Version bekomme ich nur die Downloadauswahl angezeigt.

Hmm, unter Firefox 3b5 sieht bei mir auf unserem Server (auch artig Suse 10.0 =) auf den ersten Blick alles so aus, wie's soll.

Evtl. werden die Seiten mit dem falschen MIME-Header ausgeliefert - hast du dir mal mit z.b. dem Live HTTP Headers Plugin angeguckt, was da bei dir ankommt?

Hallo,
bei mir gehts auch ohne Probleme.

aktuelle Version. Keine besonderen Eingriffe erforderlich.

Dirk

Zitat von eljo

Evtl. werden die Seiten mit dem falschen MIME-Header ausgeliefert - hast du dir mal mit z.b. dem Live HTTP Headers Plugin angeguckt, was da bei dir ankommt?

Ich bekomme folgenden Header:
GET /thomas/serverClient_index.html HTTP/1.1
Host: xxxxx
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer:
Authorization: Basic xxxxxx

Die Seite selbst fängt so an (im Internet-Explorer):
<meta http-equiv='content-type' content='text/html; charset=UTF-8'>
<html>
<HEAD> <meta http-equiv='content-type' content='text/html; charset=UTF-8'>
<title>David.InfoCenter Web</title>
....

Mich wundert hier das doppelte Metatag und das fehlende DOCTYPE am Anfang

Grüße
Thomas

Hallo,

vielleicht kann mir jemand helfen und seinen Header, sowie den Anfang des HTML-Quelltextes posten. Die Unterschiede würden mir vielleicht bei der Suche helfen.

Danke
Thomas

Sieht bei mir genauso aus (auch der Teil mit dem kaputten meta-Tag) - interessanter wären die Response Headers. Zugegebenermaßen hab ich das Plugin schon ewig nicht mehr benutzt, läuft unter FF3 leider auch nicht mehr - aber ich bild mir ein, dass man die sich auch irgendwie anzeigen kann.

Und noch zu der Seite, die der Firefox da runterladen will: hast du die mal abgespeichert und mit einem Texteditor reingeguckt?

Schade, wäre ein Ansatz gewesen.

Die heruntergeladene Datei sieht ganz normal aus, fängt zumindest so an wie im Internet-Explorer.

Ich habe einfach einmal direkt die serverClient_index.html angefordert und erhalte folgendes im David Log:

New Connection 91.53.63.187 Accepted: 00000009
Processing New SSL Connection: 00000009
Start Get & Parse TCP Message
/thomas/serverClient_index.html
(00000009) Got complete TCP Message (Size=508)
Successfully got & parsed TCP Message
Parse TCP Message successfull
ReqURI GET /thomas/serverClient_index.html
Path \\xxx\david\archive\user\10008000\serverClient_index.html
MyHost xxx
Host: xxx
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.8.1.14)
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Authorization: Basic xxx
(00000010) New Socket
(00000010) ReUseAddr : 1
(00000010) OutOfBandDataInline: 1
(00000010) KeepAlive : 5 minutes
(00000010) Socket Bound to Port 0
(00000010) Connecting... - 36 Operation now in progress
(00000010) Socket Connected to 127.0.0.1
OPEN \\xxx\david\archive\user\10008000\serverClient_index.html
New Connection 91.53.63.187 Accepted: 00000013
Processing New SSL Connection: 00000013
SSL accept Failed: 00000013
(00000013) Tx shutdown
(00000013) close
Connection Terminated
New Connection 91.53.63.187 Accepted: 00000013
Processing New SSL Connection: 00000013
Start Get & Parse TCP Message
/favicon.ico
(00000013) Got complete TCP Message (Size=363)
Successfully got & parsed TCP Message
Parse TCP Message successfull
ReqURI GET /favicon.ico
Path \\xxx\david\archive\www\favicon.ico
MyHost xxx
Host: xxx
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.8.1.14)
Accept: image/png,*/*;q=0.5
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
OPEN \\xxx\david\archive\www\favicon.ico
Processing New SSL Connection: 00000013
Start Get & Parse TCP Message
Processing New SSL Connection: 00000009
Start Get & Parse TCP Message

Hilft das? Ich weiß leider nicht wo ich den Response Header finde.

Zur weiteren Kontrolle habe ich testweise auch einmal Opera installiert, läuft problemlos. Irgendwo muß da etwas in der Browserweiche sein.

Hab den Response Header gefunden:

HTTP/1.x 200 OK
Server: David-WebBox/10.00a (0527)
Transfer-Encoding: chunked
Content-Type: application/octet-stream

Offenbar liefert David den falschen Content type an Firefox. Klar dass er den nicht direkt anzeigt.

Zitat von kingcopy

Also wieder ein BUG von David aus? Aber wieso?

Wenn man das wüßte. Ein Problem ist auch, dass Tobit das Ganze gar nicht nachvollziehen kann, der InterCom-Thread läuft seit Februar und ist recht lang. Mit IE/Opera/Safari werden korrekte Header geliefert, bei Firefox nicht, immerhin sind wir schon soweit. Vielleicht regelt Tobit den Zugriff auch so stark browserspezifisch, dass die Lösung einfach zu unübersichtlich wird. Die Pflege für zehn verschiedene Browser ist einfach 10x so komplex und 10x so fehleranfällig, als wenn ich nicht die letzte Besonderheit eines jeden Browsers ausnutze.

Bei der Vielzahl der Probleme frage ich mich nur, wie David bei Installationen mit hunderten von Anwendern funktioniert. Vielleicht geht Tobit auch von einer "heilen" Microsoft-Welt aus: Windows-Server, Windows-Client mit IE. Mit Linux-Server und Firefox-Zugriff kommt dann einfach keine kritische Masse zustande, um die Lösung stabil zu halten.

Das kommt und geht - bei einigen Usern gehts mit FF, bei anderen nicht - trotz gleicher Version usw. - warum auch immer.

Dann nimmt man halt den IE... über solche Sachen rege ich mich gar nicht mehr auf

Dass solche Sachen nicht nachvollziehbar sind, kann ich verstehen - denn wie gesagt, ich habe identische Browser - beim einen geht's bei anderen nicht - warum weiß man nicht...

Also ich blick's auch nicht.

Ich nehm an, die "üblichen Methoden": Cache/Cookies/History leeren, neues Profil erstellen, Firefox von der Platte putzen (evtl funkt ja irgendwie irgendwo doch ne Extension dazwischen) habt ihr probiert?

EDIT: Ha, endlich mal einen Bug von dem wir verschont geblieben sind *scnr*