[StefanM]

Beim FileBoom-PlugIn habe ich festgestellt, dass ein relativ großer Teil (bei mir im Mittel die Hälfte!) von Links als existent gegrabbt wird, obwohl die entsprechenden Dateien lt. Anzeige der entsprechenden Links im Browser nicht mehr existieren.

Interessant dabei ist, dass JD sogar noch die Dateigröße anzeigt, woher auch immer JD diese Infos beschafft. Denn im Browser werden diese Infos auf der Linkseite nicht mehr angezeigt.

Hier einige Beispiele:
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**
**External links are only visible to Support Staff****External links are only visible to Support Staff**

Im Browser wird dazu angezeigt:
This file is no longer available

[pspzockerscene]

Sers,
dies ist ein alter Bug in der fileboom/k2s/tezfiles API siehe:
https://board.jdownloader.org/showthread.php?t=92820

-> Diesen bitte bei fileboom melden.
EDIT

Originally Posted by StefanM

Interessant dabei ist, dass JD sogar noch die Dateigröße anzeigt, woher auch immer JD diese Infos beschafft. Denn im Browser werden diese Infos auf der Linkseite nicht mehr angezeigt.

Die Infos stammen aus der offiziellen API siehe:
keep2share.github.io/api/

[StefanM]

Originally Posted by pspzockerscene

Sers,
dies ist ein alter Bug in der fileboom/k2s/tezfiles API siehe:
**External links are only visible to Support Staff**...

-> Diesen bitte bei fileboom melden.

Du hattest damals geschrieben:
https://board.jdownloader.org/showpo...50&postcount=7

Originally Posted by pspzockerscene

Next update will fix / work-around this.
Links:
**External links are only visible to Support Staff**...
and:
**External links are only visible to Support Staff**...

Und offensichtlich hat die Meldung an den Hoster ja nichts gebracht.
Dennoch kann ich als zahlender User gern anfragen, wenn du mir dann bitte auch gleich den Textbaustein senden könntest, den du damals Haidon gesendet hattest!?

Aber unabhängig davon:
Gab es denn den von dir angekündigten Workaround?

Die URS wäre ja sehr einfach:
Wenn unter der orig. URL dieser Text (This file is no longer available) zu finden ist, dann muss der Link von JD als "expired" behandelt werden.

Wie einfach oder kompliziert das umzusetzen ist, kann ich nicht beurteilen.

[Jiaz]

@StefanM: Die API seitens Fileboom meldet den falschen Status für diese Links, ergo muss das bei Fileboom behoben werden. Wenn die API meldet das die Datei online sei, dann müssen wir das erstmal glauben. Beim eigentlichen Herunterladen wird dann festgestellt das dies nicht der Fall ist, weil die API dann meldet

{"status":"error","code":406,"message":"File not found","errorCode":20}

und die Datei wird als Offline markiert. Dies ist jedoch erst beim eigentlichen Downloadversuch erkennbar.

[Jiaz]

Originally Posted by StefanM

Aber unabhängig davon:
Gab es denn den von dir angekündigten Workaround?

Der ist drin, via Settings->Plugins->fileboom "folder workaround", hilft aber nicht weil die API ebenfalls Online status meldet.

[Jiaz]

Originally Posted by StefanM

Und offensichtlich hat die Meldung an den Hoster ja nichts gebracht.
Dennoch kann ich als zahlender User gern anfragen, wenn du mir dann bitte auch gleich den Textbaustein senden könntest, den du damals Haidon gesendet hattest!?

Oder aber Sie haben einen Bug im System und der ist noch immer nicht behoben und wird nur für gemeldete Files aktualisiert.
Die Nachricht könnte lauten:

...bla bla....Your API v2 does return wrong file status infomation for the following links...Beispiele. The api is
..fboom.me/api/v2/getfilesinfo
{
"ids" : ["FILEID"]
}
and returns
{"status":"success","code":200,"files":[{"id":"FILEID","name":"XYZ.mp4","size":XYZ,"is_available":true,"access":"public","is_folder":false," md5":null,"isAvailableForFree":true}]}
but the actual file is offline and cannot be downloaded.

[StefanM]

Originally Posted by Jiaz

Oder aber Sie haben einen Bug im System und der ist noch immer nicht behoben und wird nur für gemeldete Files aktualisiert.
Die Nachricht könnte lauten:

Vielen Dank!
Habe die Nachricht an fboom gesendet!

Edit:
Und ich werde natürlich berichten, wenn ich eine Antwort erhalte.

[Jiaz]

@StefanM: Nichts zu danken! Ich vermute hier einen Fehler irgendwo im Abgleich da V1 und V2 der API hier unterschiedliche Ergebnisse liefern. Grund wird nur Fileboom wissen/beantworten können.

[StefanM]

Originally Posted by Jiaz

@StefanM: Nichts zu danken! Ich vermute hier einen Fehler irgendwo im Abgleich da V1 und V2 der API hier unterschiedliche Ergebnisse liefern. Grund wird nur Fileboom wissen/beantworten können.

Nach einigem Hin und Her kam diese Rückfrage von fboom:

To find out the causes of the error, we need additional information:

what method are you using (check it here: **External links are only visible to Support Staff****External links are only visible to Support Staff**)
what response does the API send to your request
full code of your API request.


NACHTRAG

Ich sende euch später noch den gesamten Schriftwechsel per Mail an eure Support-Adresse.
Das, was du mir als Textbaustein gesendet hast, reicht denen offensichtlich nicht.

[Jiaz]

@StefanM: Antworte Ihnen doch einfach Sie sollen sich an support@jdownloader.org wenden, denn wir können alle technischen Details liefern.

[pspzockerscene]

Ihr habt beide nicht verstanden, wofür das "Folder Workaround" Setting gedacht war.
Derweil habe ich mögliche Workarounds für das Problem gefunden und gleichzeitig das "Folder Workaround" Setting so umgebaut, dass hoffentlich verständlicher wird, was es tut.
Ich melde mich hier nochmal, sobald die Änderungen releasefertig sind.

@StefanM
Das Problem ist sehr eindeutig nachvollziehbar. Dem Support sollte bereits ein einzelner https Request mit Antwort als Beispiel ausreichen, um es nachvollziehen zu können.
Ich habe jedoch keine Kontakte zum k2s Support und auch keinen Premiumaccount daher werde ich nicht direkt mit denen kommunizieren.

Ich vermute, dass über die Jahre einfach kein User das Problem überhaupt bei k2s gemeldet hat.

[pspzockerscene]

Vorab-Information zum anstehenden Update:
https://board.jdownloader.org/showth...596#post532596

Sobald das Update released ist, musst du als k2s premium User lediglich die besagte Einstellungsmöglichkeit auf "Auto" setzen und ggf. manuell die falsch als online markierten Links erneut prüfen lassen (erneut hinzufügen ist nicht notwendig), um den korrekten Status angezeigt zu bekommen.

Melden kannst du den Bug bei k2s wie folgt bzw. mit folgendem Log-Ausschnitt:

Spoiler:

----------------Request-------------------------
POST /api/v2/getfilesinfo HTTP/1.1
Host: fboom.me
User-Agent: JDownloader.4837148834
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-gb, en;q=0.8
Accept-Encoding: gzip, deflate, br
Cache-Control: no-cache
Content-Type: application/json; charset=UTF-8
Content-Length: 32

{
 "ids" : ["ENTFERNT"]
}
----------------Response Information------------
Connection-Time: 19ms
Request-Time: 147ms
----------------Response------------------------
HTTP/1.1 200 OK
Date: Tue, 02 Apr 2024 16:18:55 GMT
Content-Type: application/json; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
x-response-time: 61ms
strict-transport-security: max-age=15768000; preload
CF-Cache-Status: DYNAMIC
Report-To: REDACTED
NEL: REDACTED
Server: cloudflare
CF-RAY: REDACTED
Content-Encoding: br
alt-svc: h3=":443"; ma=86400
------------------------------------------------


89|fileboom.me_jd.plugins.hoster.FileBoomMe.log 02.04.24, 18:18:55 - FINE [ jd.plugins.hoster.K2SApi(readConnection) ] -> 
{"status":"success","code":200,"files":[{"id":"ENTFERNT","name":"REDACTED.mp4","size":360427245,"is_available":true,"access":"public","is_folder":false,"md5":null,"isAvailableForFree":true}]}

Am besten sollte noch eine Beschreibung dazu mitsamt Testlinks und unzensierten(!) Log-Ausschnitten.

Überall wo "ENTFERNT" steht, habe ich die file-ID entfernt.
Alternativ kannst du auch in deinen eigenen k2s Logs nach einem Verfügbarkeitscheck nach "/api/v2/getfilesinfo" suchen dann wirst du genug Beispiel-API-Antworten finden.

[StefanM]

Originally Posted by pspzockerscene

@StefanM
Das Problem ist sehr eindeutig nachvollziehbar. Dem Support sollte bereits ein einzelner https Request mit Antwort als Beispiel ausreichen, um es nachvollziehen zu können.
Ich habe jedoch keine Kontakte zum k2s Support und auch keinen Premiumaccount daher werde ich nicht direkt mit denen kommunizieren.

Ich vermute, dass über die Jahre einfach kein User das Problem überhaupt bei k2s gemeldet hat.

Doch ein JD-Problem!?

Die Fehlerursache wurde mir wie folgt erklärt:
Seitens fileboom/k2s hat man sich zunächst alle von mir gemeldeten Beispiellinks angesehen und Folgendes festgestellt:
Bei all diesen Links, die von JD als "downloadbar" (Availability: Ja) angezeigt, aber in der Web-Oberfläche des Hosters (etwas unglücklich) als "This file is no longer available" angezeigt werden, handelt es sich um Dateien, die tatsächlich noch vorhanden sind, bei denen aber der Uploader den Zugriff gesperrt hat (access restricted).

ZITAT
these files have not been deleted, but the owner of the files has restricted access to them. As for the API, the current version is now v2, the documentation is here: **External links are only visible to Support Staff****External links are only visible to Support Staff**
ZITAT ENDE

Dieser Zustand wird lt. fboom-Suport von JD falsch bzw. nicht ausgewertet.

Ob dies so zutrifft oder nicht, vermag ich nicht zu sagen. Aber am Ende hat man sich schon wirklich Mühe gegeben.

[pspzockerscene]

Originally Posted by StefanM

Doch ein JD-Problem!?

Nein und dies ist sogar live prüfbar.

Originally Posted by StefanM

Bei all diesen Links, die von JD als "downloadbar" (Availability: Ja) angezeigt, aber in der Web-Oberfläche des Hosters (etwas unglücklich) als "This file is no longer available" angezeigt werden, handelt es sich um Dateien, die tatsächlich noch vorhanden sind, bei denen aber der Uploader den Zugriff gesperrt hat (access restricted).

Es mag sein, dass dies intern so ist, aber die API gibt diesen status eben nicht zurück.

Verwendeter API Call: /api/v2/getfilesinfo

Test mit dem ersten Link aus deinem ersten Post:

fboom.me/file/fccENTFERNT/ENTFERNT.mp4

API Antwort:

{"status":"success","code":200,"files":[{"id":"fccENTFERNT","name":"ENTFERNT.mp4","size":360427245,"is_available":true,"access":"public","is_folder":false,"md5":null,"isAvailableForFree":true}]}

Test mit einer selbst hochgeladenen Datei, die verfügbar ist:

fboom.me/file/44bfe9cae5185/file_example_MP4_1280_10MG.mp4

API Antwort:

{"status":"success","code":200,"files":[{"id":"44bfe9cae5185","name":"file_example_MP4_1280_10MG.mp4","size":9856046,"is_available":true,"access":"public","is_folder":false,"md5":null,"isAvailableForFree":true}]}

Vergleiche gerne selbst nochmal alle Felder, die die API hier zurückgibt; es ist ja möglich, dass ich etwas übersehen habe.

Ich vermute, dass die API beim Feld "access" etwas anderes als "public" zurückgeben sollte, dies ist aber nicht der Fall.
Laut unserem Plugin code gibt es noch folgende mögliche "access" Werte: premium, private

Originally Posted by StefanM

Aber am Ende hat man sich schon wirklich Mühe gegeben.

Noch ein bisschen mehr Mühe und sie schaffen es vielleicht, den Fehler zu beheben.

[pspzockerscene]

Das Update mit den neuen Einstellungen ist live.

Es wäre natürlich trotzdem wünschenswert, wenn k2s den Fehler in der API fixen würde.