directory not writable - unable to delete pics

[Colliope]

I'm trying to delete the test pics I added to my albums and get the following error message:

Directory 'albums/userpics/10001/' is not writable, files can't be deleted  

I assume I need to find that directory and change the CMod number to ??

The thumbnails and actual pictures have dissappeared, been replaced by red X's, but their spots in the albums are still there along with the file info & comments. I want to delete it all. Are there other directories I may need to change the Cmod on?

Thanks,

Col

P.S. I would have searched the board since this has likley already been covered, but this board has been excruciatingly slow on my last few visits,  taking 2-3 minutes for each  page to load/refresh.
Has it been this slow for everybody?

[kegobeer]

Did you delete those files using your FTP client?  You are supposed to delete the images via Coppermine.  That's why you still have comments and image placeholders - Coppermine still thinks those images exist.

http://coppermine.sourceforge.net/manual.php#modif_alb_pics

Now you'll have to use phpMyAdmin to manually remove the files from your database.

Please review the documentation.

[Colliope]

Did you delete those files using your FTP client?

No, I deleted them thru Coppermine. I logged in as Administrator, clicked on "Edit Files" by the album(s) name, then "Delete File" at the bottom of the picture info page.

I wouldn't know how to delete them via FTP if i wanted to.  :-\\

P.S.
Sorry I didn't respond back sooner. I was havng tech problems on the board and didn't think this post went thru at all. Then I couldn't back on the board to check.

[Nibbler]

CHMOD that folder (and any others under userpics) to 777/755

[Colliope]

It was on 777. I changed it to 755 and tried to delete the files again but got the same error message and the red x's / file info still remain. So I switched it back to 777.   

Does this mean I'll need to use phpMyAdmin anyway ?

Colliope

[Joachim Müller]

it means that there's something fishy with your permissions. I suggest asking your webhost for support: you should find out what permission level (CHMOD) and ownership (CHOWN) your albums directory should have to grant the user the webserver runs under to have rwx access.

[Colliope]

This is my  gallery (version 1.3.2) that I am having problems with deleting the pics/file info:

http://keangenes.com/Coppermine/index.php
User name is "colcol", pw is "rudy123"

The permissions here are:
/albums = 777
/albums/edit = 755
/albums/userpics = 755

My new gallery (version 1.3.3) is

http://mike.colliope.com/coppermine/index.php
(shouldn't need a user name here)

The CHMOD settings here are same as above. However, I have been able to successfully delete a photo and its comments/info from this gallery. Now that I've compared the two and see that the same CHMOD #s work for one but not the other, I'm guessing the problem must be something else.

Col

[kegobeer]

Have you tried setting permissions for everything in /albums to 777?  If done from your websites control panel, usually changing /albums will trickle down to all items and directories within.

[Colliope]

Hmmm. /albums in the problem gallery was originally at 777, but now I'm not sure if the two directories inside it were also at 777 or 755. Going to change them again to all at 777 and see what happens.

Col

[Colliope]

OK, I think I found the problem but not how to solve it.

In gallery Mike, the one that is functioning properly, I have:

/albums

/albums/edit
/albums/userpics

/albums/userpics/10001

directory 10001 contains the individual pictures.

In gallery Kean, the problem one, I have:

/albums

/albums/edit
/albums/userpics

directory userpics contains: gd1.jpg & gd2.jpg (both blank 1x1 images, I have no idea where they came from)

There is NO directory 10001 in this gallery!

So maybe I can delete these two mystery jpgs, create directory "10001" inside of userpics, and then try again?

Col

[kegobeer]

You can delete those images, shouldn't cause any problems.  Have Kean create an album via Coppermine - if permissions are correct the 10001 (if he's the first user in the usertable) directory will be created automatically when he uploads into his gallery.

[Colliope]

You can delete those images, shouldn't cause any problems.  Have Kean create an album via Coppermine - if permissions are correct the 10001 (if he's the first user in the usertable) directory will be created automatically when he uploads into his gallery.

I deleted the two jpgs and then using my existing test-user (colcol), I created one album and uploaded one file to it. This did as you said - it automatically generated directory "userpics/10002".  I was  able to delete that picture and that album with no problems.

But I  was still stuck with the orphaned info/comments attached to the non-existant 10001 user. Since I don't have another user, I figured that must be Administrator-me. So as Administrator, I uploaded a new file, and sure enough, when I checked my directory tree, directory 10001 had been auto-generated. THEN I was able to delete via "edit files" - "delete file & comments" the orphans.

I don't know what could have happened to the original directory 10001 belonging to Administrator me, but I believe all is well now. Thanks for your patience helping me fix this.

Col