Topic: 6.5 and UBB - not all photos have a delete button

[joshsaul]

I was able to get the site upgraded to 6.5 and had a few users test out the new album management functionality.

It seems that some users are only seeing the delete button for a few of their photos. 

Any idea what I should do/check to make sure my users can delete any photo they want?

Thanks,
Josh

[joshsaul]

One other problem, a user deleted their album in order to create a new one.  When they went to view the new album, it listed the folder by the UBB member number instead of the member name!

[Mike Bobbitt]

Hi Hosh,

For #1, I'd guess that they don't own the photos. Usually users can only delete photos they own...

For #2, you can use the edit titles & descriptions feature to change the display name back if you want...

[joshsaul]

Mike,

Thanks for the response.  I guess since I am upgrading then a lot of the file "ownership" information is not accurate.  If my users delete their albums and start new (which a lot of them want to do, let me tell you the lack of an ability to delete their photos was a big complaint).

However, the first person who did this had their album renamed to their UBB user number instead of their UBB userID.  I would manually change it if it was just a user or two, but I have a feeling it is going to happen to everyone.  The script did not behave this way on the old version, it accurately named the albums by userID (even though the folders are actually named by UBB user number).

This is a bit of a show stopper for me.

Any help you can provide would be appreciated.

Thanks,
Josh

[Mike Bobbitt]

Hi Josh (thanks for the donation!),

What's stored in descriptions.txt for a newly created album? Does it have the userid set as the display name in there? If you want to send me your debug code via e-mail or PM I can take a look for you.


Cheers
Mike

[joshsaul]

Mike,

In my descriptions.txt (which is in \users), I have a bunch of info like this:

00000003:00000003
grevedin
Photos uploaded by grevedin.

There doesn't seem to be any entry for the user who deleted his album and started again.

Take a look at www.manhattanreefs.com , select photo gallery, then scroll down and look for a folder named 00000170.  That is the user.  The thumbnail isn't working either.  In 6.5 it is getting written to the user directory instead of the root of \users?  In my \users I have all the old thumbnails from before the upgrade.

Let me know if you need more info.

-Josh

[Mike Bobbitt]

Hi Josh, the sample description you showed me looks ok. Not having a descriptions.txt entry for the 170 album is a bit weird... Does it do that every time?

The reason the album thumbnail isn't there is that the image in the 170 album doesn't have a working thumbnail for some reason. In fact, the image link shows a 404 page:

http://www.manhattanreefs.com/users/00000170/thmb_donspics12.jpg

If you want to send me your debug code, I can take a look under the covers...

[joshsaul]

I found this:

Image Magick Error: C:/Program Files/ImageMagick-5.5.3-Q16/convert: Unrecognized option (-thumbnail).

[Mike Bobbitt]

Ah, ok. Try this out: http://perl.bobbitt.ca/forums/index.php/topic,1183.0.html


Cheers
Mike

[joshsaul]

Mike,

I upgraded to the new version of ImageMagick, changed the directory in my config to point to the new executables, but now for some reason the thumbnails are being saved as .png instead of .jpg.

If you go to my site and look at user #1, Trana, you will see what I am talking about.  It still points to the .jpg files but the thumbs are being created as .pngs.

Also, I deleted this folder and reuploaded these two new images that are in there, the name of the folder appears as Trana so maybe the naming problem is fixed too.  I will have to check with some other users.

Thanks,
Josh

[Mike Bobbitt]

V6.5 only creates thumbnails as .png files. Not sure why it's trying to display .jpg or .bmp files that aren't there though... The showThumb routine is designed to check for a file before trying to display it...

[frister]

Yeah, but you still need to have png among the valid imgexts in album.cfg

Old thumbnails (pre 6.5, or created off-line) can have any valid image extension. New thumbnails are created as png.

[Mike Bobbitt]

Ah, that makes sense... a config upgraded from an older version won't have png in the list...

[joshsaul]

So after adding the .png option to the extension variables, the thumbnails are working.

I have narrowed down the folder naming problem that I saw before.

Essentially, a user tries to delete their entire folder.  All files are deleted but the user receives a message about being unable to delete the root folder (named after the UBB user number) due to permissions.  Since the folder can't be deleted, it isn't correctly initialized under 6.5 with a proper description.

I checked permissions and IUSR has full access to the user directory.

Can anyone help me figure out the problem here?

Thanks.

[Mike Bobbitt]

Some servers will actually lock a directory when it's in use by a web server. In that case, directories have to be deleted by FTP, since they'll never work over the web.