Du bist nicht angemeldet.
Konnte das differenzielle Update wieder zum Laufen bringen.
Geht natürlich erst, wenn zuerst einmal das Vollupdate gemacht wird, erst dann geht das diff. Update wieder.
Und mit dem Komplettupdate sollten sie wieder da sein.
Ausgaben von gui_download.cgi sind identisch bei dir und mir.
Bei gui_config.cgi sind die ersten 180 Zeilen gleich und dann kommt bei dir einfach nichts mehr.
Sprich bis
<script type="text/javascript">document.getElementById('Config').className='button active';</script>ident und dann hört's bei dir auf, während es bei mir mit
<form method="post" name="FritzLoad" onsubmit="storeDate()" action="">
etc ...weitergeht.
Was da freetz bewirkt, ist mir nicht klar, vor allem da der Webserver ja von der FL eigenen busybox gestartet wird.
Sourceforge hat ein paar Sachen geändert, mit der Folge, daß die differenzielle Updatefunktion innerhalb von FritzLoad zur Zeit nicht funktioniert und bestehende Installationen unbrauchbar macht.
So wie ich gerade gesehen habe, muss doch einiges angepasst werden.
Am besten zur Zeit mit einem eigenen svn Clienten updaten.
Hier sieht man die letzten Änderungen:
https://sourceforge.net/p/avmload/code/HEAD/log/?path=
SF muss die Seite zeitlich nach r2740 von FritzLoad angepasst haben.
Das bedeutet konkret, daß alle Änderungen von FritzLoad beginnend mit 2741 nicht mehr geladen werden, bzw. die betroffenen Dateien werden gelöscht.
Betrifft aber nur Binaries, da mit r2741 nur Binaries upgedatet wurden.
Komplettupdate funktioniert.
Die letzte lauffähige Version ist Rev 2740, ab dann funktioniert kein Download mehr.
Schau nach, ob du ein curl Binary im Ordner bin/7270 bzw. bin/7390 hast.
Irgendwas hat es mit dem update von sourceforge.
Es kann vieles sein.
Teste mal mit
curl -i http://fritz.box:90/cgi-bin/fritzload/gui_download.cgiwas die Box schickt.
Gekillt ist gar nichts, das curl Binary fehlt nach dem Update, da Sourceforge gerade anscheinend ein Problem hat und die Updates nicht funktionieren.
config Verzeichnis sichern und das gesamte FL neu herunterladen, wer am Letztstand sein will.
Man sieht an meinem Link auch die Änderungen, es sind neue Versionen vom curl.
Alternativ jetzt nicht updaten, bis SF wieder geht.
https://sourceforge.net/p/avmload/code/HEAD/log/?path=
Scheint gerade nicht zu gehen das log ...
Bin auf Revision: 13529
Ok, liegt anscheinend an freetz.
Welche busybox Version?
Bei mir 1.23.2
@rolex0815: Könntest du mir bitte mal die trunk rev. von freetz mitteilen bei der es klappt?
Natürlich die letzte und neueste.
Schau ich dann nach, falsch gelesen, freetz nicht Fritz. 
7360 v2, 06.30, gefreetzt, keine Probleme ...
Vielleicht kann jemand den Inhalt einer Box mit FW 6.50 von folgender Datei posten:
/var/html/templates/menu_page_head.htmlIch hab's bereits gefunden.
Es ist der Punkt bei der Dateigröße.
Den noch richtig geparst und es geht wieder.
EDIT: Du hast es auch gefunden, sehr gut. 
Es liegt nicht an diesen Zeichen, es ist was anders.
Was, weiß ich bis jetzt noch selber nicht.
Bei ein paar Dateien, die nur anders enden: .part01.rar; .part02.rar etc. werden 6 richtig angezeigt und die 7. z.B. nicht.
Im Logfile sind keine Unterschiede zu sehen ...
Du liegst einem Irrtum auf.
Die Änderung betrifft Fritz!Load wie es mit dem uploaded Server kommuniziert, das kann dir dein Browser nicht anzeigen.
Der FL eigene Webserver (httpd der busybox) kann kein https, deshalb wird aber stunnel verwendet, um verschlüsselt auf FL zuzugreifen.
Je nachdem, wie du stunnel konfiguriert hast, funktioniert der verschlüsselte Zugriff z.B. so:
Es cacht der Browser sehr oft die Seite.
F5 ein paarmal gedrückt hilft meistens.
Sonst InPrivate/Inkognito Tab aufmachen, dort Fritz!Load neu aufrufen, dann muss alles neu von der Box übertragen werden.
Ich habe nur die Login-URL für uploaded.net Premium auf https geändert.
Wie meinst du das mit dem Erkennen?
Ich weiß nicht, wie die ZDF Mediathek funktioniert, wahrscheinlich hab ich von AT aus nicht mal Zugriff.
EDIT: Doch, geht.
Diese geposteten Links bekommt ihr mit "MediathekView" (was auch immer das ist) heraus und die sind dann einfach zu laden?
Das sollte dann einfach mit den normaldownload klappen, ich kann das Plugin mal anpassen.
Wie sieht es jetzt aus?
Was heißt damals? 
Update ist da (ungetestet!).
Wartezeit konnte geparst werden, es kann aber sein, dass es noch immer nicht funktioniert, wenn dann die Seite z.B. neu geladen werden muss.
Dann wieder debug-log + entsprechende GET Datei.