Kommt vor.
Ist bei einem Nightly eigentlich nicht der Rede wert.
Kommt vor.
Ist bei einem Nightly eigentlich nicht der Rede wert.
Ich kriege per AUS gar kein UpDate angeboten.. auf den Servern liegt auch nichts vom 18.05... :-?? ...wurde deswegen vielleicht zurückgezogen!?
Die Win32 build kommen später, weil diese heute beim erstellen schon 2 mal abgeschmiert ist.
Hi
Sprachpaket ist da instaliert und alles wieder in den Einstellungen zu sehen !!! :klasse::klasse::klasse:
Zitat von klink...
Danke, sind mittlerweile eingetroffen..
Hier kann der Report Bug 756796 - crash in TypeConstraintPropagateThis::newType - der heutigen Ausgabe des m-c- Builds (localisierte Ausgabe) bestätigt werden.
UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120519030527
Der heute noch anstehende Build-Respin wird den related Bug 307181 - Eliminate wait while restarting Firefox after update (apply update in background) - enthalten [1]. Und man hat gleich noch die extensionunabhängige Freigabe des
PDF-Inline- Feature [2] eingebaut (Bug 740795 - Don't ship PDF Viewer as an add-on). Was bspw. ohne weitere Aktionen im 64Bit- Build werkelt...
Changeset: http://hg.mozilla.org/mozilla-central/rev/c20d415ef1b5
UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120522080220
[1] https://wiki.mozilla.org/Background_Updates
[2] https://www.camp-firefox.de/forum/viewtopi…3a65e9e#p758322
[Blockierte Grafik: http://www.img-teufel.de/uploads/ziehd56510d0gif.gif]
Nachdem die Update-History im Softwareteil der Mozille mit der Win-(Respin-) Build-ID 20120522 080220 zurückgesetzt wurde, wird sie nun seit der (Respin-) Build-ID 20120523 164348 wieder neu angelegt. :wink:
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=f43e8d300f21
UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120524030520
Beim 3-ten Respin-Build (20120525) scheint es nun zu schnackeln:
[Blockierte Grafik: http://www.img-teufel.de/uploads/WS28273a9b3b9png.png]
UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120525113255
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=034bbdc7b9c9
[Blockierte Grafik: http://www.img-teufel.de/uploads/cello2f6f3881gif.gif]
Zitat von pcinfarkt- Und man hat gleich noch die extensionunabhängige Freigabe des
PDF-Inline- Feature [2] eingebaut (Bug 740795 - Don't ship PDF Viewer as an add-on). Was bspw. ohne weitere Aktionen im 64Bit- Build werkelt...
Vllt. ist das nun wirkliche (PDF-) Inline- Feature (im obigen Beitrag) etwas kurz gekommen :wink: .
Aber es hat den angestrebten Aufsprung für das kommende Aurora-Build noch geschafft. Und an der pdf.js wird weiter gearbeitet.
Wer also das Bord-Instrument nutzen möchte, kann seit dem Respin vom 20120522 die entsprechende Extension deinstallieren und ein profil registriertes PDF-Plug-In deaktivieren.
Noch gibt es mit einzelnen Anzeigen Probleme, ist der Funktionsumfang ausbaufähig und die (optional funktionelle) Einbindung in die Browser-Oberfläche scheinbar noch nicht komplett. Bspw. fehlt im Option-Tableau *Applications* noch ein genereller Hinweis /MIME-Zuordnung [1].
Das Feature Factory Reset [1] - jetzige Bezeichnung Firefox Reset (v13) -
[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT133482ca755bpng.png]
wurde mit der gestrigen Trunk-Ausgabe und dem related Bug 731047 - Clean up old profile after Firefox profile reset - verbessert. Um mögliche künftige Verwirrungen und Fehlhandlungen (profile in use) auszuschließen, wird das für das Reset benutzte Profil nun (v15) aus dem Profilordner und damit aus der profiles.ini entfernt.
Dieses entfernte Profil wird jedoch mit dieser Entfernung nicht gelöscht. Es verbleibt augenscheinlich unter der Bezeichnung
*Old Firefox Data* zur Verwendung /Entscheidung beim User.
[Blockierte Grafik: http://www.img-teufel.de/uploads/BS008b252b023png.png]
UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120527030515
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=133aa3a2ef0a
[1] https://www.camp-firefox.de/forum/viewtopi…243ac61#p732866
Zitat von pcinfarktHier verstehen sich der profil eingebundene DOMI (v2.0.11) und der interne (Content-) Inspector nicht mehr in der heutigen Trunk-Ausgabe.
DOM Inspector 2.0.12 [Blockierte Grafik: http://i16.tinypic.com/6pf0wvr.png].
Danke, me!
Wobei das Problem aus obigen Zitat (Beitrag) gefixt war [1].
Ich hätte mich gefreut, wenn man in neueren DOMI-Versionen dem Problem HWA «» *Blinkmodus* etwas auf den Leib hätte rücken können. :wink: Zumindest für Chrome-Oberflächen!
[1] https://www.camp-firefox.de/forum/viewtopi…8df7b48#p795145
Related Bug 749628 - Implement a "Responsive Design" tool.
[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT1345c6cace45png.png]
UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120602030527
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=5199196b65ec
[Blockierte Grafik: http://www.img-teufel.de/uploads/central3236f3f7gif.gif]
Nach dem 'Up-Update' auf 16.0 Firefox/16.0a1 (Nightly x64) wurde hier die Erweiterung LastPass automatisch disabled. Weder install.rdf >>
<!-- Firefox -->
<em:targetApplication>
<Description>
<em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id>
<em:minVersion>16.0</em:minVersion>
<em:maxVersion>19.0a1</em:maxVersion>
</Description>
</em:targetApplication>
.. noch extensions.checkCompatibility.16.0a helfen in diesem Fall. LastPass lässt sich nicht im Add-on Manager einschalten. Hab ich irgendwo was falsch gemacht, oder gibt es inzwischen andere Wege für solche Erweiterungen?
Gruß, Matze
Zur Erweiterung kann ich dir nichts sagen, aber der Schalter extensions.checkCompatibility.16.0a kann nichts bewirken, so funktioniert das längst (seit Firefox 7 Nightly) nicht mehr. Wenn überhaupt müsste es extensions.checkCompatibility.nightly heißen, aber keine Ahnung, ob der Schalter durch extensions.strictCompatibility seit Firefox 10 nicht auch schon wieder obsolet ist.
Danke, so funktioniert LastPass wieder (extensions.checkCompatibility.nightly)! Wieder was gelernt. Benutze ausser ABP und LastPass sonst keine Erweiterungen und bisher haben beide immer funktioniert. Offenbar einfach nur weil sie kompatibel waren. :o
Zitat von pcinfarkt- Noch gibt es [...] Bspw. fehlt im Option-Tableau *Applications* noch ein genereller Hinweis /MIME-Zuordnung [1].
Die Zuordnung im Option-Tableau *Applications* wurde in der (u.a.) in der heutigen Trunk-Ausgabe gefixt.
[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT13596d4b79c6png.png]
Damit ist Inline-PDF optional wählbar!
UA: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120606030528
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=6338a8988917