Project

General

Profile

Bug #5371

Changing Upcoming/Current Recordings settings in webinterface messes up UI

Added by Mr. Blond over 2 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
User Interface
Target version:
-
Start date:
2018-11-30
Due date:
% Done:

0%

Estimated time:
Found in version:
HTS Tvheadend 4.2.7-34~g036b9cb
Affected Versions:

Description

When I change something about the layout of the Upcoming/Current Recordings in the webinterface, e.g the size of the column "Title", or if I remove a certain column (owner, creator, etc) it only applies this setting to the first five lines. After that, I am not able to change any of these settings anymore.

See screenshots for clarification.

Further, it does not save these changes. At other places it does, e.g. if I change something in the Electronic Program Guide tab it does saves my changes (e.g. resizing the Title column).

p.s. it looks like that (for my setup) this problems happens for both the Upcoming/Current Recordings and Finished Recordings, but not for Failed Recordings, Removed Recordings, Autorec and Timers.


Files

resizeTitleColumn.png (320 KB) resizeTitleColumn.png Mr. Blond, 2018-11-30 08:37
disableColumnsOwnerCreator.png (327 KB) disableColumnsOwnerCreator.png Mr. Blond, 2018-11-30 08:37
originalUI.png (321 KB) originalUI.png Mr. Blond, 2018-11-30 08:37
Screenshot 2018-12-01 at 20.30.59.png (317 KB) Screenshot 2018-12-01 at 20.30.59.png Mr. Blond, 2018-12-01 19:31
70ec36a7806a78fced35d1756423f86c (1.91 KB) 70ec36a7806a78fced35d1756423f86c Mr. Blond, 2018-12-02 16:25

History

#1

Updated by Mr. Blond over 2 years ago

p.s. I tested on OSX in Firefox and Safari and in Win7 in Chrome and the problem occurs in all browsers.

#2

Updated by Joe User over 2 years ago

Actually the 5th column is different from the first 4 as well as the others.
I guess you have tried a SHIFT-refresh?
Does fullscreen or windowed make a difference?
I have never seen anything like this and I frequently adjust columns.

#3

Updated by Jaroslav Kysela over 2 years ago

Look to the javascript console for errors. Also, use the debug version of tvheadend.

#4

Updated by Mr. Blond over 2 years ago

Joe User wrote:

Actually the 5th column is different from the first 4 as well as the others.

I think you mean the 5th row, but that's right. Don't know why, nothing special about that row. It has been like that for weeks regardless of the content of that rows.

I guess you have tried a SHIFT-refresh?

Yeah I did, no difference

Does fullscreen or windowed make a difference?

Does not make a difference

I have never seen anything like this and I frequently adjust columns.

#5

Updated by Mr. Blond over 2 years ago

Jaroslav Kysela wrote:

Look to the javascript console for errors.

That might be the right pointer:

TypeError: h.childNodes[c] is undefined[Learn More] tvh.js.gz:1:658601
updateAllColumnWidths http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:658601
onColumnSplitterMoved http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:676010
endDrag http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:680715
stopDrag http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:309889
createSequence/< http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:99371
handleMouseUp http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:309646
I http://192.168.1.96:9981/tvheadend/static/tvh.js.gz:1:87676

Also, use the debug version of tvheadend.

Will do that soon when I have time.

#6

Updated by Joe User over 2 years ago

Yes, sorry, row. Does it always occur on the 5th row?
Does turning off auto-refresh (bottom) have any affect?
If you manually hit the refresh button (bottom) does it help?

#7

Updated by Jaroslav Kysela over 2 years ago

Please, run tvheadend with the '--debugui' option and try to look what's wrong in the javascript code (konzole, breakpoints, variable inspection).

#8

Updated by Mr. Blond over 2 years ago

Joe User wrote:

Yes, sorry, row. Does it always occur on the 5th row?

No, see attached screenshot

Does turning off auto-refresh (bottom) have any affect?
If you manually hit the refresh button (bottom) does it help?

It does at least not fix the problem. Every time I disable and re-enable auto-refresh all the rows become wider. If I disable auto-refresh and manually do a refresh, all the rows become smaller.
Weird science...

#9

Updated by Mr. Blond over 2 years ago

Jaroslav Kysela wrote:

Please, run tvheadend with the '--debugui' option and try to look what's wrong in the javascript code (konzole, breakpoints, variable inspection).

I was able to start TVH with the '--uidebug' option, but do not know what to do now...

#10

Updated by Mark Clarkstone over 2 years ago

Mr. Blond wrote:

Jaroslav Kysela wrote:

Please, run tvheadend with the '--debugui' option and try to look what's wrong in the javascript code (konzole, breakpoints, variable inspection).

I was able to start TVH with the '--uidebug' option, but do not know what to do now...

Provide the console output again :) The lines should contain the correct filename/line numbers now.

#12

Updated by Mr. Blond over 2 years ago

Joe User wrote:

Yes, sorry, row. Does it always occur on the 5th row?

As said before, not always at the fifth row. However, your question made me look a little bit deeper and it turns out that the line that causes the problem is always a recording of either:
"NOS Studio Sport Eredivisie", or "NOS Studio Voetbal". So probably there is some unsopperted stuff in these recordings.

Attached one of these recordings. Is there something wrong with it?

#13

Updated by Joe User over 2 years ago

Mr. Blond wrote:

Attached one of these recordings. Is there something wrong with it?

Maybe it is choking on this:

    "subtitle": {
        "dut": "Samenvattingen van de gespeelde wedstrijden in de Eredivisie.\n\nHet laatste sportnieuws en de samenvattingen van de gespeelde Eredivisiewedstrijden.\n\nDe redactie van <a href=\"http" 
    },

Is there some error in the console?

#15

Updated by Mr. Blond over 2 years ago

I can confirm that the problem lies in the subtitle description of the recording. The "<a href=\"http"" part is the reason.

I will try to figure out why this is in my xmltv file (generated by WebGrabPlus). Still this should not result in this behaviour but should be handled by the importing of the epg data (which I do via a socket interface).

Also available in: Atom PDF