Not signed in (Sign In)

Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.

  1.  
    I successfully installed Plogger. The default admin pages states I must click on "manage" to start my collection. When I click on it, it brings me immediately to the sign in screen. I successfully sign in and click "manage". Same thing all over again. The only tabs that do not do this is "view". What would cause this problem? I have even set all files and folders to read/write/execute.
    •  
      CommentAuthormike
    • CommentTimeMar 8th 2006
     
    Damn.. this problem has come up a few times. Has anyone figured out the solution to this? Your PHP session is being destroyed before you can navigate to another part of the admin. It is probably a server specific setting, what version of PHP are you using? Is safe_mode on? What server platform are you running on?
    • CommentAuthorddejong
    • CommentTimeMar 8th 2006
     
    Did we decide it was a cookie problem? PHP needs to store a cookie with a Session ID value to recall the session variables. That would break it pretty quick.

    Cheers,
    Derek
    • CommentAuthornorker
    • CommentTimeMar 8th 2006
     
    I just installed it this evening and having same problem.

    PHP 4.3.10
    Apache 1.3.33 on Redhat Linux 7.3 and 9.0 servers.

    No idea about the safe_mode
    • CommentAuthornorker
    • CommentTimeMar 8th 2006
     
    I just tried it with lowest setting - accept all cookies and still keeps taking me back to the update page after asking for user name / password.
    • CommentAuthorddejong
    • CommentTimeMar 8th 2006
     
    Does Apache/PHP have a temporary files directory set? The PHP session corresponds to a file on the server side. If when you log in, it fails to write the file, it won't find it when it tries to retrieve it.

    Also, you could try print_r() with the PHPSESSID and see if they consistently match.

    Just a thought,
    Derek
  2.  
    Php 4.3, running safe modem. Its shared hosting and was informed The php session folder is not directly accessible by the user PHP scripts. It uses safe_mode_gid. Sessions API is functional. Server is Debian Linux running Apache 2.0. Both Apache and PHP are built from source but have no custom patches applied. MySQL 4.1 built from source, no custom patches.
  3.  
    The admin of the site tried to install it locally to see it that would make a difference and got the same results.
    • CommentAuthorkaelstai
    • CommentTimeAug 28th 2006
     
    I am having the same problems. My hosting is running PHP 4.3.3, not quite sure about the version of MySQL.

    Has anyone found a solution by chance?
    • CommentAuthorspignataro
    • CommentTimeOct 14th 2006
     
    I am having the same problem. Any idea? - I guess not since it seems to be an ongoing issue. I would really like to use the product but I cant.
    • CommentAuthorpaintdoc
    • CommentTimeOct 31st 2006
     
    I'm having the same problem too, doesn't sound like there's a solution. That's the problem with these scripts, none of them work!!!????
    • CommentAuthorCerf
    • CommentTimeDec 15th 2006
     
    For all the ppl having this problem, after doing some research at my webhost provider's forum I found out it is a session problem, see, plogger uses sessions to maintain the login infos so be sure to check that the "session.save_path" directory in the php.ini file exists on your site.
    To see the entire thread go to:
    http://forum.powweb.com/showthread.php?t=69356

    Good luck to you all

    Cërf.
  4.  
    I just installed the plogger locally. I do have the same problem. Trying to fix for about 4 hrs, But no progress. Please help some one to fix this issue.
  5.  
    i got solution finally.

    my php.ini file has the entry as
    session.save_path="C:DOCUME~1mvadivLOCALS~1Tempphpupload
    I changed to
    session.save_path="C:ApacheApache2htdocsploggeruploads"

    This means, I have created the correct directory location

    This resolved this issue. If you need any support , reply.