Beiträge von pcinfarkt

*Graue Kästchen*! Ein übereifriger Firewall?
Gebe mal etwas Kronkretes zum Reproduzieren!

Zitat von franc

- sonderbar, dass 1.6.u32 nicht mehr funktioniert.

Vorbehalt: Momentan kann ich aus div. Gründen nichts Reproduzierbares zu deinen genannten beiden Versionen sagen!

Jedoch möchte ich nach meinem Kenntnisstand Mozilla für ein Blockieren von jre 6u32 ausschließen [1]. Es könnte also andere Ursachen in deinem System für das Nichtfunktionieren geben...

[1] https://addons.mozilla.org/en-US/firefox/blocked/p85

Zitat von 3ba

- Beim Versuch, die neue Version drauf zu bekommen, [...]

Was muss man darunter verstehen?

Zitat von 3ba

- [...] hat mir das Installationsmenü bei mehrfachen Versuchen jedesmal gesagt, ich solle jetzt Firefox erst einmal schließen, damit die Installation fortgesetzt werden kann.

Ein gelookedes Browserprofil?

http://kb.mozillazine.org/Software_Updat…ot_be_installed (ggf. ff)

...was du bereits aus dem Link in Antwort #3 hättest entnehmen können!
Alter Schlaumeier... :wink:

Zitat von spider50

- jedoch ist eine Framedruck-Auswahl im IE vorher im individuellen "Drucken-Menü" möglich (unter dem Reiter "Optionen")[...] Firefox bietet in der "Druckvorschau" diese Option (meiner Ansicht seit Jahren) nicht an.

Glasklares Veto!

[Blockierte Grafik: http://www.img-teufel.de/uploads/WS27615562c5bpng.png]

oder bezogen auf die aktuelle Final:

[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT13019432caaepng.png]

D.h., es geht dir also nicht nur um die lapidare Seitendarstellung, sondern das Login? Und du weißt also, dass die NG bei Google in der Übergangsphase zu einem neuen Layout sind.

Also zunächst einmal - und wie du auch an einem anderen Arbeitsplatz bestätigst - gibt es prinzipiell keine Probleme mit
Darstellung + Login:

[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT13009e35881cpng.png]

Was genau bei dir profil passiert ist, weiß ich nicht. Auch dein Arbeitsstil bzgl. eines Login weicht wahrscheinlich von meinem ab.
Jedoch sollten in der Regel zunächst die üblichen Verdächtigen für ein Login-Problem betrachtet werden.

2 Möglichkeiten.
Teste komplett dieses Problem mit einem cleanen Profil, welches du nur um die optionale Erfassung (also keine Übernahme!) deiner NG-Login- Daten ergänzt. Teste.

Alternativ könntest du in deinem Altprofil testen, nachdem du konsequent den Browser-Cache, die betreffenden Cookies (Google) und die registrierten Zugangsdaten (PW) gelöscht hast. Also auch ein komplettes Neulogin in der NG!

Solltest du dich für den 2-ten Weg entscheiden, arbeite mit Sicherung!

PS. Weg 1 wäre der von mir empfohlene!

Für Interessenten.

Das finde ich gut. Hier [1] wird nicht nur die Arbeit /der Stand und bisher noch offenen Verbesserungen vorgestellt, sondern auch die 4 daran massgeblich beteiligten Studenten. Nach meiner Kenntnis des Prozessses war Jon Rietveld der engagierteste /federführend.

[1] http://msujaws.wordpress.com/2012/05/10/in-…irefox-nightly/

Zitat von 0815_Max

- HWA [...]Das Deaktivieren hat leider nicht geholfen.

...was ich fast vermutet hatte :wink: .
Aber im Ursachenausschluß zu deiner Bemerkung MSIE + Opera notwendig!

Kannst du dein Problem mit einem Admin- Zugriff auf Browser + Profil testen?

Verständnisfragen: Du meinst den eingeloggten Zugriff /Zugriff mit Login? Ja? Probleme mit Kontoeinstellung in NG? Oder allgemeine Anzeige?

Druckumleitung = du gibst den Druck nicht an ein Ausgabegerät, sondern leitest ihn in eine Datei um.

Ich habe gelesen, dass du ein Profil erstellt hast. Wenn du dieses clean für einen Test genutzt hast, dann musst du diesen Test natürlich nicht wiederholen.

MSIE + Opera funktionieren.
Zw. MSIE 9, Opera 11.* und dem modernen Mozillen-Browser gibt es zumindest einen gravierenden Unterschied - HWA¹). In der Mozille ist dieses Feature bei intelligenter Erkennung eines aktuellen Graka- Treibers per Default aktiviert oder eben deaktiviert [1]. Der MSIE wird erst ab v10 darüber verfügen. Die Opera-Suite verfügt in ihren Alpha-Version (Opera-Next) auf den Weg zur v12 über die Möglichkeit der Darstellung von Schrift + Grafik über die Rechenleistung der GraKa (HWA). D.h., die Final v12 wird dies also können.

D.h., teste deinen Problemdruck mit dem gleichen Clean-Profil, in welchem du nur optional die HWA deaktivierst.

Sollte dies nicht schnackeln und nimmt man dein eingangs gemachten Ausführungen wörtlich, dann wäre damit die Ursachensuche bezogen auf Fx + Profil erschöpft. Bliebe dann OS, Einstellungen im OS, eingebundene Software (Sicherheit, Content-Scanner u.ä.m.) ....

¹) HardWare Acceleration

[1] https://wiki.mozilla.org/Blocklisting/B…raphics_Drivers

Zitat von bugblatterbeast

- Gar keine Daten anzulegen ist zwar eine Lösung, aber was ich eigentlich will ist, dass alle Daten sauber gelöscht werden, wenn ich Firefox beende.

... was aus deinem Titel soo nicht hervorging.
*Vorletzte Session..* - spricht für den Einsatz irgend welcher Extension mit Sessionstore- Funktion(en).
Beachte! Dazu kann ich 0 sagen, da solche Extension hier nicht existenziell benötigt werden!

Zitat von bugblatterbeast

- Ich fürchte fast, ich habe irgendwann aus Versehen ein Häkchen in irgendeine Request-Box gemacht als ich schnell Feierabend machen wollte.

Das können böse, böse Fallen sein...

spider50,
nenne bitte einen Link zur Reproduktion deines Druckproblems.

https://www.camp-firefox.de/forum/viewtopi…10bd701#p697628

http://kb.mozillazine.org/Session_Restor…g_session_store ff

//
[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT1298242b7d8epng.png]

WFM
So wie ich dass schaue, möchtest du aus aktuellen Gründen notwendige Drucks in eine Datei umleiten. Dabei gibt es hier weder Probleme mit Microsoft XPS Document Writer mit Ausgabe in eine *.xps- Datei [Abb.], noch als Umleitung in eine PDF (mit eingebundenen PDF-Drucker).

[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/WS275e1f50673png.png]

Firefox.
Teste mit einem cleanen Profil eine reproduzierbare Druckumleitung.
Damit solltest du den Browser ursächlich nahezu komplett ausschließen.

OS.
Vllt. solltest du auch bzgl. der dir vorliegenden Fehlermeldung Searchmaschinen nutzen und ggf. weitere Fehlerquellen ausschließen. Möglicherweise liegen ja auch Rechte-Verletzungen vor.

Unabhängig von diesem Problem würde ich dir auch unter Bezug auf die Ausgangslage zur Systemeinbindung eines PDF-Druckers raten!

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0 ID:20120420145725

Zitat von pcinfarkt - <woltlab-metacode-marker data-name=

" data-link="">

- Meta-Bug 718011 - [meta] Move preferences from a window/sheet to in-content

In der heutigen m-i- Build- Ausgabe ist das im UX und in try-Builds getestete /vorgestellte Feature InContent-Preferences [1] *gelandet*. Das Feature ist implementiert und per Default noch inaktiv geschaltet. Das bezieht sich nicht auf die Nutzbarkeit bei Aktivierung [Abb.].

Möglicherweise steht damit eine zeitnahe Übernahme in das m-c- Build bevor...

[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT1297c9e4db17png.png]

UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120509040217
Build from Changeset: http://hg.mozilla.org/integration/mo…ev/15a028a333d2

[1] https://wiki.mozilla.org/In-content_preferences

https://bugzilla.mozilla.org/show_bug.cgi?id=752161

Möglicherweise gibt es Nutzer der Entwicklungsbuilds, welche aus diversen Gründen bspw. in der user.js eine abweichende Wertzuweisung für die Preference [1]

browser.identity.ssl_domain_display

haben. Diese Preference wird mit der gestrigen Ausgabe des Trunkbuilds nicht mehr supported [2].

Build from Changeset: http://hg.mozilla.org/mozilla-central/rev/448f554f6acb

[1] http://kb.mozillazine.org/Browser.identi…_domain_display
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=748385

http://kb.mozillazine.org/Mozilla_Suite_…ound_in_Firefox ff

Namoroka-Update!
Schon mal sowas gesehen?

[Blockierte Grafik: http://www.img-teufel.de/uploads/WS265bdd253dcpng.png]

An und für sich gibt es dafür eine ganz simple Erklärung!
Jedoch steckt die dafür verantwortliche Ursache scheinbar auch in anderen Produkt-Entwicklungen von Mozilla...

Zitat von Boersenfeger

- In der Regel [...], da Firefox dieses auch aus dem Installationsordner vom Flashplayer herausliest...

Das ist soo nicht ganz richtig!

Unter Windows nutzen die Browser - also auch die Mozille - den Plugin Identifier [1] (PLID), welcher von manchen Programmen (Plug-In) in der Registry hinterlegt wird

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\MozillaPlugins

. D.h., dass die Information verlässlich aus der Registy und nicht aus einem Installationsordner kommt! ¹)

Typisch für diese Eigenschaft /diese Nutzung sind der WMP, Java (jre), der QT-Player, der Reader von Adobe und die Webplayer von Adobe (kein Anspruch auf vollständige Listung!).

¹) für 32-Bit-Software in einem 64-Bit-Windows:

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MozillaPlugins

[1] http://www-archive.mozilla.org/projects/plugi…identifier.html