View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001047||bareos-core||[All Projects] webui||public||2019-02-06 20:40||2020-05-30 14:35|
|Fixed in Version|
|Summary||0001047: Webui login returns a blank page when logging in.|
|Description||Sometimes when logging into Webui or attempting to log in with a different users, I am getting a blank page. The following errors appear in the httpd error log when this occurs.|
[Wed Feb 06 13:28:14.347786 2019] [:error] [pid 3627] [client x.x.x.x:63602] PHP Notice: Undefined variable: form in /usr/share/bareos-webui/module/Auth/view/auth/auth/login.phtml on line 45, referer: http://x.x.x.x/bareos-webui/auth/login
[Wed Feb 06 13:28:14.347819 2019] [:error] [pid 3627] [client x.x.x.x:63602] PHP Fatal error: Call to a member function prepare() on a non-object in /usr/share/bareos-webui/module/Auth/view/auth/auth/login.phtml on line 45, referer: http://x.x.x.x/bareos-webui/auth/login
If you refresh the blank page, I then get a page of the attached image.
Occasionally this will self heal, and the error does not appear in the logs.
|Steps To Reproduce||Fresh install of 18.2.5 on RHEL 7.6. After first successful login into Webui with created admin account (TLS Enable = no for the console profile), error and blank page are received on next login attempt. Will self-heal within a day and then be fine until current session times out and you log back in or force the logout and back in.|
bareos-error.PNG (23,787 bytes)
bareos-error.PNG (23,787 bytes)
|Additional information: Created a second admin account. Can temporary work around issue switching accounts in the webui when error is encountered.|
|same problem here, 18.2.5 updated from 17.2.4, system ubuntu 16.04 lts|
I originally posted this in another bug report, but I believe it applies better here:
The observation I have found, regarding this issue, is that intentionally logging out (before doing anything that triggers a session expiry response/notification) avoids triggering this bug on subsequent login.
Typically, if you remain logged in and your session expires by the time you try to perform an action, you have to log back in. This is when you encounter this bug.
Following a long idle period, if you avoid performing any action, so as to avoid being notified that your session has expired, and instead click your username and properly logout from the drop-down, you can log back in successfully without triggering this bug.
In fact, I have found that if I always deliberately logout, such that I avoid triggering the session expiry notice, I can always successfully login on the next attempt.
I have not yet tested a scenario of closing all browser windows, without logging out, then trying to login again. However, so far it seems that deliberately logging out -- even after session expiry (but without doing anything to trigger a session expiry notification) -- avoids triggering this bug.
Hope that helps with figuring out where the bug resides.
|Can you please check whether deleting your cookies for the bareos-webui actually helps?|
|closing due to no response on feedback request|
I'm facing the exact same issue, and I can confirm that cleaning the cookies is not helping.
I tried using multiple console, admin, user1, user2 .. the "admin" (using the webui-admin) worked well, but when I started switching to a different account the problem appeared.
I thought it was because of the ACL (as the error would eventually say) but even with similar profile the bug would still appear and trying to log back to admin also fails.
So the webui-admin worked, but the others don't?
Do you have "TLS Enable = no" in the other configurations? If not this might be the cause (and we will need a better way to detect and report that problem).
Just a "me too".
Firefox with Adblocker Ultimate installed and pi-hole.
bareos-dir Version: 19.2.6 (11 February 2020) Linux-3.10.0-1062.9.1.el7.x86_64 ubuntu Ubuntu 18.04 LTS xUbuntu_18.04 x86_6
bareos-webui directors.ini (comment lines removed for brevity):
enabled = "yes"
diraddress = "sophie"
dirport = 9101
tls_verify_peer = false
server_can_do_tls = false
server_requires_tls = false
client_can_do_tls = false
client_requires_tls = false
enabled = "no"
diraddress = "192.168.120.1"
dirport = 9101
I haven't been in the web-ui for a couple of weeks. I haven't cleared out Firefox in months.
I just tried going into the web-ui and experienced this same error as the OP posted including in the httpd logs.
After reading this bug tracker, I cleared out only my local cookies and tried going into the web-ui again and it works, although the values for # of jobs running, waiting, successful, warn and failed all have a spinner and no values. If I tab over to Jobs then back to dashboard, they correctly display values.
I haven't tried creating multiple users.
Happy to help provide further info and try additional steps.
|Any insight into getting this fixed or working properly? Clearing the cookies only works for me some of the time and the WebUI is not working for me. I'm using Firefox under Devuan (Debian Sid) and Bareos is running on Devuan Beowulf (Debian 10). About the only thing that has worked reliable for me recently is to access the webui using a Chrome Incognito session then closing it when I'm done.|
|2019-02-06 20:40||murrdyn||New Issue|
|2019-02-06 20:40||murrdyn||Tag Attached: broken|
|2019-02-06 20:40||murrdyn||Tag Attached: webui|
|2019-02-06 20:40||murrdyn||File Added: bareos-error.PNG|
|2019-02-06 20:43||murrdyn||Note Added: 0003251|
|2019-02-07 02:02||teka74||Note Added: 0003252|
|2019-02-14 17:00||xyros||Note Added: 0003262|
|2019-07-12 11:02||arogge||Status||new => feedback|
|2019-07-12 11:02||arogge||Note Added: 0003452|
|2019-12-18 15:32||arogge||Assigned To||=> arogge|
|2019-12-18 15:32||arogge||Status||feedback => resolved|
|2019-12-18 15:32||arogge||Resolution||open => unable to reproduce|
|2019-12-18 15:32||arogge||Status||resolved => closed|
|2019-12-18 15:32||arogge||Note Added: 0003686|
|2020-02-17 14:04||b0zzo||Status||closed => new|
|2020-02-17 14:04||b0zzo||Resolution||unable to reproduce => reopened|
|2020-02-17 14:04||b0zzo||Note Added: 0003819|
|2020-02-17 14:11||arogge||Status||new => feedback|
|2020-02-17 14:11||arogge||Note Added: 0003820|
|2020-03-11 00:03||Spincharm||Note Added: 0003895|
|2020-05-30 14:35||Ryushin||Note Added: 0003993|