Project

General

Profile

Bug #3523

no admin login after upgrade to latest dev on debian build

Added by Rasmus Lundsgaard almost 9 years ago. Updated almost 9 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
User Interface
Target version:
-
Start date:
2016-01-22
Due date:
% Done:

0%

Estimated time:
Found in version:
1408 ~g045f739
Affected Versions:

Description

I can log in with my superuser account, and the webui states that I am logged in, but I can not see the configuration tab and so on. Turning on debug and tailing the log while logging in as superuser it shows:
[ ERROR]:http: 192.168.1.12: HTTP/1.1 GET /login -- 401

Any idea why this happens?

/Termo

History

#1

Updated by Rasmus Lundsgaard almost 9 years ago

Edit...

Also when I try to logout (as a user), the window pops up again to ask for username and password ?!?

#2

Updated by Mark Clarkstone almost 9 years ago

Looks like a browser cache issue, or you have another account with the same username/password as the superuser but with limited access.

Rasmus Lundsgaard wrote:

Edit...

Also when I try to logout (as a user), the window pops up again to ask for username and password ?!?

Press cancel and select "Default Login" on the resulting page.

#3

Updated by Rasmus Lundsgaard almost 9 years ago

I cleared cache in browser (latest Firefox) and installed Chromium with the same results. It's true that pressing cancel and by this go to defaults, gets me back to default user. But it's really counter intuitive if it is meant that "logout" should lead you to a fresh login prompt (not how it did earlier as far as I remember). My point here was that that behavior could lead to an explanation of my main issue.

I have only two users in accesscontrol: "*" and "termo" (the superuser)
{
"index": 1,
"enabled": true,
"username": "termo",
"prefix": "192.168.0.0/24",
"uilevel": -1,
"uilevel_nochange": -1,
"streaming": true,
"adv_streaming": true,
"htsp_streaming": true,
"profile": [
],
"dvr": true,
"htsp_dvr": true,
"all_dvr": true,
"all_rw_dvr": false,
"failed_dvr": true,
"dvr_config": [
],
"webui": true,
"admin": true,
"conn_limit_type": 0,
"conn_limit": 0,
"channel_min": 0,
"channel_max": 0,
"channel_tag_exclude": false,
"channel_tag": [
],
"comment": "New entry",
"wizard": true
}

#4

Updated by Jaroslav Kysela almost 9 years ago

Did you set a password for your 'termo' user ? Anyway, you may remove all files from accesscontrol and passwd directories, start tvh with -C parameter and redefine users (with passwords for non-anonymous ones).

#5

Updated by Rasmus Lundsgaard almost 9 years ago

Jaroslav Kysela wrote:

Did you set a password for your 'termo' user ? Anyway, you may remove all files from accesscontrol and passwd directories, start tvh with -C parameter and redefine users (with passwords for non-anonymous ones).

Well did as you described and then no popup-wizard thing?!? -and no configuration tab still for default user...

Narrowed down where the change happened, and
4.1-1293~g385b395 and before WORKS
4.1-1294~ga1b7002 and onward FAILS

Running 4.1-1293~g385b395 gave me the first install wizard and also default user showed the configuration tab again.

Seems weird to me looking at the commit, which is only on timeshift stuff?!?

I compile with:
AUTOBUILD_CONFIGURE_EXTRA="--disable-libav --disable-dvben50221 --disable-inotify --disable-vdpau --disable-satip_server --disable-satip_client --disable-iptv" ./Autobuild.sh

Any ideas?

#6

Updated by Rasmus Lundsgaard almost 9 years ago

EDIT

And on a side note: --disable-timeshift doesn't work as it was found in a recently solved bug on --disable-iptv :)

#7

Updated by Jaroslav Kysela almost 9 years ago

If you use wizard to set user/admin, it should be fixed in recent commits now.

#8

Updated by Rasmus Lundsgaard almost 9 years ago

Jaroslav Kysela wrote:

If you use wizard to set user/admin, it should be fixed in recent commits now.

The wizard didn't come up, but default user had configuration access (great), and I added my super user and everything works as before.

Thank you for solving the bug!

#9

Updated by Jaroslav Kysela almost 9 years ago

  • Status changed from New to Fixed

Also available in: Atom PDF