1. Nachrichten
  2. Forum
    1. Unerledigte Themen
    2. Forenregeln
  3. Spenden
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. camp-firefox.de
  2. bugcatcher

Beiträge von bugcatcher

  • Mozilla 1.7 to Become New Long-Lived Stable Branch

    • bugcatcher
    • 3. April 2004 um 14:36

    Mozilla 1.7 to Become New Long-Lived Stable Branch

    Friday April 2nd, 2004
    By Asa Dotzler

    It's been just about a year since we cut the 1.4 branch. In addition to the normal Mozilla application suite milestone release, Firefox and Thunderbird will be doing releases off of this branch — including Firefox 1.0 (!) and there are also major vendors planning releases to coincide with with Mozilla 1.7. All of this lines up well for making 1.7 our next long-lived branch. To make these releases successful, we need to focus on stability and data integrity bugs. To give ourselves the time to make further improvements to our stability, drivers are making some changes to the milestone plan.
    Rough Schedule

    We're going to delay branching 1 week (to April 9). We'll be scheduling three release candidates from the 1.7 branch, each 2 weeks apart, with room for more if needed (first on or around April 14, second on April 28th, and final on April 12th). This means moving the 1.7 final release date out 1 month from mid-April to mid-May.
    Details:

    Delaying the branching for 1.7 by about a week will give us some more time to gather and respond to TalkBack data < http://bugzilla.mozilla.org/show_bug.cgi?id=238446 >, helping to identify and fix crash bugs on the trunk where we have most of our QA and testing resources. The QA community has been working to get the crash buglist cleaned up as much as possible. To make 1.7 the most stable release ever, we'll be looking for engineering help to knock off as many of the reproducible, high-profile crashers as QA and TalkBack resources can identify.

    Shortly after branching (days) we will do the first of a series of 1.7 pre-releases to validate the much of stability work that's been underway since 1.7 beta (we've already knocked off a significant number of the 1.7 beta topcrashers). Because we tend to have somewhat fewer QA and testing resources on branches, we'll be doing these release candidates to keep the download, bug reporting, and Talkback volume high. Previous long-lived branches have had three of these release candidates and that seems like a reasonable approach for this branch.

  • Downloadeinstellungen mit Alzheimer

    • bugcatcher
    • 3. April 2004 um 14:01

    Ich bin immer als Administrator angemeldet, der hat da quasi alle rechte. Ich weiss nicht wie du dich anmeldest. wenn du aber keine adminrechte hast, kann es sein, dass du evtl. schreibprobleme hast.

    kann aber auch sein, dass die dateien als schreibgeschützt markiert sind.

    einfach mal in den profil-ordner wechseln und schau dir die eigenschaften der prefs.js -dateien an. wenn dort "schreibgeschützt" markiert ist, dann kann firefox sie auch nicht ändern. dort werden die einstellungen aber gespeichert. haken einfach entfernen. und nochmal firefox starten und ausprobieren.

  • Map24 keine Reaktion im FF

    • bugcatcher
    • 2. April 2004 um 22:38

    hätte mich auch gewundert, wenn das nicht funktioniert.

    Übrigends... unten links im statusbalken erscheint ein icon, wenn eine seite ein popup öffnen möchte aber geblockt wurde.

  • Bei der Seite geht fast gar nichts

    • bugcatcher
    • 2. April 2004 um 22:34
    Code
    NS4 = (document.layers) ? 1 : 0;
    IE4 = (document.all) ? 1 : 0;
    ver4 = (NS4 || IE4) ? 1 : 0;


    Veraltetes Javascript. Das Objektsystem das vom W3C als standard definiert und vom Mozilla unterstützt wird, wurde wird nicht bedacht.

    es werden nur netscape4 und ie-objektsystem unterstützt.

  • WebSite www.abt-sportsline.de lässt sich nicht öffnen

    • bugcatcher
    • 2. April 2004 um 21:18

    Wie man IE schneller macht? Weiss nicht? Ich benutzte seit Ende 2001 Mozilla ; )

    Du kannst die einstellung von den Temporären Internetfiles auf "Nie" umstellen. Aber das würde bedeuten dass der files immer im cache behält ohne was zu überprüfen und du so aktuallisierungen auf seiten nicht mitbekommst, wenn du den reload der seite nicht selber anordnest.

    ob das jetzt viel *schneller* wird, bezweifel ich aber.

  • Downloadeinstellungen mit Alzheimer

    • bugcatcher
    • 2. April 2004 um 20:48

    "browser.download.useDownloadDir" auf "false" ändern. was aber das selbe wäre, wie unter einstellungen es umzustellen.

    wenn sich firefox die änderungen nicht merkt, hast du wohl ein rechteproblem mit deinem profil-ordner. firefox darf wohl nichts ändern.

    ausserdem saugt firefox schon, auch wenn man sich noch nicht entschieden hat wohin er die datei speichern soll.

  • Erklärung von Begriffen gesucht ?

    • bugcatcher
    • 2. April 2004 um 20:44

    Der Typ sagt nur aus, um was für eine art sich der möglichen Wert der Angebe es sich handelt.

    string:
    hier kann als wert eine beliebige zeichenkette angeben werden:
    "lalala blah sülz" ist quasi problemlos möglich. : )

    integer:
    ganzzahlenangaben. hier kann man nur ganzzahlen als wert angeben:
    z.B. 0, 1, 12, usw. aber keine dezimalzahlen, wie 1,3 oder so.

    boolean:
    hierbei handelt sich um eine wahrheitsangabe. als werteangaben sind "true" (wahr/ja) und "false" (unwahr/nein) möglich.

  • Bericht in der Internet World

    • bugcatcher
    • 2. April 2004 um 19:48

    Da gibts bestimmt wieder ein ansteigen des traffics. : )

  • Externer Editor

    • bugcatcher
    • 2. April 2004 um 13:38

    WoW. Die haben seit ich sie das letze mal benutzt hab, aber echt was dazugelernt.

  • Wie sieht euer Firefox/Desktop aus?

    • bugcatcher
    • 2. April 2004 um 13:31

    also. das geht folgendermassen........ ; )

  • Map24 keine Reaktion im FF

    • bugcatcher
    • 2. April 2004 um 13:23

    Tja. Weiss auch nicht. : (

    Bei Sun oder Citibank bewerde einreichen?

    Hast du evtl eine Firewall laufen? : /

  • Schwerwiegendes Problem (Profil Manager)

    • bugcatcher
    • 2. April 2004 um 12:20

    Also für den Multiprozess-Betrieb ist firefox glaub ich auch nicht ausgelegt. bei mir öffnet firefox nur einen neuen tab, wenn ich in im laufenden zustand neu starten will. von linux hab ich aber auch keine ahnung. sorry : /

  • Map24 keine Reaktion im FF

    • bugcatcher
    • 2. April 2004 um 12:17

    wenn aus, dann gibts auch keine singons.txt ; )

    aber die führt manchmal zu diesen fehlern, das man formulare (fürs login usw.) nicht abschicken kann. daher hatte ich das genannt.

    wenn alles nicht hilft, weiss ich auch nicht weiter. ausser: alles sauber deinstallieren und neu versuchen. aber eine garantie das es anschliessent funktioniert gibt es natürlich nicht. evtl. ist deine registery zugemüllt? mal einen registerycleaner benutzt?

  • Map24 keine Reaktion im FF

    • bugcatcher
    • 2. April 2004 um 11:32

    gibt 2 möglichkeiten: du hast noch keine passwörte gespeichert, oder dein windows versteckt system/wichtig ordner.

    die datei liegt im profilordner. (schau mal unte den wichtig-threads) unter anwendungen. der bereich ist ein aus sicherheitsgründen "versteckt".

    musst du erst über den windowsexplorer sichtbar machen (-> ordneroptionen -> versteckte dateien anzeigen)

  • mein neues Forum will nicht mit Firefox

    • bugcatcher
    • 2. April 2004 um 03:08

    Keine ahnung. Ich bekomme kein download-angebot. bei mir kommt keine antwort der seite. ich hab den fehler auch erst beim einloggen bekommen. fehler bei der umleitung. wobei "selber fehler" nur "andere stelle".

    aber ich frag mich was die umleitung über den port 3306 soll. ist der port nicht eigendlich für zugriff auf die datenbank gedacht?

    ohne die portangabe geht alles wunderbar.

    http://www.nightman.at:3306/Scoty/Board/index.php <-- geht nicht
    http://www.nightman.at/Scoty/Board/index.php <-- geht

    ps: kannst meinen useraccount übrigends wieder löschen. ; )

  • Schwerwiegendes Problem (Profil Manager)

    • bugcatcher
    • 2. April 2004 um 03:01

    wenn firefox abstürzt, ist er manchmal doch noch da, selbst wenn der task im taskbalken weg ist.

    Benutze mal den Taskmanager und schaue bei "Prozessen" nach der Firefox.exe ... die beenden, dann lässt sich firefox auch wieder normal starten.

  • CHIP_Foren

    • bugcatcher
    • 2. April 2004 um 02:59

    Das ist normal. Firefox zeigt das an, was er zur zeit geladen hat. wenn er nur die rechte spalte geladen hat und der inhalt der spalte soll sich über die gesammte breite darstellen, dann gibts solange die anderen spalten (mit den beiträgen) noch nicht geladen sind eine linke menuspalte die die gesammte breite der seite einnimmt. sobald die anderen spalten da sind, muss sich die linke spalte den platz mit denen teilen.

    Ein fehler ist das nicht.

    Du könntest es so machen, dass der interval mit der die seite dargestellt wird (also wielange firefox immer warten soll, bis er den nächsten teil geladenen quelltexts anzeigen soll) ändern und hoch setzen (such mal im forum mit dem stichwort "nervös" ... und nimm den beitrag mit dem bildaufbau, da steht irgendwo dann eine pref()-eintrag für den interval). so könntest du es evtl vermeiden, dass das ganze soviel "springt".

    Andererseits könnte der anbieter (also chip) ein wenig mehr mit absoluten (z.B. 150 pixel) statt relativen angaben (z.B. 100%) arbeiten. damit könnte man sowas auch vermeiden.

  • Filmdatei runtergeladen, nur jetzt kann i. sie nicht ansch.!

    • bugcatcher
    • 1. April 2004 um 21:37

    Hem. Des ist irgendwie abartig. Wer das mag muss wirklich noch kindlich neugierig sein. Daher muss ich meinen support aus Jugendschutzgründen zurückziehen. ; )

    Mal ehrlich. Mir ist das zu abstossent, als das ich da rumprobieren möchte, wie das geht. Sorry.

  • WebSite www.abt-sportsline.de lässt sich nicht öffnen

    • bugcatcher
    • 1. April 2004 um 21:30

    Die Cache-Einstellungen (TempInternetFiles) kann man bei beiden aber auch anpassen. ; )

    (Wobei, beim Firefox muss man da umständlich über user.js, oder about:config ran)

  • Gespeicherte Passwörter anzeigen !!!

    • bugcatcher
    • 1. April 2004 um 21:28

    Die werden verschlüsselt gelagert, gerade damit nicht jeder sie einfach auslesen kann.

Unterstütze uns!

Jährlich (2026)

69,4 %

69,4% (538,17 von 775 EUR)

Jetzt spenden
  1. Kontakt
  2. Datenschutz
  3. Impressum
Community-Software: WoltLab Suite™
Mastodon