Gallery 1.5.9 Bugs

When you are in an album and try to delete is by selecting "Delete this (sub)album", the pop-up windows appears with the following error:

Not Found

The requested URL /delete_item.php was not found on this server.

If you are one level above, however, and you choose "Delete" from a menu under thumbnail, delete_photo.php script is used and everything is fine.

Gallery version: 1.5.9 (final), unpacked to a new directory (not upgraded)

About

i fixed this with opening "edit caption" for these images and just press save, but if i add new photos, this warring appear again (ver. 1.5.9)

The "true" got left off the following line in albums.php
"gTranslate('core', "Slideshow"), array(), 'display.gif'"

which makes the slideshow link look like "Slideshow" instead of "[Slideshow]".

Correct entry should look like:
gTranslate('core', "Slideshow"), array(), 'display.gif', true

Hello Rollcage,

thanks for the feedback. It everytime VERY welcome.
Can you give me a link to a page with the spacing?

About the CSS change... well, why not? ;-) Its a small change.
Feel free to change it back. I suggest to use base.css as this is not overwritten by an upgrade.

I don't understand the "deploy" question.

Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6

Hello Rollcage,

now i know what you mean. Yes there were a change related to this.
\n (newlines) are converted to <br>.

So if you entered newlines, gallery shows now newlines.

There is a Changelog file, but if you want an indeep comparisan, i suggest using a diff tool.

Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6

In this case its done in lib/content.php
function editCaption(), there is a nl2br.

Gallery 1 has a so called integrityCheck, you could increase the album version number in version.php and write code in classes/Albums.php and classes/AlbumItem.php that modifies your captions.

As this is no bug, i suggest you open a separate thread in the forum where we can continue on this.

Jens
--
Last Gallery v1 Developer.
Tryout the TEST-Version of Gallery 1.6

I'm seeing a "Call to undefined function vd() in .../gallery/classes/Album.php on line 1111". This occurs when trying to rebuild thumbnails, and when $gallery->app->emailOn is "yes".

I also see in the ChangeLog:

I don't find vd() in the source, so am I correct that this call to vd() wasn't replaced back in 2005? Any fix suggestions? I've disabled emailOn as a workaround.

Thanks for the response. Yet, is it more complicated that this? User's are getting the "msg should be an array!" error, so some code isn't following the save() function's API. The code looks like:

// send email
if ($gallery->app->emailOn == 'yes' && $success && $msg) {
        if (!is_array($msg)) {
                echo gallery_error(gTranslate('core', "msg should be an array!"));
                vd($msg);
                return $success;
        }

Jens,

I'm very sorry but it seems that bug "strftime() expects parameter 2 to be long" still exists in 1.5.9.

After my installation of 1.5.9 on 17.09.2008 at around 12:06 I was pretty sure that the problem has gone. But in the same day, in the late evening, one of my users reported the problem to appear with his newly added photos. I ignored it, although the date of file was later than a date of 1.5.9 installation - but both events were so close to each other, that I decided to forget about it, especially after your post you send on 19.09.

Meanwhile, on 30.09, I deleted manually installed 1.5.9 and installed Gentoo-package version instead - but it's still 1.5.9.

And today I have noticed the problem to reappear, with an image I had created and added to an existing album on 7.10. Moreover, I have created two albums on that day, and added several new photo. In one of the albums, for 29 photos added in the same time, only 2 have this problem. In the second album there are 25 photos and 7 of them have this problem.

I realize that it will be very hard to replicate this problem - especially in such situation, where problem appears only for some of the newly added photos. I cannot see any difference between photos with error and without - there were even captured in almost the same time, they come from one camera and were exported to JPGs from Lightroom in one "session" (they come from one event).

Best regards,

Grzegorz

Hi, just upgraded from 1.5.6 to 1.5.9 and have come across a few issues. I have upgraded from earlier releases several times in the past without issue.

My albums are at http://pics.diveclubri.org/

1) I have 82 albums; memory requirements seem to have increased; album updates are failing
PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 43 bytes) in /srv/www/vhosts/DCRI/gallery/classes/Album.php on line 992, referer: http://tnbrand.getmyip.com:8080/DCRI/gallery/albums.php?page=1

Increasing mem allocation to 16MB fixed this issue

2) Call to a non-existant function:
PHP Fatal error: Call to undefined function ctype_digit() in /srv/www/vhosts/DCRI/gallery/lib/valchecks.php on line 158, referer: http://tnbrand.getmyip.com:8080/DCRI/gallery/DCRI2008

To get around this, I used the suggestion here: http://osdir.com/ml/web.wiki.pmwiki.user/2004-06/msg00246.html

3) When uploading images with Gallery Remote, and unchecking the 'resize before upload', the upload fails with the error:
Upload error: Upload failed: ' <div class="g-notice"> <div class="g-error left g-message"><img src="http://tnbrand.getmyip.com:8080/DCRI/gallery/images/icons/notice/error.gif" alt="" title=""> Item looks like an image, but has no dimensions? Please verify it's not a broken image. </div> </div> '.

The apache logs show:
PHP Warning: chmod() [<a href='function.chmod'>function.chmod</a>]: No such file or directory in /srv/www/vhosts/DCRI/gallery/platform/fs_unix.php on line 35

Uploading of images when leaving the 'resize before uploading' checked works without a problem.

Gallery URL (optional but very useful): http://tnbrand.getmyip.com:8080/DCRI/gallery
Gallery version:1.5.9
Apache version: Apache/2.2.3 (Linux/SUSE)
PHP version: PHP v5.1.2
Graphics Toolkit:
Netpbm 10.26.22
ImageMagick 6.4.2 (server)
Operating system:
Server: SuSE Enterprise Linux 10 SP1 (SLES10SP1)
Client: Mac OSX 10.5, Windows XP-Pro, (SLES10SP1)
GalleryRemote 1.4.2-b24
also tried with GalleryRemote 1.5

Cheers,
Tom