Project

General

Profile

Actions
Copy link

Bug #2853

closed

webui only shown with --uidebug since r2831 commit 6327e58

Added by Volker Schmidt about 10 years ago. Updated about 10 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
User Interface
Target version:
-
Start date:
2015-05-17
Due date:
% Done:

100%

Estimated time:
Found in version:
v4.1.r5.gea70c10
Affected Versions:

Description

Since r2831 commit 6327e58 the webui shows only a white empty page.

Running tvheadend with switch

/usr/bin/tvheadend --uidebug

brings back the normal webui.

This is on a NUC D54250WYK, running ArchLinux w/ Kernel 4.0.2-1-ARCH in 64bit mode.

Files

Download all files
tvh.js.gz (307 KB) tvh.js.gz fetched as-is Volker Schmidt, 2015-05-17 22:01
tvheadend-build.log (175 KB) tvheadend-build.log Build log w/ make V=1 Volker Schmidt, 2015-05-18 07:07
Makefile.webui (6.51 KB) Makefile.webui Volker Schmidt, 2015-05-18 23:35
tvheadend-build-2015-05-18-23h18.log (161 KB) tvheadend-build-2015-05-18-23h18.log Volker Schmidt, 2015-05-18 23:36
Actions
Copy link
 #1

Updated by Jaroslav Kysela about 10 years ago

Could you show contents of file 'http://localhost:9981/static/tvh.js.gz' ? (replace localhost with the ip/hostname of your tvh server and you may use wget or curl to fetch the file)

Actions
Copy link
 #2

Updated by Volker Schmidt about 10 years ago

Jaroslav Kysela wrote:

Could you show contents of file 'http://localhost:9981/static/tvh.js.gz' ? (replace localhost with the ip/hostname of your tvh server and you may use wget or curl to fetch the file)

Fetched file via 

wget http://nuc1:9981/static/tvh.js.gz
it is attached as-is.

Actions
Copy link
 #3

Updated by Volker Schmidt about 10 years ago

Oh. FYI: It got not(!) uncompressed, when fetched with wget. Delivered still in gzipped state.

Actions
Copy link
 #4

Updated by Jaroslav Kysela about 10 years ago

Something is broken with your build system. An ELF binary is served instead the compressed javascript file. You should find src/webui/static/tvh.js.gz created by Makefile.webui (you may pass V=1 environment variable to see more).

Actions
Copy link
 #5

Updated by Volker Schmidt about 10 years ago

Build happens inside a build-system of ArchLinux (makepkg / PKGBUILD). The commands that "do the trick" are:

sed -i -e "s|gzip|/usr/bin/gzip|g" Makefile.webui

./configure \
        --prefix=/usr \
        --python=python \
       --mandir=/usr/share/man/man1 \
       --enable-uriparser \
       --enable-dvbcsa \
       --release

make V=1

The 

make V=1
was modified per your request to have a verbose build log. See file tvheadend-build.log attached.

Actions
Copy link
 #6

Updated by Jaroslav Kysela about 10 years ago

Which gzip do you use ? It seems that it creates ELF binaries (with the requested contents?) instead only compressed files.

Actions
Copy link
 #7

Updated by Volker Schmidt about 10 years ago

This is one is used:

$ gzip --version
gzip 1.6
Actions
Copy link
 #8

Updated by Jaroslav Kysela about 10 years ago

This command is executed to compress the .js:

gzip -n -c src/webui/static/tvh-tv.js.gz.tmp2 > src/webui/static/tvh-tv.js.gz.tmp

My system:

src/webui/static/tvh.js.gz.tmp      1217817
src/webui/static/tvh.js.gz.tmp2      982191
gzip -n -c src/webui/static/tvh.js.gz.tmp2 > src/webui/static/tvh.js.gz.tmp
src/webui/static/tvh.js.gz           265015

From your log:

src/webui/static/tvh.js.gz.tmp      1217817
src/webui/static/tvh.js.gz.tmp2      982191
src/webui/static/tvh.js.gz           314060

So, the command fails in your system for a reason. (the tmp file is renamed to final .gz - Makefile way)

Actions
Copy link Download all files
 #9

Updated by Volker Schmidt about 10 years ago

With the Fix of #2852 I was now able to designate the gzip-Binary (still not automatically detected) within the ./configure-call:

./configure \
        --prefix=/usr \
        --python=python \
        --gzip=gzip \
        --mandir=/usr/share/man/man1 \
        --enable-uriparser \
        --enable-dvbcsa \
        --release

make V=1

With that modifications the build log shows some interesting message around the generation of tvh.js:

PYTHONIOENCODING=utf-8 python vendor/rjsmin-1.0.10/rjsmin.py < src/webui/static/tvh.js.gz.tmp > src/webui/static/tvh.js.gz.tmp2
src/webui/static/tvh.js.gz.tmp      1217817
src/webui/static/tvh.js.gz.tmp2      982191
/bin/sh: 8: command not found
Makefile.webui:195: recipe for target 'src/webui/static/tvh.js.gz' failed
make[2]: [src/webui/static/tvh.js.gz] Error 127 (ignored)
src/webui/static/tvh.js.gz                0

I attach the complete latest buildlog + Makefile.webui (not shure, if it's dynamically generated).

Actions
Copy link
 #10

Updated by Volker Schmidt about 10 years ago

I found and temporarily fixed the issue with the build of commit 61eeb38.

Explanation: With the gzip-Command you could set a default commandline option within the Environment variable "GZIP". Verify yourself. Please do a "man gzip" readup section "CAVEATS".

I have set this Enviroment variable GZIP since maybe 15 or 20 years to

GZIP="-8 --name"

Removed it from my environment. Now section in question of the build log shows:

src/webui/static/tvh.js.gz.tmp      1217817
src/webui/static/tvh.js.gz.tmp2      982191
src/webui/static/tvh.js.gz           265015

Suggestion: Could you please change your fix #2852 in a way not to colide with the environment seting of $GZIP?

Guess there were some clashes with that environment variable!

That would be great...

Oh, BTW: tvheadend now has a working webui with that build again!

Actions
Copy link
 #11

Updated by Jaroslav Kysela about 10 years ago

Huh. Nice bug. I was not aware of the GZIP environment variable. It explains all. Thanks.

Actions
Copy link
 #12

Updated by Jaroslav Kysela about 10 years ago

  • Status changed from New to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:tvheadend|a58e0fb5e785b1171805703ce30257e9f89c5147.

Actions
Copy link

Also available in: Atom PDF