I'm using bogo login and I can't manage to stay logged in at all. It is very frustrating. I can stay logged in for one page load but upon reload I am no longer logged in.
Has anyone experienced this problem? Thanks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried un-commenting the line "define('USE_DB_SESSION',true);" but that only seems to have caused more problems. I'm using mysql. I get all these errors, at the top of the page:
lib/DB_Session.php:40: Warning[2]: ini_set() [<a href='http://www.php.net/function.ini-set'>function.ini-set</a>]: A session is active. You cannot change the session module's ini settings at this time.
lib/display.php:130: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
and then at the end of the page:
lib/Request.php:220: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:222: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:256: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:257: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:258: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
Any ideas? Thanks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I had the same problem. But just doing that didn't solve my problem. I now get the message:
Fatal error: Cannot instantiate non-existent class: file_passwd in /home/lerman/SRC/phpwiki-1.3.10/lib/WikiUserNew.php on line 2123
So, I uncommented the line (around 2108) //include_once 'lib/pear/File_Passwd.php';
That fixed the problem, but I now have the problem described in README.phpwiki-auth (the PHP Warning saying:
lib/main.php:62: Notice[8]: wikirequest(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition <b>file_passwd</b> of the object you are trying to operate on was loaded _before_ the session was started
I tried deleting the session file and restarting the browser to no avail.
Any ideas?
Ken
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmmm... I've set USE_DB_SESSION=false. No help. Next I gave up on MySQL and configured for 'dba'. Still no luck. Sessions are being written to the SESSION_SAVE_PATH directory, but as with MySQL, it appears the package isn't reading them. Sessions don't persist, and a new file is written to the sessions directory for every page accessed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Update: The problem appears to be realted to installation in an Apache Virtual Directory. When I install as a normal (higher-level) domain, sessions work fine.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm still having my problem (can't stay logged in for more than one page load). I just noticed that there is a PHP warning on the bottom of every page. I'm not sure how long its been there:
lib/Request.php:402: Notice[8]: A session had already been started - ignoring session_start()
How can I debug this and figure out where the first line of output is sent? I feel like this could be screwing up my sessions.
Thanks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm using bogo login and I can't manage to stay logged in at all. It is very frustrating. I can stay logged in for one page load but upon reload I am no longer logged in.
Has anyone experienced this problem? Thanks.
Yes, this is a typical session problem. sessions don't work.
Try the various session options, USE_DB_SESSION true or false or another backend.
I tried un-commenting the line "define('USE_DB_SESSION',true);" but that only seems to have caused more problems. I'm using mysql. I get all these errors, at the top of the page:
lib/DB_Session.php:40: Warning[2]: ini_set() [<a href='http://www.php.net/function.ini-set'>function.ini-set</a>]: A session is active. You cannot change the session module's ini settings at this time.
lib/display.php:130: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
and then at the end of the page:
lib/Request.php:220: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:222: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:256: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:257: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
lib/Request.php:258: Warning[2]: Cannot modify header information - headers already sent by (output started at /home/htdocs/admin/phpwiki/lib/XmlElement.php:306)
Any ideas? Thanks.
You have another active session handler.
You have to explicitly set
define('USE_DB_SESSION', false);
otherwise it tries to use DB_SESSION with mysql
I had the same problem. But just doing that didn't solve my problem. I now get the message:
Fatal error: Cannot instantiate non-existent class: file_passwd in /home/lerman/SRC/phpwiki-1.3.10/lib/WikiUserNew.php on line 2123
So, I uncommented the line (around 2108) //include_once 'lib/pear/File_Passwd.php';
That fixed the problem, but I now have the problem described in README.phpwiki-auth (the PHP Warning saying:
lib/main.php:62: Notice[8]: wikirequest(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition <b>file_passwd</b> of the object you are trying to operate on was loaded _before_ the session was started
I tried deleting the session file and restarting the browser to no avail.
Any ideas?
Ken
Reini, Can you tell us *where* to define USE_DB_SESSION false? In which file? Thanks.
anywhere.
recommended is:
config/config.ini
USE_DB_SESSION = false
but also possible is:
index.php:
define('USE_DB_SESSION, false);
or wiki:
define('USE_DB_SESSION, false);
...
Hmmm... I've set USE_DB_SESSION=false. No help. Next I gave up on MySQL and configured for 'dba'. Still no luck. Sessions are being written to the SESSION_SAVE_PATH directory, but as with MySQL, it appears the package isn't reading them. Sessions don't persist, and a new file is written to the sessions directory for every page accessed.
Update: The problem appears to be realted to installation in an Apache Virtual Directory. When I install as a normal (higher-level) domain, sessions work fine.
BTW:
USE_DB_SESSION = true is normally the best way to succeed.
Only on certain php builds "dba" will fail.
I'm still having my problem (can't stay logged in for more than one page load). I just noticed that there is a PHP warning on the bottom of every page. I'm not sure how long its been there:
lib/Request.php:402: Notice[8]: A session had already been started - ignoring session_start()
How can I debug this and figure out where the first line of output is sent? I feel like this could be screwing up my sessions.
Thanks.
Bogo logins seem to work fine for me, but I can't stay logged in using a Postgres backend with htpasswd File authentication.
I tried USE_DB_SESSION = false and moving my wiki off a virtual domain and into a subdirectory on the main site, but none of it has changed anything.
Proper authentication is critical on the wiki I'm setting up, but maybe there's a better way to handle it.
Any suggestions?