FRITZ!Box 6690-Cable Labor+Inhaus FW

[Tronylin]

Ich habe auch keine Timeouts.

 

[Jstessi]

download.avm.de/inhaus/Smart24P1/6690Cable/FRITZ.Box_6690_Cable-07.90-115500-Inhaus.image

vom 30.8.24, 23.53 Uhr

 

[tango501]

https://avm.de/fileadmin/user_upload/DE/Labor/Download/fritzbox-6690-labor-115502.zip

# Verbesserungen im FRITZ!OS innerhalb FRITZ!Labor 7.90-115502
## Internet:
- **Behoben** Bei Anschluss der FRITZ!Box an ein externes Modem oder einen externen Router wurde bei Mitbenutzung der Internetverbindung (IP-Client-Modus) die Zeile "Portfreigaben" im Online-Monitor nicht ausgeblendet
- **Behoben** Bei Spracheinstellung "Englisch" wurde im Online-Monitor das Datumsformat nicht konsequent angepasst
- **Behoben** In den IPv6-Einstellungen wurde das IPv6-Präfix des Heimnetzes unter "verwendete Präfixe" unter Umständen nicht angezeigt
## Mesh:
- **Behoben** In seltenen Fällen wurde bei der Verbindung eines FRITZ!Repeaters per Tastendruck die Mesh-Funktion nicht aktiviert

Product=Fritz_Box_HW267a (FRITZ!Box 6690 Cable)
Type=LabBETA
Releasecycle=Smart24 P1
Version=07.90
Build=115502
OEMs=avm
Countries=049 99 0234 0255 0256 0264 0267 027 030 031 032 033 034 0351 0352 0353 0357 0358 036 0371 0372 0376 0382 0385 0386 0387 0389 039 041 0420 0421 043 044 045 046 047 048 054 061 064 066 0972
Languages=de en es it fr pl nl
Revision=a61bff3e4be676beab099d24163b4fb74c690523

 

[tango501]

Laden…

avm.de

# Verbesserungen im FRITZ!OS innerhalb FRITZ!Labor 7.90-115649
## System:
- **Verbesserung** Detailkorrekturen in der Benutzeroberfläche
- **Verbesserung** Interoperabilität mit der kommenden Chrome-Version verbessert

Product=Fritz_Box_HW267a (FRITZ!Box 6690 Cable)
Type=LabBETA
Releasecycle=Smart24 P1
Version=07.90
Build=115649
OEMs=avm
Countries=049 99 0234 0255 0256 0264 0267 027 030 031 032 033 034 0351 0352 0353 0357 0358 036 0371 0372 0376 0382 0385 0386 0387 0389 039 041 0420 0421 043 044 045 046 047 048 054 061 064 066 0972
Languages=de en es it fr pl nl
Revision=f57f7e745ca39b2003d21c0a41f06e612ee9a92f

 

[tango501]

https://avm.de/fileadmin/user_upload/DE/Labor/Download/fritzbox-6690-labor-115778.zip

# Verbesserungen im FRITZ!OS innerhalb FRITZ!Labor 7.90-115778
## Heimnetz:
- **Behoben** Fehlerhafte Update-Funktion für ein FRITZ!Powerline-Produkt in den Gerätedetails unter "Netzwerkverbindungen"

Product=Fritz_Box_HW267a (FRITZ!Box 6690 Cable)
Type=LabBETA
Releasecycle=Smart24 P1
Version=07.90
Build=115778
OEMs=avm
Countries=049 99 0234 0255 0256 0264 0267 027 030 031 032 033 034 0351 0352 0353 0357 0358 036 0371 0372 0376 0382 0385 0386 0387 0389 039 041 0420 0421 043 044 045 046 047 048 054 061 064 066 0972
Languages=de en es it fr pl nl
Revision=e955a317e883305ca2a5326279e17c6cd0b2af87

 

[Scary674]

Hintereinander nur neue Labore, keine Inhaus mehr? Dann muss man jetzt mal wohl ne wesentlich neuere Labor installieren, als es wohl inhaus gibt...

 

[Jstessi]

die Inhaus sind doch auch da; bringt aber doch nix, diese auch noch zu posten

 

[tango501]

ne wesentlich neuere Labor installieren, als es wohl inhaus gibt

Natürlich auch noch als "INHAUS" verfügbar.
download.avm.de/inhaus/Smart24P1/6690Cable/FRITZ.Box_6690_Cable-07.90-115776-Inhaus.image

 

[zorro neu]

und das ist das Problem wenn Inhaus und Labor gemixt werden...
Es wird immer unübersichtlicher, frag mich echt wer sich das hat einfallen lassen. Wurde heute aber schon mal erwähnt.

 

[tango501]

wenn Inhaus und Labor gemixt werden

Das ist leider eine grundsätzliche Frage, zu welcher sich @Novize oder @stoney gerne einmal äussern sollten. Bei Nischenprodukten oder wenn die Zeitabstände zwischen Inhaus- und Laborversion relativ lang sind, macht es m.E. keinen Sinn, Inhaus und Laborversionen zu trennen. Ein gutes Beispiel dafür wären LTE Boxen oder Powerline Adapter. Zusätzlist gibt es ja auch mindestens noch "Labplus" oder "Testversionen".
Problematisch ist allerdings aktuell der sehr kurze Zeitabstand zwischen Inhaus- und Laborversionen zusätzlich gepaart mit einer hohen Updatefrequenz. Wenn man sich dann auch noch von Nutzern gepflegte Listen wie beispielsweise die von @Master SaMMy ansieht, dann kommt man fast gar nicht mehr dazu, alle derzeit erscheinenden Updates zu suchen oder gar irgendwo einzupflegen.

 

[Novize]

Das ist leider eine grundsätzliche Frage, zu welcher sich @Novize oder @stoney gerne einmal äussern sollten.

Ich kann da keine allgemein gültige Aussage treffen: Es ist halt eine diffuse Trennung es gibt keine klare Trennung - früher (TM) war alles, auch die Differenzierung, besser.
Des Weiteren seid ihr doch erwachsen genug, euch eine vernünftige Regelung auszudenken und bitte auch einzuhalten.
Das ist übrigens meine Meinung als User, als Mod enthalte ich mich

 

[stoney]

Und ich kann auch nicht mehr machen, als immer wieder auf den ungenutzten Thread zu verweisen:

FRITZ!Box Firmwarethreadsgliederung [Diskussionsthema]

Besch...(eidene für Mods) Namensgebung der Threads hier! Gibt halt keine (weder klare noch sonstwie erkennbare) Strategie in den Beitragstiteln ... Stattdessen nicht nachvollziehbare Verschiebeübungen einzelner Antworten zwischen Beiträgen und irgendwo versteckte/verlorene Hinweise was wohin...

www.ip-phone-forum.de

 

[Jstessi]

Bei den derzeit äußerst kurzen Zeiten zwischen Labor und Inhaus - manchmal nur wenige Minuten - desselben Kompilats macht es durchaus Sinn, beide in einem Thread zu führen, da die Files funktional gleich sind; außerdem reicht (derzeit) ein Blick in die InfoLab, um die Verbesserungen auch der Inhaus zu erkennen. Für Inhaus reicht prinzipiell ein Einzeiler mit dem Pfad, der alles Unterschiedliche schon enthält - die Zeiten sind sowieso gleich.

 

[Daniel Jackson]

Die können überhaupt nicht gleich sein. Da sind viel zu viele Dateien unterschiedlich. Kleines Beispiel

--- FRITZ.Box_7590-07.90-115814-LabBETA/etc/boot.d/1    2024-09-14 00:02:18.000000000 +0200
+++ FRITZ.Box_7590-07.90-115812-Inhaus/etc/boot.d/1    2024-09-14 00:02:18.000000000 +0200
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_de.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_de.db sind verschieden.
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_en.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_en.db sind verschieden.
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_es.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_es.db sind verschieden.
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_fr.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_fr.db sind verschieden.
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_it.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_it.db sind verschieden.
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_nl.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_nl.db sind verschieden.
Binärdateien FRITZ.Box_7590-07.90-115814-LabBETA/etc/htmltext_pl.db und FRITZ.Box_7590-07.90-115812-Inhaus/etc/htmltext_pl.db sind verschieden.

--- FRITZ.Box_7590-07.90-115814-LabBETA/usr/lua/menu_data.lua    2024-09-14 00:02:18.000000000 +0200
+++ FRITZ.Box_7590-07.90-115812-Inhaus/usr/lua/menu_data.lua    2024-09-14 00:02:18.000000000 +0200
@@ -2102,6 +2102,12 @@
         ["lua"] = "internet/fiber_config.lua",
         ["route"] = "/fiberconfig"
       } or nil,
+      ["cloudmsgtest"] = {
+        ["show"] = true,
+        ["dev"] = true,
+        ["js"] = "test/cloudmsgtest.js",
+        ["lua"] = "test/cloudmsgtest.lua"
+      } or nil,
     ["endTag"] = nil
   }

--- FRITZ.Box_7590-07.90-115814-LabBETA/usr/www/avme/test/cloudmsgtest.lua    1970-01-01 01:00:00.000000000 +0100
+++ FRITZ.Box_7590-07.90-115812-Inhaus/usr/www/avme/test/cloudmsgtest.lua    2024-09-14 00:02:18.000000000 +0200
@@ -0,0 +1,29 @@
+<?lua
+dofile("/usr/lua/rdfirst.lua")
+dbg.httpvars()
+local avmutils = require("libavmluautils")
+local function aicmd_push_data_cb(data, arg)
+    gDataRd.response = data
+end
+local function doSave()
+    if box.post.eventid and box.post.payload then
+        local command = "sndmsg custom " .. box.post.eventid .. " " .. string.gsub(box.post.payload, "[\r\n]", "") .. ""
+        avmutils.aicmd("cloudmsgd", command, aicmd_push_data_cb, nil)
+        gDataRd.send = true
+        return 0, ""
+    end
+end
+if box.post.apply then
+    gDataRd = newval.validate_and_save({
+        name = "apply",
+        dosave = doSave,
+        getdata = function()
+            return {
+                send = gDataRd.send,
+                response = gDataRd.response
+            }
+        end
+    })
+end
+gDataRd.timestamp = box.timestamp_ms() - tonumber(g_luatime)
+?>

 

[Jstessi]

Die können überhaupt nicht gleich sein

hat niemand behauptet. Sind aber funktional gleich

 

[zorro neu]

und mich als einfachen User interessiert es gar nicht, ob gleich oder ungleich. Wenn mache ich nur Labor und wenn man dann ne Frage dazu hat, geht die unter, weil u.U. diese vorher schon irgendwer im Inhaus gehabt hat etc etc. Die Labore kamen beim 7.90 doch erst wesentlich später raus. Bei der 7590 z.B. 1,5 Monate später. Auch kann der normale User doch gar nicht mehr unterscheiden, auf welche Version sich eine Aussage oder Frage bezieht wenn gemixt wird.

 

[Jstessi]

Da geht nichts unter, weil

• Buildnummern stehen grundsätzlich dabei
• sind mithin sehr gut referenzierbar
• gilt in diesem Forum sowieso der Grundsatz, dass ohne erläuternden Hinweis immer die Nachricht vorher den Bezug darstellt
• dürfte im geflashten Zustand das Verhalten zeitgleich erstellter Inhaus und Labor identisch sein
• und die Labore kommen nahezu zeitgleich raus, werden nur seltener aktiv gesucht

wo soll jetzt explizit das Problem bestehen?

 

[zorro neu]

wo soll jetzt explizit das Problem bestehen?

...am Leseverständnis. Du hast gar nicht verstanden was ich geschrieben habe. Du beziehst dich ausschließlich auf deine Posts der Versionen (incl. Nummern). Und so sehen hier auch mittlerweile viele Threads aus.
Nochmals, wenn jemand eine Frage/Problem zu einer Laborversion hat, dieses Problem aber schon 1 Monat vorher in einer Inhaus behandelt wurde, geht dieses u.U. unter. Nur weil im Moment AVM im Endspurt ist und Labore und Inhaus fast zeitgleich rausbringen, heisst dies ja nicht, da es von Anbeginn auch so war (s. meinen obigen Post). Aber genug Off-Topic.

 

[Grisu_]

Die ganzen Inhaus-Beiträge entbehren m.E. sowieso jeglicher Sinnhaftigkeit, sobald es zeitnahe Laborversionen gibt.
Niemand sieht sich die Inhaus im Detail an noch gäbe es Erkenntnisgewinne.

Inhaus sind nett wenn sie begonnen werden oder Labor nur in >2 Wochen Rythmen erscheinen.
Die reine Erwähnung von Inhäusern im Endspurt mit der Build-Nummer ohne weitere Diskussion sollte für alle Boxen in einem Sammelthread erfolgen.

 

[Daniel Jackson]

Sind aber funktional gleich

Schaue Dir mal die TXT an. Daher hoffe ich das Du nun auch verstehen wirst das sie funktional schon Unterschiede habe.