Neuer Updater für Portable Google Chrome
von caschy | 30 Kommentare
Wie einige in den letzten Tagen festgestellt haben, funktionierte der von uns bereitgestellte Updater für Portable Google Chrome nicht mehr, sofern man auf den Chromium-Channel wechseln wollte. Dies lag daran, dass die fest übergebene URL für die benötigten Daten von Google geändert wurde.
Der gute Bene hat das nun wieder gefixt und ich habe eben den Updater in Version 0.6 und Portable Google Chrome mit dem neuen Updater auf den Server geladen. Nun klappt es auch wieder, sofern ihr Chromium portabel testen wollt.
Wird geladen ...
Super. Danke. Noch ne frage: hat der updater eigentlich Parameter? Z.b um den channel auszuwählen?
Schön wäre es, wenn man nun auch in den Canary-Channel switchen könnte. Wäre interresannt auch mal diesen Channel portable nutzen zu können und wieder zurück in den Stable/Unstable.
Warum sprichst du in Mehrzahl? 😀
Weil Bene und ich das gestartet haben 😉
Danke! Habe insgesammt 5 mal den Portablen von dir auf’m Computer (Dev, Beta, CHROMIUM,…). Hab mich schon gewundert das alles funktionierte auser dem Chromium.
Danke, Bene und Caschy,
Sebastian
Ja, die Frage mit den Parametern würde mich auch brennend interessieren. Dann könnte ich das Update per Batch jede Woche laufen lassen.
Au ja, eine Batch Funktion durch Parameter Übergabe wäre was feines.
Ok, Parameterübergabe kommt dann demnächst…
Cool. Danke.
Schön das der Updater weiter gepflegt wird. Leider ist das von mir und (Samson) gemeldete Verhalten auch in der neuen Version identisch. Es wird einfach nicht mehr entpackt 🙁
Ich verweise mal auf meinen Kommentar vom 28. April 2011.
http://stadt-bremerhaven.de/jetzt-schlagt-es-13-google-chrome-bzw-chromium-version-13#comment-167606
Es wäre prima, wenn sich das mal jemand anschauen könnte.
VirusTotal.com meldet beim Updater.exe -> K7AntiVirus 9.106.4819 2011.06.16 -> Trojan.
Jipp, ich habs! Ich habe den Übeltäter gefunden!
Das Entpacken bzw. Starten der 7za.exe wird von MSE 2.0 mit aktiviertem Echtzeitschutz unterbunden. Sobald der Echtzeitschutz kurzfristig deaktiviert wird, klappt auch das Entpacken. 🙂
Kompiliertes AutoIt-Script. War schon IMMER so.
Ah, ok, gut zu wissen, aber anscheinend bin ich nicht der Einzige, der es bis eben nicht wußte! Eventuell wäre ein Hinweis, in welcher Form auch immer, auch für andere Benutzer des Updaters hilfreich. Vielleicht haben ja auch andere AV- bzw. IS-Lösungen Probleme mit kompilierten AutoIt-Skripten und ‚fressen‘ die 7za.exe auf!
Die ham eigentlich nur Probleme wenn das Autoit Script mit UPX oder ähnlichem gepackt ist. Wenns die 7za.exe betrifft ist wahrscheinlich die irgendwie gepackt. Der Updater ist genau aus diesem Grund nämlich normal gehalten. Muss mal schaun wegen der 7za.exe aber vielleicht modelt man den Updater auch etwas um, mal sehen.
Hmpf. Bei mir geht jetzt NUR noch Chromium. Habe heute den Portable Chrome runtergeladen und installiert. In dem Paket ist wohl Chromium enthalten. Der Updater führt immer zu der Fehlermeldung „Es wurde keine URL zurückgegeben!“, egal welchen Channel ich installieren will. Ausnahme: der Chromium-Channel wird sauber aktualisiert. Gerade den hab ich aber ja schon … :-/
Kann es sein, dass sich auch die anderen URLs geändert haben?
Geht hier einwandfrei eigentlich
Dann liegt es vielleicht an meinem Rechner. Ich werde am Wochenende nochmal an anderen Rechnern mein Glück versuchen.
Kann man damit endlich auch über einen Proxy Server updaten, oder wird das immer noch nicht unterstützt?
Proxy wird schon ewig unterstützt, nur die readme stimmt da schon lange nicht mehr und dem -p Switch.
Nimm ne wget.exe von hier http://users.ugent.be/~bpuype/wget/ und leg se ins Updater Verzeichnis, dann wird Wget benutzt statt internem Downloader. Dazu kannst Du vorher für Deinen Proxy in der Kommandozeile folgendes setzen: set http_proxy=http://proxy.myprovider.net:8080 und danach führst Du mal den Updater aus. Das Wget Zeugs wurde damals extra wegen den Proxy Usern eingepflegt. Kannst ja Bescheid sagen obs klappt…