Hello,
I've got this problem. I've upgraded from 1.5.0 to 1.5.5 and everything works nicely. EXCEPT when I'm logged in as the administrator of the sajt and try to delte an album from the album viewer I only get a blank page (nothing in view source).
Then I tried to delete the albums manually. And a lot of diffrent stuff yet the album remains there..
How do I manually delete an album? And how do I get the album delete function to work.
Regardz,
-- Rincewind
The following information is required to get an answer:
Get this information from the PHP diagnostic (in the configuration wizard).
Gallery URL (optional but very useful): localhost
Gallery version: 1.5.6
Apache version: apache-2.0.58-r2
PHP version (don't just say PHP 4, please): : PHP 4.4.8_pre20070816-pl0-gentoo
Graphics Toolkit:
Operating system: Gentoo
Web browser/version (if applicable): all
Posts: 6818
Why didnt you upgrade to 1.5.7?
1.5.5 is outdated and contains known bugs.
Anyway. Please enable debug mode and then try the deletion again.
Post the output here.
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
The reason is that I upgraded 1 month ago.. And now the bugs are detected=)...
Where do I enable debug mode?
Posts: 6818
Well, 1.5.5 was released on 12.11.2006
The bugfix-release 1.5.5-pl2 was on 07.12.2006
And even 1.5.6 was released in April 2007
Anyway.
FAQ: How do I put my Gallery into debug mode?
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
Oki.. the debug report (after klicking in the dropdown list Delete album):
Album.php::1708 -> Requested index [-1] out of bounds [2]. Gallery could not load the requested album item.
Posts: 13
Oups. I see know that I got the version 1.5.6=) Sorrie about that..
Posts: 6818
Thanks for the info. (and good to hear you have a more recent version)
Does this happen with EVERY album?
- what happens when you create a new album and try to delete that?
- what happens when you copy a album and delete that?
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
When I try to create a "new nested album" I get the follwing error message:
Yet a new album appears afterwards...
If I create even more new "new nested albums"
I get the following response:
The dirs apears in the directory tree. Containing no files.
Thanks for the help!
Posts: 6818
no "x" for the album folder?
This is a filesystem permission issue. Gallery can not write to certain files and thus fails on some operations.
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
If I make a regular script like:
I get a dir with the X flag set.. Where is the settings for how the dirs are created???
Thank you Tim_j for all of the help.... You rock!
Posts: 6818
This is called "umask" and should be somewhere in your Apache configuration.
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
But I get the X flag from another script? It should be set?
Posts: 6818
umask for the apache webserver is not related to umask for other users.
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
okay, is there some way to tell gallery (when it creates an album dir) to a speciffic unmask?
Posts: 6818
We do that already. But it seems your apache is overriding that.
Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6
Posts: 13
Okay, found the bug.
The problem is in php with the umask ... It need to be set to 0 in php before a directory is created.
Now to only problem I have is to delete the albums that are created in the my albums dirs...
Can I do that manualy fron shell somehow?
Posts: 13
Does any one know?
Now I got a alot of empty directories due to this (now fixed) bug... There are NO album.dat aso files and so on in the dirs created while the bug stil existed... The dirs are still showing up in the album listings.
???
Posts: 8
Did you find a solution? Could you provide the fix for the umask problem?
Thanks!