TeamPass
TeamPass copied to clipboard
nilsteampassnet
Passwords won't load
Steps to reproduce
- "Log in.
Expected behaviour
Tell us what should happen The page with passwords and directories loads normally.
Actual behaviour
Tell us what happens instead Instead of folders it says Loading, but never actually loads. (I can still access recently viewed passwords from top right).
Server configuration
Operating system: Raspbian-11 Web server: apache2 Database: mysql PHP version: 8.1 Teampass version: 3.0.0.18 Teampass configuration file: tp.config.php.zip
Updated from an older Teampass or fresh install:
PLEASE attach to this issue the file /includes/config/tp.config.php.
Client configuration
Browser: Microsoft edge 87.0.664.75 Operating system: Windows 11
Logs
Web server error log
Insert your webserver log here
Log from the web-browser developer console (CTRL + SHIFT + i)
Insert the log here and especially the answer of the query that failed.
Hi, I am having the same issue. Initially I thought this was because I was coming from an upgraded 2.x stream, but I have created a fresh instance from master and it has the same behaviour.
A fresh instance with out any passwords or folders shows an empty tree as expected, but as soon as I create a folder it triggers the above and is never able to load the tree. My configuration is utilising ldap if that makes a difference.
the console output in the browser is:
`This page is in Almost Standards Mode. Page layout may be impacted. For Standards Mode use “”.
index.php
Password fields present on an insecure (http://) page. This is a security risk that allows user login credentials to be stolen.
2 index.php
User infor index.php:3259:17
Object { sessionDuration: 3600, sessionStartTimestamp: 1658718557205, sessionKey: "9Z8uQcUkv7XrkmYrjvc3xs5M5yjNHhMkkcKTeExJRgNEwTTqWY", user_id: 10000001, shown_warning_unsuccessful_login: true, nb_unsuccessful_logins: null, special: "none", user_admin: 0, user_manager: 0, user_can_manage_all_users: 1, … }
index.php:3260:17
Les répertoires sont chargés index.php:3274:37
Object { id: "#", parent: null, parents: [], children: [], children_d: [], state: {…} }
children: Array []
children_d: Array []
id: "#"
parent: null
parents: Array []
state: Object { loaded: false, failed: true, loading: false }
Cheers, Brad
Hi, I am having the same issue. Initially I thought this was because I was coming from an upgraded 2.x stream, but I have created a fresh instance from master and it has the same behaviour.
A fresh instance with out any passwords or folders shows an empty tree as expected, but as soon as I create a folder it triggers the above and is never able to load the tree. My configuration is utilising ldap if that makes a difference.
the console output in the browser is:
`This page is in Almost Standards Mode. Page layout may be impacted. For Standards Mode use “”. index.php Password fields present on an insecure (http://) page. This is a security risk that allows user login credentials to be stolen. 2 index.php User infor index.php:3259:17 Object { sessionDuration: 3600, sessionStartTimestamp: 1658718557205, sessionKey: "9Z8uQcUkv7XrkmYrjvc3xs5M5yjNHhMkkcKTeExJRgNEwTTqWY", user_id: 10000001, shown_warning_unsuccessful_login: true, nb_unsuccessful_logins: null, special: "none", user_admin: 0, user_manager: 0, user_can_manage_all_users: 1, … } index.php:3260:17 Les répertoires sont chargés index.php:3274:37 Object { id: "#", parent: null, parents: [], children: [], children_d: [], state: {…} }children: Array []children_d: Array []id: "#"parent: nullparents: Array []state: Object { loaded: false, failed: true, loading: false }: Object { … } index.php:3275:37 Object { max_latest_items: "10", enable_favourites: "1", show_last_items: "1", enable_pf_feature: "0", log_connections: "1", log_accessed: "1", time_format: "H:i:s", date_format: "d/m/Y", duplicate_folder: "0", item_duplicate_in_same_folder: "0", … } index.php:2748:55 Object { error: false, message: "", queryResults: {…} }error: falsemessage: ""queryResults: Object { special: "none", auth_type: "ldap" }auth_type: "ldap"special: "none": Object { … }: Object { … } index.php:1624:71 TREE index.php:6239:29 Object { error: "false", html_json: {…} }error: "false"html_json: Object { can_create_root_folder: 1, folders: (1) […] }can_create_root_folder: 1folders: Array [ {…} ]: Object { … }: Object { … } index.php:6240:29 [1] index.php:6327:51
Root SysAdmin index.php:6287:59 ` Cheers, Brad
If you were actively using this to store your passwords, the search function still works. I'm guessing this is an issue with the unstable release.
