Menu

Write permissions "errors" don't exist

2004-03-06
2004-03-09
  • Chris Osborne

    Chris Osborne - 2004-03-06

    I am trying hard to install this chat, so far unsuccessfully.

    Can anyone tell me why install.php insists on asking me to CHMOD 777 folders and files that are already CHMOD 777?

    "checking write permissions for: CONFIG FILE
    /config.inc.php (X)"

    I have tried 777 and all other combinations, still the same error message.

    "Do a 'chmod 777' for USER ICON UPLOAD DIR to give the webserver write access. "

    "checking write permissions for: USER ICON UPLOAD DIR
    /include/templates/openchat/images/icons/chatter (X)"

    This folder is ALREADY set to 777.

    Now what?

    Lastly when I attempt to log in:

    "Fatal error: Call to a member function on a non-object in /nfs/cust/9/87/27/472789/web/phpopenchat/include/class.Chat.inc on line 155"

    This appears to refer to a graphic which is there and is available. I have no idea at all how to proceed!

     
    • Anonymous

      Anonymous - 2004-03-06

      It's because is the apache user who must have write permission. It happened to me too.
      Just do this.
      Set /include/templates/openchat/images/icons/ to 777, then upload a simple php file like this

      <?php
      chmod ('chatter', 0777);
      ?>

      and execute it. Then set permission to icons folder back to 755 or what they were before and delete the php file. It will work now.

       
      • Chris Osborne

        Chris Osborne - 2004-03-06

        That didn't work :(

        Exactly the same error messages as before. Also tried using the full directory path, no luck.

         
    • Anonymous

      Anonymous - 2004-03-06

      Sorry. I wrote the wrong function. Try again and remember to remove the chatter directory first.

      <?php
      mkdir ('chatter', 0777);
      ?>

      It worked for me.

       
      • Chris Osborne

        Chris Osborne - 2004-03-07

        Nope.

        Folder was created but with 755 permissions according to WS_FTP. Tried changing manually to 777 again, still no luck.

        Still getting the following errors from install.php:

        "Do a 'chmod 777' for USER ICON UPLOAD DIR to give the webserver write access. "

        checking write permissions for: CONFIG FILE

        /config.inc.php (X)

        checking write permissions for: USER ICON UPLOAD DIR

        /include/templates/openchat/images/icons/chatter (X)

         
    • Anonymous

      Anonymous - 2004-03-07

      Are you sure you can chmod the folders of your site? Are you on a Unix or a Windows server?

       
      • Chris Osborne

        Chris Osborne - 2004-03-07

        yep, Unix server, I can CHMOD with WS_FTP, no problem. DIRINFO reports the correct permissions, but this application does not seem to take any notice for some reason :(

        I have apps running in both PHP and Perl quite happily. I could install a Perl chat very easily but just fancied trying something new - perhaps I'll just go back to using a Perl one which I know runs fine.

         
    • Anonymous

      Anonymous - 2004-03-09

      I had the same problem and I create the directory the way I told you (first the include/templates/openchat/images/icons/ directory permissions must be set to 777) and it worked. Also in my case, permissions are 755 for FTP user, but now the owner of the folder is apache and it has 777 permissions.
      Check them with PHP functions like fileperms and fileowner and let me know.

      <?php

      echo (fileperms('chatter').'<br>'.fileowner('chatter'));

      ?>

       
      • Gemmy

        Gemmy - 2004-03-09

        Well, I did something I probably shouldn't have LoL

        When the first wouldn't work, I went to the install.php just to see what would happen, and the crazy thing installed, and apparently imported the db.schema file too, so the chat is installed.

        If I need to import a file for another php program, however, would the upload.php that you gave me work [with different values of course]?

        Thanks for putting up with all my questions!
        Gemmy

         
    • Chris Osborne

      Chris Osborne - 2004-03-09

      Well, I tried all that.

      Firstly I discovered that the echo permissions script wouldn't work:  403 error every time. This led me to my webhost where I dicovered that directory browsing is off by default, so I added an .htaccess file to allow me to see the contents of the directories and that cleared that one up.

      I (again) deleted the folder, ran the earlier php script - but STILL the same error messages as before.

      I tried using this script to create other directories elsewhere, that bit does work.

      The "echo permissions" script you gave me returns the data:

      16877
      1076195

      and I assume that means something to you? As for me, I'm stuck.

      I do appreciate the ongoing help, though :)

       

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.