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

Pressing next when viewing a photo doesn't skip hidden photo's

iam having this same problem, point 3 from tomrbrand. tried leaving "resize" checked, it will no work. Is this a common problem and if so is there an update out for it.

I love gallery and have been using it for at least 5 years now, will miss Gallery 1.

Hello,

i talked to the Gallery team.
There will be no further G1 release, if its not a major security issue that needs to be fixed.
After a year from now, there will be no official support at all.

I forgot to ask if it would be okay to make explizit dedicated fixes/patches and put them on my Jallery site.

Jens
--
Gallery Developer

I downgraded from 1.5.10 to 1.5.7, sigh.

Okay. That fixed my problem though something in gallery changed in 1.5.9/10 to now require those variables.

Picture description text containing double quotes (like "Hi there"), displays properly when viewing thumbnails and full sized images, except when in slideshow mode. In slideshow mode, the quotes are removed.
I understand that no more new builds of 1.5 are being done, but if you could point me to the correct location to fix the problem, I'll do it in my own installation.

Hello Fangji,

_you_ can always make fixes for Gallery 1.5.x.
Its just that _we_ don't make any official fixes anymore on this site.

Jens
--
[G|J]allery Developer

Just input
$gallery->app->locale_alias['de_DE'] = "de_DE.iso88591";
into your config.php.
Maybe it can work!

enjoy myself everyday with dragonkicks and kicksexpress

Hello MalastiC,

you need to figure out which locale is installed.
The Configuration Wizard should tell you the available possibilities.

Jens
--
J/Gallery 1 Developer

Verified, I had the same problem and after digging the PHP code and debuglogs for some hours I came to the same conclusion . Even installed gallery2, but of course it was refusing to upload the same pictures, just gallery2 is giving even less useful error messages . Default value for upload_max_filesize is 2M, which is quite small when it comes to photographs.