Browserungereimtheiten
Browserungereimtheiten
Guten Morgen
In letzter Zeit häuft sich im Browser, Firefox 38.8.0, folgendes Szenario: Beim Besuch einer Seite kommt es immer
öfter vor, daß beim weiterklicken innerhalb der aufgerufenen Seite der Browser einfach weg ist. Das Thema war hier schon einmal aufgetaucht, aber ich kann mich nícht mehr erinnern wo es unter welchem Thema stand. Installiert ist,wie ich meine, alles was nötig ist zum Einsatz des Browsers. Was kann der Grund sein?
Danke an dieser Stelle für Antworten oder Verweise.
MfG gerd
In letzter Zeit häuft sich im Browser, Firefox 38.8.0, folgendes Szenario: Beim Besuch einer Seite kommt es immer
öfter vor, daß beim weiterklicken innerhalb der aufgerufenen Seite der Browser einfach weg ist. Das Thema war hier schon einmal aufgetaucht, aber ich kann mich nícht mehr erinnern wo es unter welchem Thema stand. Installiert ist,wie ich meine, alles was nötig ist zum Einsatz des Browsers. Was kann der Grund sein?
Danke an dieser Stelle für Antworten oder Verweise.
MfG gerd
-
- Beiträge: 132
- Registriert: So 7. Sep 2014, 20:58
Genau dieses Problem hatte ich mit besagter Firefox-Version und auch Seamonkey 2.35 massiv bei eingeschaltetem Flash-Plugin. Mit dem Update von Kernel Version 14.105 auf 106 war dieses Problem weg. Gruß, Jörg
Guten Morgen, Hallo Jörg.
Habe Deinen Rat befolgt und den Kernel 14.106 eingespielt. Leider kein Unterschied zum 14.105er.
Muß also weiter wursteln.
Übrigens auf SuSe-Linux 13.2 - 32 bit klappt alles wie es soll, kann also nicht Browserspezifisch sein.
Gruß gerd.
Habe Deinen Rat befolgt und den Kernel 14.106 eingespielt. Leider kein Unterschied zum 14.105er.
Muß also weiter wursteln.
Übrigens auf SuSe-Linux 13.2 - 32 bit klappt alles wie es soll, kann also nicht Browserspezifisch sein.
Gruß gerd.
Vielleicht einer der unzähligen Runtime veraltet wo Firefox braucht ?
Das Problem mag unter den Mozilla-Anwendungen je nach Nutzungsdauer und -häufigkeit zu Tage treten. Die Hauptursache sind meist Probleme in der Speicherverwaltung. Letztlich sind davon alle zur LIBC066.DLL gebundenen Programme mehr oder weniger betroffen. Bei der Simulation eines 24x7-Betriebs der entsprechenden Anwendungen ergeben sich schöne Muster. Möchte man speicherintensive Operationen innerhalb des Browsers bewerkstelligen, sollte dieser am besten zuvor neu gestartet werden, da "about:memory" unter OS/2 praktisch kaum nutzbar ist. Ob die oftmals auftretenden JavaScript-Timing-Probleme damit in einem unmittelbaren Zusammenhang stehen, kann ich nicht belegen. Daß die experimentellen Browser-Versionen aus nicht offiziellen Bezugsquellen sehr fehlerbehaftet sind, sollte hier kaum verwundern.
Dabei fällt mir ein:
Hatten wir nicht vor einigen Monaten hier ein Spendenprojekt mit dem Ziel einer neuen (besseren?) Firefox-Version?
Ist ziemlich still geworden .... schade.
Weiß jemand Genaueres?
Gruß,
Don Lucio.
Hatten wir nicht vor einigen Monaten hier ein Spendenprojekt mit dem Ziel einer neuen (besseren?) Firefox-Version?
Ist ziemlich still geworden .... schade.
Weiß jemand Genaueres?
Gruß,
Don Lucio.
Das Problem sollte sich mittlerweile von selbst gelöst haben, da zukünftige Firefox-Versionen ohne das Vorhandensein einer entsprechenden Entwicklungsumgebung nicht wie bisher erstellt werden können. Welches Ziel (außer das irgendjemand eine bestimmte Summe an Spenden einstreicht) wurde überhaupt gesteckt?DonLucio hat geschrieben:Dabei fällt mir ein:
Hatten wir nicht vor einigen Monaten hier ein Spendenprojekt mit dem Ziel einer neuen (besseren?) Firefox-Version?
In der damaligen Diskussion ging es anscheinend mehr um Ideologie oder Buchhaltung. Daher konnte man m.E. keinen zweckgebundenen Einsatz (im Sinne des ursprünglichen Aufrufs) der eingesammelten Spenden erwarten. Egal welchen Namen man den diversen Luftschlössern auch geben mag, ohne eine brauchbare und zukunftsorientierte Konzeption mit einer tatsächlichen Projektbearbeitung verbleiben nur inhaltsleere (und oftmals sachlich falsche) Absichtserklärungen.Ist ziemlich still geworden .... schade.
Ich vermute, du meinst: "erledigt, ohne gelöst zu sein". Oder?ak120 hat geschrieben:Das Problem sollte sich mittlerweile von selbst gelöst haben, da ...
Da schwingt ein ziemlich heftiger Vorwurf mit.ak120 hat geschrieben:Welches Ziel (außer das irgendjemand eine bestimmte Summe an Spenden einstreicht) ...
Willst du damit sagen, dass der damalige Spendenaufruf, der hier immerhin mit einigem Buhei zelebriert worden ist, nur dem Zweck der Bereicherung der Fa. bitwise diente?
Bitte sag, dass mein Eindruck falsch ist!
@AK120,
wie weit bist Du denn mit programmieren bei Deiner Browseralternative? Weiter als BWW? Wann können wir sie testen?
Thomas
wie weit bist Du denn mit programmieren bei Deiner Browseralternative? Weiter als BWW? Wann können wir sie testen?
Thomas
Bei der Spendenaktion ging es ausdrücklich um JavaScript, wie sich die Teilnehmer am Kölner Usertreff sicher erinnern werden, oder die dieses Forum schon etwas länger aufsuchen: http://www.os2.org/viewtopic.php?f=4&t= ... t&start=50
Von neueren FF-Versionen war in jenem Zusammenhang nie die Rede, allenfalls als alternative fact.
![Frage :?:](./images/smilies/icon_question.gif)
Von neueren FF-Versionen war in jenem Zusammenhang nie die Rede, allenfalls als alternative fact.
- HerwigB
- Beiträge: 57
- Registriert: Mo 23. Dez 2013, 06:39
- Wohnort: Sankt Veit an der Glan
- Kontaktdaten:
Die Spendenaktion wurde weder vergessen, noch ist das im Sand verlaufen.
Die Arbeit an Firefox 45 ist aufwändiger als erwartet, u.a. weil Firefox 45 unbedingt OpenGL benötigt (ohne geht nicht), was wir nicht oder nur veraltet haben. Wir arbeiten dran...
Die Tipps in Bezug auf Kernel 14.106 kann ich bestätigen, das ist keine Einbildung, dass es damit besser geht. Aber Achtung: Es sind 2 Kernel mit Revisionsnummer 14.106 im Umlauf (Mensys war bei der der Nummerierung nicht "sauber"). Nur der 14.106, der in der letzten eCS 2.2 Beta II ist, ist der "richtige" drin. Auch der kommende ArcaOS Kernel 14.200 wird in der Hinsicht "besser" sein.
Auch das aktivieren der Benutzung des High Memory mit highmem -c <name>.DLL erhöht in der Regel die Lauffähigkeit von Firefox und OpenOffice deutlich. Eine GUI Lösung dafür ist in Arbeit.
Und nicht zu vergessen: In unseren rpm repos kommen laufend Updates an diversen DLLs die Firefox (auch unser aktueller 38) benutzt. Auch diese Updates bringen fast immer eine Verbesserung in Bezug auf die Laufzeit.
Zur Verwaltung: Auch wenn rpm yum und ANPM und die damit verbundene Philosophie der Ablage und Struktur für "uns" eingefleischte OS/2 User ungewöhnlich (und *nixoid) ist, was wir nicht mögen (ich schließ mich da durchaus ein) - ist es im Jahr 2017 der einzig vernünftige Weg ein System wartbar zu erhalten. Die usprüngliche Philisophie von OS/2 ist einfach von der Zeit überholt worden, egal ob wir das mögen oder nicht). Das weiter so wie bisher zu machen, heißt um Probleme zu betteln...
Deshalb: Achtet bitte darauf %UNIXROOT%\usr\lib ganz vorne im LIBPATH zu haben und löscht alte und doppelte DLLs soweit wie möglich weg (besondern in in x:\ecs\dll liegen viele alte Exemplare rum, die entsorgt gehören).
Sollte (was auch vorkommt) eine ältere App eine veraltete DLL benötigen, sollte man die separat mit BEGINLIBPATH und LIBPATHSTRICT speziell für diese (und nur für diese) App zur Verfügung stellen.
Die Arbeit an Firefox 45 ist aufwändiger als erwartet, u.a. weil Firefox 45 unbedingt OpenGL benötigt (ohne geht nicht), was wir nicht oder nur veraltet haben. Wir arbeiten dran...
Die Tipps in Bezug auf Kernel 14.106 kann ich bestätigen, das ist keine Einbildung, dass es damit besser geht. Aber Achtung: Es sind 2 Kernel mit Revisionsnummer 14.106 im Umlauf (Mensys war bei der der Nummerierung nicht "sauber"). Nur der 14.106, der in der letzten eCS 2.2 Beta II ist, ist der "richtige" drin. Auch der kommende ArcaOS Kernel 14.200 wird in der Hinsicht "besser" sein.
Auch das aktivieren der Benutzung des High Memory mit highmem -c <name>.DLL erhöht in der Regel die Lauffähigkeit von Firefox und OpenOffice deutlich. Eine GUI Lösung dafür ist in Arbeit.
Und nicht zu vergessen: In unseren rpm repos kommen laufend Updates an diversen DLLs die Firefox (auch unser aktueller 38) benutzt. Auch diese Updates bringen fast immer eine Verbesserung in Bezug auf die Laufzeit.
Zur Verwaltung: Auch wenn rpm yum und ANPM und die damit verbundene Philosophie der Ablage und Struktur für "uns" eingefleischte OS/2 User ungewöhnlich (und *nixoid) ist, was wir nicht mögen (ich schließ mich da durchaus ein) - ist es im Jahr 2017 der einzig vernünftige Weg ein System wartbar zu erhalten. Die usprüngliche Philisophie von OS/2 ist einfach von der Zeit überholt worden, egal ob wir das mögen oder nicht). Das weiter so wie bisher zu machen, heißt um Probleme zu betteln...
Deshalb: Achtet bitte darauf %UNIXROOT%\usr\lib ganz vorne im LIBPATH zu haben und löscht alte und doppelte DLLs soweit wie möglich weg (besondern in in x:\ecs\dll liegen viele alte Exemplare rum, die entsorgt gehören).
Sollte (was auch vorkommt) eine ältere App eine veraltete DLL benötigen, sollte man die separat mit BEGINLIBPATH und LIBPATHSTRICT speziell für diese (und nur für diese) App zur Verfügung stellen.
Der offizielle Firefox 45 benötigt unter allen unterstützten Plattformen überhaupt kein OpenGL. Lediglich für die Nutzung der WebGL-Funktionalität wäre "OpenGL ES 3.0" erforderlich. Das klingt zwar ähnlich, muß aber keine vollständige OpenGL-konforme Implementierung sein. Warum ausgerechnet der Fork von bitwise unter OS/2 nun (ein nicht vorhandenes) OpenGL verlangen sollte, ist weder nachvollziehbar noch belegbar. Fakten und Tatsachen sollten eine solide Grundlage bilden - nicht Spekulationen, Vermutungen oder Fehlinterpretationen.HerwigB hat geschrieben: Die Arbeit an Firefox 45 ist aufwändiger als erwartet, u.a. weil Firefox 45 unbedingt OpenGL benötigt (ohne geht nicht), was wir nicht oder nur veraltet haben. Wir arbeiten dran...
Natürlich ist der Aufwand für OS/2 deutlich höher, da man auf bereits bestehenden Assembler-Code zurückgreifen kann und diesen nicht zeitaufwendig neu schreiben darf. Merkwürdigerweise läuft Firefox 45 (TenFourFox) auf dem PowerMac bereits seit über einem halben Jahr zufriedenstellend, und liegt in optimierten Versionen für die unterschiedlichen PPC-Generationen vor. Gut dieser Vergleich mag etwas hinken, da mac/ppc immerhin noch TIER3 Status hat, während OS/2 schon seit längerer Zeit als WONTFIX eingestuft sein dürfte.
- HerwigB
- Beiträge: 57
- Registriert: Mo 23. Dez 2013, 06:39
- Wohnort: Sankt Veit an der Glan
- Kontaktdaten:
Habe ich von einer bestimmten Version gesprochen? Nein, habe ich nicht, ganz bewusst nicht.Lediglich für die Nutzung der WebGL-Funktionalität wäre "OpenGL ES 3.0" erforderlich. Das klingt zwar ähnlich, muß aber keine vollständige OpenGL-konforme Implementierung sein.
Wollen Sie vielleicht behaupten OpenGL ES 3.0 wäre keine OpenGL Variante? Dann sollten Sie sich schleunigst weiterbilden. Anderenfalls betreiben Sie, ich erlaube mir die flapsige Formulierung, sinnentleerte Klugscheißerei, denn:
Tatsache ist, dass wir diese Bibliothek nicht haben und nun zu entscheiden haben, ob wir unsere Arbeit auf einer vorhandenen OpenGL Implementierung basieren oder eine plattformfremde Variante portieren. Beides nicht einfach, beides viel Arbeit, mehr als uns lieb ist.
Wenn man ein bißchen Ahnung hat, dann hat das nichts merkwürdiges. Die einzige Frage ist, wieviel Manpower hinter diesen Versionen steckt. Ist es gleich viel wie bei uns, dann waren die besser als wir, wenn nicht, gilt über das Gesagte der alte römische Spruch: "Si tacuisses, philosophus mansisses."Merkwürdigerweise läuft Firefox 45 (TenFourFox) auf dem PowerMac bereits seit über einem halben Jahr zufriedenstellend, und liegt in optimierten Versionen für die unterschiedlichen PPC-Generationen vor.
![Lächeln :)](./images/smilies/icon_e_smile.gif)
Hi akt 120
bist Du mit einen dieser Personen verwandt?
Mein Opa war Alfred Meyer-Waldeck, Kapitän zur See.
Er kannte alle.
Der Ton oder die Ausrucksweise kommen mir bekannt vor.
mfg
Herbert
- Dateianhänge
-
- Vizeadmiral Reinhard Scheer.jpg (2.62 KiB) 5126 mal betrachtet
-
- Vizeadmiral Franz Ritter von Hipper.jpg (2.52 KiB) 5126 mal betrachtet
-
- Admiral John Jellicoe.jpg (3.58 KiB) 5126 mal betrachtet
Wo kämen wir denn hin, wenn alle sagten "Wo kämen wir denn hin" und niemand ginge um zu sehen, wohin wir kämen, wenn wir gingen!?!
Es dient keiner sachlichen Diskussion, jetzt mit rabulistischen Unterstellungen zu operieren.HerwigB hat geschrieben:Habe ich von einer bestimmten Version gesprochen? Nein, habe ich nicht, ganz bewusst nicht.Lediglich für die Nutzung der WebGL-Funktionalität wäre "OpenGL ES 3.0" erforderlich. Das klingt zwar ähnlich, muß aber keine vollständige OpenGL-konforme Implementierung sein.
Und zu welchem Zwecke ist es jetzt erforderlich ausfallend zu werden? Es sollte einigermaßen klar und eindeutig sein, daß es sich um unterschiedliche Spezifikationen handelt. Der Begriff "Variante" (hinter dem Deppenleerzeichen) oder dessen Entsprechung "flavour" ist mir in diesem Themengebiet nicht geläufig. Das muß wohl an meiner mangelhaften Einbildungskraft liegen.Wollen Sie vielleicht behaupten OpenGL ES 3.0 wäre keine OpenGL Variante? Dann sollten Sie sich schleunigst weiterbilden. Anderenfalls betreiben Sie, ich erlaube mir die flapsige Formulierung, sinnentleerte Klugscheißerei, denn:
Wenn man es keinem erzählen würde, könnte es jeder glauben. Das "oder" ergibt rein logisch (selbst beim mehrfachen Lesen) keinen Sinn.Tatsache ist, dass wir diese Bibliothek nicht haben und nun zu entscheiden haben, ob wir unsere Arbeit auf einer vorhandenen OpenGL Implementierung basieren oder eine plattformfremde Variante portieren. Beides nicht einfach, beides viel Arbeit, mehr als uns lieb ist.
Die Antwort ist einfach: 1Wenn man ein bißchen Ahnung hat, dann hat das nichts merkwürdiges. Die einzige Frage ist, wieviel Manpower hinter diesen Versionen steckt.
"Dieu est pour les gros escadrons."Ist es gleich viel wie bei uns, dann waren die besser als wir, wenn nicht, gilt über das Gesagte der alte römische Spruch: "Si tacuisses, philosophus mansisses."
Eigentlich hätte ich von anderer Seite zumindest einen knappen Zustandsbericht erwartet. Aber, um bei den Tatsachen zu bleiben:DonLucio hat geschrieben:Ich vermute, du meinst: "erledigt, ohne gelöst zu sein". Oder?ak120 hat geschrieben:Das Problem sollte sich mittlerweile von selbst gelöst haben, da ...
An der derzeit vorläufigen OS/2-Beta-Version des Firefox (38ESR) fanden seit dem letzten Jahr keinerlei Fehlerberichtigungen oder Wartungstätigkeiten statt. Gegen Ende des letzten Jahres (oder nach der Spendensammlung) wurde auf Grundlage von 45ESR erneut angefangen, aber mit den vorherigen Modifikationen und weiteren zusätzlichen Anpassungen, ist bis dato kein Bau der Anwendung ohne weiteres möglich. Ich kann verstehen, daß man möglichst nah am Mozilla-Code bleiben möchte und weitestgehend auf aufwendige Backports verzichten will. Die eventuell erscheinende Version 45.0 wird dann realistisch betrachtet auch die letzte bleiben, wenn man nicht vom bisherigen Verfahren abrückt. Die Build-Umgebungen für spätere Versionen erfordern entweder Gtk+ Version 3, Rust oder 64-bit-Hostsysteme mit entsprechend viel Speicher. Dagegen ist die in diesem Verlauf angesprochene WebGL-Problematik noch ein eher kleineres Übel.
Das Zitat in dieser Art verkürzt? Ich hatte es nur als (rhetorische) Frage formuliert. Natürlich war mir klar, daß es den Urhebern der Spendenaktion um JavaScript ging. Ich mache niemanden einen Vorwurf und gehe davon aus, daß den Möglichkeiten entsprechend, auch sporadisch daran gearbeitet wird. Im Gegensatz zu den Spendern, welche hoffentlich mit weitaus besseren Informationen bedient werden, kann ich nur die öffentlich zugänglichen Quellen für eine Abschätzung nutzen.Da schwingt ein ziemlich heftiger Vorwurf mit.ak120 hat geschrieben:Welches Ziel (außer das irgendjemand eine bestimmte Summe an Spenden einstreicht) ...
Willst du damit sagen, dass der damalige Spendenaufruf, der hier immerhin mit einigem Buhei zelebriert worden ist, nur dem Zweck der Bereicherung der Fa. bitwise diente?
Bitte sag, dass mein Eindruck falsch ist!
Zuletzt geändert von ak120 am Sa 25. Mär 2017, 23:39, insgesamt 1-mal geändert.
Diese Hoffnung kann man haben. Ich - einer der Spender - hatte sie auch. Sie hat sich leider nicht erfüllt.ak120 hat geschrieben:Im Gegensatz zu den Spendern, welche hoffentlich mit weitaus besseren Informationen bedient werden, ...
Don Lucio.