34 replies to this topic

[SnijdeA]

Hoi,

 

Als ik in de webinterface van mijn VU+ Duo 4K SE (hele mond vol) opnames aan het deleten ben, dan ververst het beeld niet altijd.

De opname wordt wel verwijderd van disk, maar blijft in de browser in de lijst van opnames staan.

Is dit bekend?

[Tech]

Gebeurt dat ook als je op de refresh-knop van de browser klikt?

[luisteraar]

Ja is een slordigheid op veel web pagina's

Bij pagina's die tijdens run time aangepast kunnen worden

moet je aangeven dat die pagina niet in cache mag met

b.v.<meta http-equiv="Cache-Control" ................

 

Vaak doen ze dat niet toevoegen om trafic te beperken.

[SnijdeA]

Gebeurt dat ook als je op de refresh-knop van de browser klikt?

Nee, dan refresht hij wel, dan moet ik weer op movies klikken.

[SnijdeA]

Ja is een slordigheid op veel web pagina's
Bij pagina's die tijdens run time aangepast kunnen worden
moet je aangeven dat die pagina niet in cache mag met
b.v.<meta http-equiv="Cache-Control" ................

Vaak doen ze dat niet toevoegen om trafic te beperken.

Kan ik dat zelf aanpassen?

[luisteraar]

 

Ja is een slordigheid op veel web pagina's
Bij pagina's die tijdens run time aangepast kunnen worden
moet je aangeven dat die pagina niet in cache mag met
b.v.<meta http-equiv="Cache-Control" ................

Vaak doen ze dat niet toevoegen om trafic te beperken.

Kan ik dat zelf aanpassen?

 

Nee moet op html pagina op server (satbox) gebeuren.

[SnijdeA]

En is dat aan te passen door de OpenPli ontwikkelaars?

[WanWizard]

Zo werkt de webif niet, met html, dus een cache control lost niks op.

 

De webif gebruikt javascript en client-side rendering, en gebruikt de Enigma2 API om de data op te halen. Dit is dus een fout in de javascript code.

 

Nu is de default nog steeds de oude "classic" interface, maar daar wordt vrij weinig energie meer in gestopt lijkt het. Kijk eens of de modern interface hetzelfde probleem heeft?

 

Bugs kunnen hier worden aangemeld: https://github.com/E...penWebif/issues

[luisteraar]

Zo werkt de webif niet, met html, dus een cache control lost niks op.

 

De webif gebruikt javascript en client-side rendering, en gebruikt de Enigma2 API om de data op te halen. Dit is dus een fout in de javascript code.

<..

..>

 

Bugs kunnen hier worden aangemeld: https://github.com/E...penWebif/issues

Een kleine opmerking de web browser doet cache control.

De web pagina moet aangeven hoe met cache omgegaan moet worden.

Het speelt geen rol hoe de web pagina gegenereerd wordt html/cgi/php/.....

Maar inderdaad openpli onderhoud webif niet adres is

https://github.com/E...penWebif/issues

Edited by luisteraar, 4 September 2022 - 14:36.

[WanWizard]

cache en cache control gaat over html pagina's. Dat speelt hier helemaal niet (en dus is het niet relevant of de browser dat doet of niet). De actuele URL en HTML pagina zelf verandert niet tijdens deze operatie.

 

Je selecteert hier een opname, drukt op een knop, dat doet een javascript ajax API call naar Enigma met "verwijder deze opname", en daarna moet de code opnieuw een ajax API call doen met "geef me alle opnames in deze directory" en de pagina daar mee updaten.

 

De vraag is of die call niet gebeurd, of dat je hier tegen het probleem aan loopt dat verwijderen asynchroon in de achtergrond gebeurd, en het dus best wel eens voor kan komen dat als die API call gedaan wordt, de opname nog niet geheel is verwijderd.

[luisteraar]

cache en cache control gaat over html pagina's. Dat speelt hier helemaal niet (en dus is het niet relevant of de browser dat doet of niet). De actuele URL en HTML pagina zelf verandert niet tijdens deze operatie.

 

 

Volgens mij speelt het wel een rol.

Als pagina met lijst opnames op scherm staat dan wordt die ook in cache pc opgeslagen.

Voer je een opdracht uit bv opname wissen wordt dat uitgevoerd dan

keer je terug op de lijst met opnames en die staat al in de cache dus wordt die

van daar uit geladen met de oude info.

Zou het niet in cache staan dan wordt die vers van de satbox gehaald dus actuelere info.

 

de header van opname lijst

<!doctype html>

  <html>

  <head>

   <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

   <meta http-equiv="X-UA-Compatible" content="IE=Edge" />

  <link rel="shortcut icon" href="images/favicon.png">

  <link type="text/css" rel="stylesheet" href="css/jquery-ui.min.css">

  <link type="text/css" href="css/style.min.css?v2" rel="stylesheet"/>

  <link type="text/css" href="css/theme_original.css" rel="stylesheet"/>

  <link type="text/css" href="web/css" rel="stylesheet"/>

  <title>Zgemma H9.2H SE - OpenWebif</title>

  </head>

Edited by luisteraar, 4 September 2022 - 18:37.

[WanWizard]

Nee.

 

Je mag van veel dingen verstand hebben, maar van web applicaties blijkbaar niet .  Het mag wellicht zo werken voor een statische html pagina, maar niet voor een "web 2.0" pagina.

 

In het geval van de classic interface gebeurt er helemaal geen update. Je klikt op de vuilnisemmer, je krijgt een javascript popup, en als je die bevestigd gaat er een API call de deur uit met het delete commando (met een HTTP GET nb, ipv met een HTTP DELETE, zoals het hoort), en wordt er lokaal in de DOM de div verwijderd van die opname.

 

In het geval van de modern interface staat er in de pagina die geladen wordt zelfs helemaal geen lijst met opnames. De pagina laad javascript code, die code haalt de lijst met opnames op via een ajax call, in een json object. En die javascript code rendert vervolgens dynamisch de html van de opmame lijst.

Attached Files

•  Screenshot from 2022-09-04 19-09-24.png   57.38KB   2 downloads

[luisteraar]

html is inderdaad niet mijn sterke kant.
Probleem is toch na delete staat oude info op scherm.
Één Spartaanse oplossing set een refresh
op bv iedere 2 seconden.

[WanWizard]

Het kan alleen maar als er een javascript fout op treed, want het verwijderen van de opname op het scherm is een puur lokale aangelegenheid.

 

Dit is alles what er gebeurd:

function deleteMovie(sRef, divid, title) {
	if (confirm(tstr_del_recording + ": " + title) === true) {
		webapi_execute_movie("/api/moviedelete?sRef=" + sRef,
			function (state) {
				if(state) 
					$('#' + divid).remove();
			}
		);
	}
}

confirm() vraagt "ar you sure?", de API wordt aangeroepen, en als die call lukt dan wordt er via een jQuery statement een DOM node met id "divid" verwijderd.

 

Dat divid is overigens gewoon een nummer, niet al te slim, want id'\s moeten uniek zijn, als dat niet zo is om e.o.a. reden, dan werkt het ook niet.
 

[luisteraar]

volgens mij praten we naast elkaar.
Jij denkt volledig aan de server kant.
Ik denk in richting laat webbrowser het oplossen in html.
In de html kan je een refresh opnemen .
Maar ben geen fan van refresh te vaak wordt
data onnodig opgehaald.
Een eenvoudige oplossing is er niet dat is het
nadeel van popup de Parent blijft bestaan maar
moet refreshen.

[WanWizard]

Nee. Dit is allemaal client side. Heeft helemaal niks met de server van doen, die code loopt in de browser!

[SnijdeA]

Zo werkt de webif niet, met html, dus een cache control lost niks op.

 

De webif gebruikt javascript en client-side rendering, en gebruikt de Enigma2 API om de data op te halen. Dit is dus een fout in de javascript code.

 

Nu is de default nog steeds de oude "classic" interface, maar daar wordt vrij weinig energie meer in gestopt lijkt het. Kijk eens of de modern interface hetzelfde probleem heeft?

 

Bugs kunnen hier worden aangemeld: https://github.com/E...penWebif/issues

 

Standaard staat de interface op "original", ik kan "modern" niet vinden in de lijst.

 

Edit:

Modern is een checkmark, nu aangezet, even testen.

Edited by SnijdeA, 5 September 2022 - 10:14.

[SnijdeA]

Helaas, hetzelfde probleem, de eerste 3 keer deleten ging goed, de 4e niet.

Zelfs de refresh knop doet het niet, een verwijderde opname blijft gewoon staan, tot je op F5 drukt en weer naam Movies gaat.

Edited by SnijdeA, 5 September 2022 - 10:25.

[Sagitarius †]

Maar waarom een opname via de webinterface deleten? dat doe ik in de ontvanger zelf via List, dan kan ik hem ook nog terughalen als je per ongeluk iets verwijderd hebt.

[SnijdeA]

Maar waarom een opname via de webinterface deleten? dat doe ik in de ontvanger zelf via List, dan kan ik hem ook nog terughalen als je per ongeluk iets verwijderd hebt.

Omdat ik een bepaald pogramma automatisch opneem, deze op de PC kopieer van satbox naar PC harddisk, dan begin en eind er vanaf knip en de opname vervolgens in Plex stop.

Daarna kan ik de opname verwijderen en doorgaan naar de volgende.

 

Enne, ook deze manier van verwijderen verplaatst de opname naar de prullenbak.