Edit timer fails in Responsive Mode EPG pop-up

[original-birdman]

If you are looking at the EPG (multi-channel list, each day in a vertical volume) and click on an entry with a timer set then try to Edit it (to, e.g., change the location) and save that, the change will fail.

The reason is that it sends back an /api/timeradd request rather than a /api/timerchange one, so the enigma2 code thinks you are trying to add a duplicate timer.

< 3480.5026> 18:10:57.6868 [RecordTimer] ignore double timer...

This is the (parameter-split) URI sent for my test case (which fails, as a timer already exists, but all I was trying to do was change the location):

http://et8000.lacknet/api/timeradd?
sRef=1%3A0%3A19%3A4440%3A4083%3A233A%3AEEEE0000%3A0%3A0%3A0%3A
end=1605211500
name=The+Booker+Prize+2020
description=Novelist+and+activist+Kit+de+Waal+follows+the+most+prestig$
disabled=0
afterevent=3
allow_duplicate=1
autoadjust=0
tags=
repeated=0
always_zap=0
justplay=0
dirname=%2Fmedia%2Fhdd%2Fmovie%2FSport%2F
vpsplugin_enabled=0
vpsplugin_overwrite=0
begin=1605209220

[wedebe]

Hi @original-birdman , what's the build date of your image?

[original-birdman]

Hi @original-birdman , what's the build date of your image?

About 2 days ago (but, as far as I remember, this has been a problem for a while - yesterday was just the first time I investigated further).

It shows up in the package list as:

enigma2-plugin-extensions-openwebif - 1.3.9+git3650+302dbf7-r0

and I was using the latest git code when searching for what was going on.

[wedebe]

@original-birdman , this should be fixed in the next build

[original-birdman]

@original-birdman , this should be fixed in the next build

I now have 1.3.9+git3670+f9813ef-r0 which appears to include the fixes mentioned, but the code is still sending a timeradd request rather than a timerchange one, and so it is still failing.

[original-birdman]

Now on to 1.3.9+git3732+a8eac35-r0. The problem still persists, and I can see nothing in the code of the referenced change that would have had any affect on it. So mystified as to what to do.

[wedebe]

If you've got a pre-July image it might be worth trying one of those as that's well before I started contributing to owif. It's a long shot, purely as a baseline reference.

I intend to rework timers in the future.

[original-birdman]

This has actually been an issue for quite some time. It's only my report that is new.

[kalenderapp1]

Es passt thematisch hier hin, allerdings sind hier die letzten Comments fast 4 Jahre her. Oder neuen Bug anlegen?

Es tritt immer noch ein Fehler bei der Box "Timer bearbeiten" auf, siehe pdf. Mit der Einstellung 5' Vorlauf und 10' Nachlauf sind es bei Start- u. Endzeit genau 2 Stunde zu früh. Trotzdem landet der Timer mit 'Speichern' letztendlich mit korrekten Zeiten in der endgültigen Timerliste. Dies ist für neuere User sehr störend, denn wenn man versucht, die Zeiten dort zu ändern und speichert, gibt es dann tatsächlich falsche Timerwerte in der edngültigen Timerliste !!! Woran könnte dies liegen?

Receiver Marke & Modell: GigaBlue UHD UE 4K Chipsatz: Broadcom 7252s Hauptspeicher: 624364 kB frei / 906036 kB insgesamt Receiver-Laufzeit: 16d 23:48 Software OE-System: OE-Alliance 5.3 Firmware-Version: teamblue 7.3.0 (2024-03-20) Kernel / Treiber: 4.1.20-1.9 / 20200723

mit 'Timer bearbeiten' aufgerufen (falsche Zeitangaben).pdf