-
Notifications
You must be signed in to change notification settings - Fork 7
Description
Aarhus har muligvis lidt træls bug, vi er ved at kortlægge hvor vi endnu ikke helt kan afkode om det er hardwaren/clienten.
Kort fortalt slår visse redigereringer af eksisterende slides ikke igennem på klienten, selvom alt ser korrekt ud i preview (både levende forhåndsvisning og fuldskærm).
- Redaktøren skal uploade nyt billede fx en nyt personale. Redakøren kommer til at uploade billedet til det forkerte felt.
- Redaktøren retter det derefter, så det er uploadet til det korrekte felt
- Alt ser fint ud i preview, men da redaktøren går forbi skærmen, ser det ud som vedhæftede
- Admin genstarter chromeboksen, og det virker igen
Jeg har prøvet at genskabe fejlen og er kommet frem til følgende:
- Man kan godt skifte billede på et slide, der kører i rotation med andre slides
- Man kan godt ændre i teksten på et slide, uanset om det kører i rotation eller ej
- Man kan godt tilføje et billede til et eksisterende tekst-slide uden billede
- Man kan IKKE fjerne dette billede fra dette tekst-slide igen, hvis der ikke er rotation med andre slides
- Man kan IKKE udskifte ét billede med et andet, hvis der ikke er rotation med andre slides
- Genstart af chromeboksen opdaterer til korrekt visning
Derudover var der tidligere på ugen en som klagede over, at slideshow-skabelonen ikke registrerede, når hun slog animationen fra. Også der kunne det løses med en genstart. Så der er en eller anden refresh-kommando, som ikke når frem til klienten. I hvert fald ved udskiftning af billeder, men også visse andre mindre ændringer.
Jeg talt sammen med @tuj problemerne vi kender ud fra mine egne test også, hvor vi kunne se i en situation hvis vi gik fra en tom spilleliste tilføre nye spilleliste slides ikke opstod et problem. Men modsat hvis vi fjernede en spilleliste, slog ændringen aldrig igennem.
Problemet ser ud til ske både på slide niveu og spilleliste niveu, og kan et større problem hvis enhederne ikke bliver genstartet