I'm having some trouble getting a Joomla 1.5 installation to work on my computer.
When I login, it seems to work as JApplication::login() returns true. Also when I debug and var_dump the response, I can see the user.
However, when I reload the page, I'm still not logged in so it seems Joomla didn't save the current session.
I've looked in the framework and can't find how sessions are saved. Also the log is empty.
Does anybody know what could be the problem?
Do you have the same problem in the administrator and in the frontend? If you do have access to your administrator, it might be a frontend problem. You can check the file "configuration.php" in your joomla root, and look for this line:
var $session_handler = 'database';
If it's empty, it means you've had some problem saving your configuration. The usual values for "session_handler" are 'database' or 'file', and you might have some others depending on your setup.
If your session_handler is ok, then check this value too:
var $lifetime = '15';
It's the session lifetime if I'm not wrong.
If you're still having problems, you should check in a separate script (not Joomla) if you can use sessions, just to make sure you haven't problems with your local set up.
I hope it helped!
Related
I am using Apache httpd on localhost to connect to the project I'm working on, I have been deleting web cache when website is showing the old project instead of the new one. However recently the project is stuck on an outdated version and restarting/clearing cookies won't work with the user I'm assigned.
I tried using another user with my project and it works just fine. I recently did use svn revert which may have caused my user to get stuck with old project, but I'm not sure that's the problem.
Commands I use to start and stop:
sudo service httpd start
sudo service httpd stop
Any advice or tips are greatly appreciated.
Update: I managed to get the page to update the html, however my JavaScript won't load which I suspect is due to another user being stored and thus not accessing the database I use which leads to nothing being generated.
(Posted on behalf of the OP).
I got everything to "work" again by accident, I made some edits to PHP and my PHP crashed because of a syntax error. When I fixed it back to original stage it was working again. It most likely is related to a user the previous owner created that caused the problem.
Just clear Temporary files
In windows CTRL+R and type %temp% and delete all the files it will help to you
Okay, I know it may sound stupid but I really need your opinions or suggestions about something. A computer has an older WAMP version (5 1.7.0) installed in it (I'm not the one who installed it) and running on Windows XP. Whenever I go to its Phpmyadmin page, it automatically gives me access to anything what are in it. That's a security hole that must be solved. I want it to ask me or prompt a login page first. I still have no success from the following steps that I've tried:
I have set the username as root and the password as
samplepass from the Priveleges section in the Phpmyadmin page - Still no success!
I also modified the config.inc.php file. I put the said password in $cfg['Servers'][$i]['password'] and changed the "cookie" as "config" in $cfg['Servers'][$i]['auth_type'] - Still no success!
Already restarted the connection of all WAMP services after the changes made - Still no success!
I also cleared the histories, caches, cookies, etc. in the browsers just incase - Still no success!
One thing I've noticed is that the file has no $cfg['Servers'][$i]['AllowNoPassword'] nor $cfg['Servers'][$i]['AllowNoPasswordRoot'] in it. I tried including that into the file and providing it the value as "YES" but still, no login page is displaying.
I don't want to reinstall the WAMP or install new one. I'm afraid to destroy what was already there. So what do you think why the login page is still not displaying? Am I forgetting something or missed to do? (Sorry for sometimes I'm forgetful).
Alright, just after trying the things out again with still no success, I came up with this:
I changed back the value of $cfg['Servers'][$i]['auth_type'] from "config" to "cookie"
Then I added a random text value for $cfg['blowfish_secret']
After the (2) changes I made, I restarted the all the services again and poof! Login page is now displaying! But I'm still confused why my first tries didn't work. I'm not a know-it-all person about this particular area and sure there's more things to know about database thing. That's all.
I have made some changes in my site and updated them in the server via CPanel, but I can't see the changes affected.
I have changed one pdf but still old pdf is displaying. Help me if anybody knows why this is happening? Thanks.
Try
dig +trace domain.com
And make sure that domain is pointed to the correct server IP (The one you have made changes)
There is no such things like cPanel cache. Otherwise try
telnet server_IP 25
make sure that its points to the correct server IP.
If the domain points to the correct server where you have made changes, then you need to investigate based on the script or code .check whether the pdf file uploaded correctly
Some its happens to me too but even though we upload it corrected its our browser cache which still shows the old pages and does not reflect the new changes. Most of time i do check it in private browser or via proxy urls :D
I've been trying to research this for hours now, and I can't find any related articles.
I have an installation of MediaWiki that is under SSL and uses an extension of the AuthPlugin to authenticate users to an external database upon their login.
If I access the wiki without being logged in, I can see the content that anonymous users would see just fine. If, however, I log into the site, the wiki is no longer available, and only brings up a 500 Internal Server Error.
I've checked the error logs, and nothing shows up there corresponding to the bad request.
On a staging server, I have the same codebase running under non-SSL, and I do not encounter any issues when logged in, so I'm thinking there might be something to do with tthe combination of SSL and the AuthPlugin.
Anyone out there encounter similar using extensions of AuthPlugin under SSL?
Thanks!
Start by turning on PHP debugging and logging, so you can actually see the error instead of having to guess what the 500 means:
http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#MediaWiki_Errors
I ran into this same issue for one wiki user after an upgrade. All other wiki users could still log in. My issue was due to the user using a skin that did not work. After changing the user's skin to Vector(default) he could log in again. I couldn't figure out how to change another user's preferences as an Admin, so I ended up running an update statement to the mysql database. Hope this helps someone else.
I've been having this problem on one of my Joomla sites for a while....when trying to login at the backend, the page just refreshes to the login form again. The same thing happens for the login at the frontend.
After some searching, I came across this link but I've tried all the suggestions there and none work for me. Plus my database tables are all OK. On my local setup, the site works just fine...I just imported the database to the hosting server. Then used SSH to restore the zip file from my computer.
Any ideas?
This time, for me to fix the issue, I had to change a line in the config.php file.
I changed
var $session_handler = 'database';
to
var $session_handler = 'none';
I'm not sure if it makes a difference to this particular task, but I also have a non-standard
var $lifetime = '60';
Thank you very much. Had a tough time before I found this solution, thank you.
We are a small uk Web Design agency, Joomla is our CMS of choice.
I/We've had this problem a few times. Actually, yes this problem does occur most noticably during server migrations.
This time, for me to fix the issue, I had to change a line in the config.php file.
I changed
var $session_handler = 'database';
to
var $session_handler = 'none';
Im not sure if it makes a difference to this particular task, but I also have a non-standard
var $lifetime = '60';
I can remember that last time, I had to empty the session table also (probably jos_session for you , unless you have picked a different prefix)
And this is how Jim fixed it for me, hope it works for you.
I had a problem very similar to this a while back. PHP wasn't able to write to it's session directory (or it didn't exist), so it just kept dropping sessions on login.
You can find this directory in the PHP.ini file. I think it's called session.save_path On Ubuntu it was in /var/lib/php5.
I too, have had this issue in Joomla 2.5 when using SSL. The admin panel will be working fine, and suddenly I could not login.
Turning off SSL (which is not an acceptable fix) worked, but I tried adding
public $cookie_domain = 'yourDomainHere.com';
in configuration.php and it seems to be working correctly for now.
I found this:
session.cookie_secure must be set to 0
add this to you server php.ini
session.cookie_secure = 0
or local php.ini
restart apache
f you are on Joomla 1.7 or 3.4 then here's my research and solution:
The admin doesn't works when you accidently disables the plugins related to user authentication or login.
Joomla 1.7 and 3.4 doesn't have jos_users table, and instead it stores all plugins in jos_extensions table for 1.7 and init_extensions for 3.4
Solution except if you are using a different prefix for your tables
Go to jos_extensions or init_extensions table and look for plugins like plg_authentication_joomla, plg_authentication_ldap, plg_user_joomla, com_login and com_users.
Once you find them then make sure they are enabled in jos_extensions or init_extensions table.
Update the enabled column from '0' to '1' for all above columns (plugins) in jos_extensions table, and make sure you hit the 'Go' button to save the updates to database.
Voila, and you are now back to the login admin form.
The post was helpful to me since it gave me enough pointers to find the exact root cause. However the original solution of this post was for Joomla 1.5 and 1.7 but I had to dig in for Jooma 3.4 and managed to fix my problem.
Thanks everyone for sharing and good luck!