Hi!
Zitat von Snake...sowie die downloadgeschwindgkeit manuell einstellen?
konnte auf der homepage nichts dazu finden. leider auch keine screenshots...
Screenshots sind auf der Seite unter Downloads.
Zitat von Snake
das einzige was zu funktionieren scheint eine einstellung von "light, medium, heavy"
Das ist die einzige Möglichkeit. Aber die Stufen lassen sich umfassend konfigurieren.
Grüße
Andy
Zitat von AmsterdammerDer Befehl, FF 1.5b1 im Safe Mode zu starten, lautete:
Start=Ausführern: "D:/Program Files/Mozilla Firefox deerpark/firefox/firefox.exe" -safe-mode
Damit wird aber dann das Standard-Profil gestartet, oder? Bei dir wahrscheinlich das Hauptprofil.
Zitat von Amsterdammer
Was ist da schiefgegangen, was mache ich falsch?
Wieso kann der Befehl, in Profil A die Lesezeichen auf Standard zurückzusetzten, Auswirkungen auf die Lesezeichen von Profil B haben?
:-??
Profil A = Hauptprofil
Profil B = deerpark
Du hast wahrscheinlich Deerpark mit Safemode auf deinem normalen (FF 1.0.6) Profil gestartet - deswegen auch die Fehlermeldung... Danach hast du Deerpark wieder über deine (korrekte) Verknüpfung gestartet - also das richtige Profil!
Oder hab ich was übersehen???
Gruß
Andy
Zitat von herr.emmC:\WINDOWS\Anwendungsdaten\Mozilla\Firefox\Profiles\yntb3qaa.default
parent.lock
Zugriff verweigert! Fehler beim Öffnen der Datei.
Fehlercode: 0x000D
WARNUNG! Zugriffsfehler/Datei gesperrt!
Hallo.
Firefox benutzt die Datei parent.lock um zu markieren, dass das Profil gerade benutzt (wie NightHawk ja schon gut erklärt hat 
).
Die Fehlermeldung sagt allerdings, dass auf diese Datei nicht zugegriffen werden kann. Das passiert normalerweise, wenn Firefox während des Scans noch läuft. Denn Firefox hält die Datei bewußt offen und gesperrt, damit sie beim normalen Beenden sofort geschlossen wird und kein anderes Programm daran rumpfuschen kann. Die Meldung sollte daher nur kommen, wenn Firefox während des Scans aktiv ist.
Grüße
Andy
Mein Build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050808 Firefox/1.0+
Zitat von AngelOfDarknessDesweiteren suche ich immer noch eine Möglichkeit die Voreinstellungen
zum Sanitize (Reinigen) dauerhaft umzustellen.
In der engl. Version:
Options->Privacy->(unter dem Feld mit den Tabs ist noch ein Button)->SanitizeSettings...
Ich glaub das ist was du suchst...
Gruß
Andy
Zitat von niecheckdann kann also der Firefox das HTML nicht richtig!
Oder wie oder was??
Du gehts davon aus, dass der IE es richtig macht. Dem ist nicht so.
D.h. die genannte Seite wurde anscheinend nur mit dem IE getestet bzw. auf diesen optimiert. Du kannst nichts anderes machen als dem Seitenbetreiber dies mitzuteilen und zu hoffen, dass dieser seine Fehler korrigiert.
Gruß
Andy
Zitat von Mark123
RFC2396
authority is (3.2.2): <userinfo>@<host>:<port>Das ist der Syntax einer "normalen" URL
Dazu: Abschnitt 3
ZitatThis "generic URI" syntax consists of a sequence of four main components:
<scheme>://<authority><path>?<query>
each of which, except <scheme>, may be absent from a particular URI.
For example, some URI schemes do not allow an <authority> component, and others do not use a <query> component.
In RFC 2616 steht dazu in 3.2.2
ZitatThe "http" scheme is used to locate network resources via the HTTP protocol. This section defines the scheme-specific syntax and semantics for http URLs.
http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]]
Da steht nichts von userinfo.
Und nochmal: Hier liest kein Entwickler mit. Hier sind nur User, die anderen Helfen wollen.
Wie du das "Problem" abstellen kannst wurde dir ja bereits mitgeteilt.
Just my 2 cent
Andy
Hi.
Soweit ich weiß, hat GoogleDesktopSearch auch einen eigenen Cache. Was darin alles gespeichert wird, weiß ich aber nicht.
Gruß
Andy
Zitat von PeilerHier ein Beispiel-Link:
http://www.hostel.cz/detail.aspx?id=717
Dort irgendein Bild anklicken. .
Hi.
Ich hab dort keine Probleme. Kann dein Problem also nicht nachvollziehen.
Hast du es schon mal im Safe-Mode probiert um Probleme mit einer Erweiterung auszuschließen?
Hast du schon mal versucht ein neues Profil anzulegen um da das Problem zu reproduzieren?
Grüße
Andy
Zitat von Dibo// ### HTTP Pipelining Preferences ###
// enable pipelining for non-proxy connections. Default: false
user_pref("network.http.pipelining", true);
// enable pipelining over a proxy. Default: false
user_pref("network.http.proxy.pipelining", true);
Hi. Versuchs mal mit abgeschaltetem Pipelining. Vielleicht unterstützt der Server das nicht korrekt.
Gruß
Andy
EDIT: Mit der Aussage von bc ist mein Beitrag hinfällig, aber ich lass ihn mal trozdem stehen... 
Hallo.
Ein Link zu einer Seite wo das passiert, wäre nicht schlecht. Damit wir uns selber ein Bild machen können.
Firefox verhindert ein paar Javascript-Aktionen standardmäßig (z.B. das verändern der Popupfenster-Größe), vielleicht liegt es ja daran...
Gruß
Andy
Zitat von Fritzthecat(...)die Links auf meiner HomePage fehlerhaft reagieren, die auf Explorer und Safari exakt laufen.
Hi.
So wie ich das sehe ist die Tabelle auf der Seite in einem Link (<a href...) eingeschlossen. Firefox macht es dann richtig und nimmt die ganze Tabelle als Link. IE und Safari ignorieren das wohl einfach.
Also entferne diesen Link. Entweder mit der Software oder per Hand. Dann sollte es gehen.
Gruß
Andy
Es ist immer gut bei solchen Angaben ein Quelle zu nennen, damit man weißwoher du das hast. Du hast es ja nicht selber rausgefunden...
So kann man das einfach besser nachvollziehen, als wenn das irgenwo rauskopiert ist (Copyright beachten!).
Just my 2 cent...
Andy
Zitat von ÖmmesHabe Firefox 1.0.1 installiert, läuft aber nicht. Möchte deinstallieren und 1.0.2 einrichten.
Hi.
Warum sollte 1.0.2 ohne weitere Maßnahmen "laufen", wenn 1.0.1 schon nicht läuft? Es sind nur minimale Unterschiede in diesen Versionen...
Interessant wäre zu wissen, was nicht "läuft" und was du schon versucht hast. -- 
Gruß
Andy
Doppelthread - her gehts weiter:
http://firefox.uni-duisburg.de/forum/viewtopic.php?t=16159
Zitat von MartinHWas heißt hier fehlendes < /a> ?
Für mich sieht das eher aus, als wäre an dieser Stelle der ganze Link a href="UnsSchul.html" unbeabsichtigt reingerutscht.
Und das /a ist ja vorhanden:Code</table> </b></font></a></p>Martin
Ok, hab ich übersehen. Dann hilft es schon den < a... Link um die Tabelle herrum zu entfernen. Allerdings hat die Seite im Validator trotzdem ne Menge Fehler...
Gruß
Andy
So auf den ersten Blick fällt mit folgendes auf:
Der Link <a... wird in diesem Codeabschnitt anscheinend nicht geschlossen und umfasst daher die gesamte Tabelle.
<p><a href="UnsSchul.html"><font size="4"><b>
<table cool width="669" height="435" border="...........Gruß
Andy
ZitatAlles anzeigen<frameset rows="150,*" border="0">
<frameset cols="*" border="0">
<frame src="header.html" name="header" noresize scrolling="no" marginheight="0" marginwidth="0">
</frameset>
<frameset cols="50,*,50">
<frame src="seite.html" name="grafikrechts" noresize scrolling="no" marginheight="0" marginwidth="0">
<frame src="index.php" name="main">
<frame src="seite.html" name="grafiklinks" noresize scrolling="no" marginheight="0" marginwidth="0">
</frameset>
</frameset>
</frameset>
Rot ist zuviel und grün fehlt.
Du musst das erste innere Frameset richtig schliessen, dann wirds angezeigt. Der IE scheint das einfach zu ignorieren, obwohl das nicht richtig ist.
Gruß
Andy
Hi.
Das scheint aber ein Problem mit der Forensoftware zu sein.
Ich hab nämlich das hier gefunden: Link zu einem Beitrag im dem Forum
Gruß
Hi. Sieh dir mal das hier an:
http://firefox.uni-duisburg.de/forum/viewtopic.php?p=58677#58677
Hab ich über die Suche gefunden...