*Solved!* Uploaded photo's can't be managed by Admin

cartler

Joined: 2006-04-20
Posts: 2

Posted: Thu, 2006-04-20 13:15

Gallery versie = 2.1 core 1.1.0
PHP versie = 4.3.10 apache2handler
Web server = Apache/2.0.53 (Linux/SUSE)
Database = mysqlt 4.1.13-standard, lock.system=flock
Toolkits = ArchiveUpload, Dcraw, Exif, Getid3, NetPBM, SquareThumb, Thumbnail, Gd, Ffmpeg
Speedup = full/900, full/900
Operating system = Linux Tuxie 2.6.11.4-21.11-smp #1 SMP Thu Feb 2 20:54:26 UTC 2006 i686
Standaard theme = carbon
Talen = nl_NL
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2

When others besides the administrator upload photo's the admin can't edit the properties of some of those photos. The strange thing is that some of the photo's uploaded can and some can't be managed. The photo's are uploaded at the same time and are owned by the uploader.

What i tried sofar:
* Ofcourse I searched and searched, read through FAQ's but.... without any luck.

* I tried to take ownership by logging in as admin and take ownership of all albums and subitems/subalbums. That completed succesfully but still the ownership didn't change and I still can't manage the particular photo's in question?

* I checked the file permissions on G2DATA and they seem to be the same for all the photo's.
(rw-r--r-- wwwrun www)

* I havre checked gallery's file integetry and it says that some files are changed. But this is because of the CVS version I use. I did not yet update to the latest install via CVS.

I'm a bit stuck and out of ideas. So hopefully someone has some ideas as to in which direction I have to search for a solution.

* Edit: After deleting the db cache it seemed to work again as expected.

Lapinoo

Joined: 2004-05-08
Posts: 378

Posted: Fri, 2006-04-21 16:48

I haven't heard of this before...
Have you tried the maintenance task "erase db cache"?

cartler

Joined: 2006-04-20
Posts: 2

Posted: Sat, 2006-04-22 10:22

Lapinoo wrote:

I haven't heard of this before...
Have you tried the maintenance task "erase db cache"?

Great! That seemed to have worked! Why didn't I think of that myself?

Lapinoo

Joined: 2004-05-08
Posts: 378

Posted: Sat, 2006-04-22 14:29

Great!

Solved! Uploaded photo's can't be managed by Admin

XUser login

cartler Joined: 2006-04-20 Posts: 2	Posted: Thu, 2006-04-20 13:15
	Gallery versie = 2.1 core 1.1.0 PHP versie = 4.3.10 apache2handler Web server = Apache/2.0.53 (Linux/SUSE) Database = mysqlt 4.1.13-standard, lock.system=flock Toolkits = ArchiveUpload, Dcraw, Exif, Getid3, NetPBM, SquareThumb, Thumbnail, Gd, Ffmpeg Speedup = full/900, full/900 Operating system = Linux Tuxie 2.6.11.4-21.11-smp #1 SMP Thu Feb 2 20:54:26 UTC 2006 i686 Standaard theme = carbon Talen = nl_NL Browser = Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2 When others besides the administrator upload photo's the admin can't edit the properties of some of those photos. The strange thing is that some of the photo's uploaded can and some can't be managed. The photo's are uploaded at the same time and are owned by the uploader. What i tried sofar: * Ofcourse I searched and searched, read through FAQ's but.... without any luck. * I tried to take ownership by logging in as admin and take ownership of all albums and subitems/subalbums. That completed succesfully but still the ownership didn't change and I still can't manage the particular photo's in question? * I checked the file permissions on G2DATA and they seem to be the same for all the photo's. (rw-r--r-- wwwrun www) * I havre checked gallery's file integetry and it says that some files are changed. But this is because of the CVS version I use. I did not yet update to the latest install via CVS. I'm a bit stuck and out of ideas. So hopefully someone has some ideas as to in which direction I have to search for a solution. * Edit: After deleting the db cache it seemed to work again as expected.
	XUser login Username: * Password: * Create new account Request new password
Lapinoo Joined: 2004-05-08 Posts: 378	Posted: Fri, 2006-04-21 16:48
	I haven't heard of this before... Have you tried the maintenance task "erase db cache"?

cartler Joined: 2006-04-20 Posts: 2	Posted: Sat, 2006-04-22 10:22
	Lapinoo wrote: I haven't heard of this before... Have you tried the maintenance task "erase db cache"? Great! That seemed to have worked! Why didn't I think of that myself?

Lapinoo Joined: 2004-05-08 Posts: 378	Posted: Sat, 2006-04-22 14:29
	Great!