Gallery 2.2-RC-1 Feedback

This topic is for feedback on the first release candidate of Gallery 2.2.

[url=/gallery_2.2_RC1_released]2.2-RC-1 release announcement[/url]

Love it!

Everything worked flawlessly...

... except one thing. I have two G2 installations using a common codebase (multisite). The first upgrade went off without any problems... the second couldn't upgrade the URL Rewrite module. Clicking on upgrade gives me:

"Security Violation

The action you attempted is not permitted.

Back to the Gallery
Error Detail -
Error (ERROR_BAD_PARAMETER) : /home/mikeage/public_html/content/gallery-codebase/modules/updates/module.inc

* in modules/core/classes/helpers/GalleryPluginHelper_simple.class at line 94 (gallerycoreapi::error)
* in modules/core/classes/helpers/GalleryPluginHelper_simple.class at line 88 (gallerypluginhelper_simple::loadplugin)
* in modules/core/classes/GalleryCoreApi.class at line 207 (gallerypluginhelper_simple::loadplugin)
* in modules/rewrite/RewriteModuleExtras.inc at line 291 (gallerycoreapi::loadplugin)
* in modules/rewrite/module.inc at line 50 (rewritemoduleextras::upgrade)
* in modules/core/classes/GalleryModule.class at line 155 (rewritemodule::upgrade)
* in modules/core/PluginCallback.inc at line 236 (rewritemodule::installorupgrade)
* in modules/core/PluginCallback.inc at line 73 (plugincallbackview::handlecallback)
* in main.php at line 433 (plugincallbackview::renderimmediate)
* in main.php at line 94
* in main.php at line 83
* in main.php at line 3

System Information
Gallery version 2.2-rc-1
PHP version 4.4.4 cgi
Webserver Apache/1.3.37 (Unix) mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b
Database mysqlt 5.0.27-standard-log
Toolkits ImageMagick, Thumbnail, NetPBM, Gd
Operating system Linux lotis.site5.com 2.6.9-42.0.3.ELsmp #1 SMP Fri Oct 6 06:21:39 CDT 2006 i686
Browser Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1"

It wants the path to the directory, not the path to the executable.

try /homepages/14/dxxxx/htdocs/addons/gallery/ instead.

Don't feel bad... I was actually going through all my settings about two hours ago, realized that one was empty, and made the exact same mistake you did!

Thanks for the early feedback!

mikeage, did you extract 2.2-rc-1 on top of the existing codebase or remove the old and put 2.2-rc-1 in place? The error indicates the code for a 3rd party module is no longer there, so the site using that module got an error. If you need more help with this issue please post a followup in the support forums, thanks!

primedomain, currently we do not import rating data from G1.. sorry! @netpbm, if the filename in that directory is "jhead" and is executable then I'm not sure what's wrong. Perhaps try turning on buffered debug output in config.php and trying again to see if it provides any clues.. please post in the support forums if you need help decoding the debug output. @validation, the folder= one we need to have for webdav support, the other one we'll look into.. do you know what module the <script> is from?

egen, FAQ: PHP memory_limit - Why do I get the error Allowed memory size of Xxx bytes exhausted?

Hello,

when viewing a photo with two sizes, the size setting gets lost when you click on "next" / "previous". Is this intended? In G1 the setting got saved during the browser session. If this is by design, any possibility to get the G1-behaviour? Currently it makes viewing an album somewhat unpractical

Thanks

Gallery version = 2.2-rc-1 core 1.1.26
PHP version = 4.4.4 cgi
Webserver = Apache/1.3.37 (Unix)
Database = mysqlt 4.0.25-standard, lock.system=flock
Toolkits = ArchiveUpload, Exif, Getid3, LinkItemToolkit, NetPBM, Thumbnail, Gd, SquareThumb
Acceleration = none, none
Operating system = Linux infong 2.4 #1 SMP Thu Jan 13 08:59:31 CET 2005 i686 unknown
Default theme = matrix
gettext = enabled
Locale = en_GB
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.1) Gecko/20061204 Firefox Firefox/2.0.0.1
Rows in GalleryAccessMap table = 135
Rows in GalleryAccessSubscriberMap table = 7244
Rows in GalleryUser table = 10
Rows in GalleryItem table = 7241
Rows in GalleryAlbumItem table = 208
Rows in GalleryCacheMap table = 0

No one is working on this.. anyone is welcome to pickup this task, we can provide guidance.

that's not a bug. g2 doesn't have this feature yet.
see:
"1259936 [G2] Remember view-size" at http://gallery.menalto.com/sfvote

Is RC1 a beta version, or does it count as a normal safe release? If it's a release perfectly safe to install. Then I love all of you!!! haha

Gallery version = 2.2-rc-1 core 1.1.26
PHP version = 5.2.0 apache
Webserver = Apache/1.3.37 (Unix)
Database = mysqlt 5.0.27-log, lock.system=flock
Toolkits = ArchiveUpload, Ffmpeg, Getid3, NetPBM, Thumbnail, Gd, ImageMagick, Exif, LinkItemToolkit, Dcraw
Acceleration = none, none
Operating system = FreeBSD 5.4
Default theme = matrix
gettext = enabled
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Rows in GalleryAccessMap table = 19
Rows in GalleryAccessSubscriberMap table = 60
Rows in GalleryUser table = 2
Rows in GalleryItem table = 58
Rows in GalleryAlbumItem table = 2
Rows in GalleryCacheMap table = 0

k, here's something that i encountered: -- G2 error message:

Estimated time remaining: 6:23

Memory used: 0, total: 0

Error (ERROR_OBSOLETE_DATA) : UPDATE g2_Entity SET g_modificationTimestamp=?,g_serialNumber=? WHERE g_id=? AND g_serialNumber=? (1167769029|3|233|2)

* in modules/core/classes/GalleryStorage/GalleryStorageExtras.class at line 362 (GalleryCoreApi::error)
* in modules/core/classes/GalleryStorage.class at line 309 (GalleryStorageExtras::saveEntity)
* in modules/core/classes/GalleryEntity.class at line 294 (GalleryStorage::saveEntity)
* in modules/core/classes/GalleryDerivative.class at line 240 (GalleryEntity::save)
* in modules/core/ItemEditAlbum.inc at line 488 (GalleryDerivative::save)
* in ??? at line 0 (ItemEditAlbum::runRecreateResizes)
* in modules/core/classes/GalleryTemplateAdapter.class at line 914
* in /usr/home/butakal/sandbox/g2data/smarty/templates_c/%%1483020762/%%3A^3A8^3A818B59%%theme.tpl.php at line 69 (GalleryTemplateAdapter::trailer)
* in lib/smarty/Smarty.class.php at line 1258
* in modules/core/classes/GallerySmarty.class at line 61 (Smarty::fetch)
* in modules/core/classes/GalleryTemplate.class at line 209 (GallerySmarty::fetch)
* in main.php at line 473 (GalleryTemplate::display)
* in main.php at line 94
* in main.php at line 83

---
the error appears only if input fields in Edit Album > Album (tab) > Resized Images > Target Size (pixels) are occupied with a value _AND_
both "Apply settings to existing items", Apply album setting to resized images, Build thumbnails too and Build resizes too are selected.
"Define picture size limit" options are all set to "no limit", and lastly, all other checkboxes on the page are not selected.

please advise, thank you.
----------------------------------------------------------------
WordPress + Gallery 2 + WPG2 = utopia

@scaturan: I'm guessing that you have an out of date cached entity file. Can you try deleting your entity cache? Browse to lib/support, authenticate, go to the cache page and delete the cache for "Album and Photo data" then retry this operation.

Ra10:

thanks for the report.

So with firefox there's no problem. but with what browsers / browser version do you experience this issue? and does clearing the browser cache help?

scaturan

site admin -> maintenance -> delete * cache tasks are a subset of lib/support/ -> cache management.

Hello (again ;-) ),

I am encoutering an error when trying to resize all photos in an album.

Use this thumbnail size in all subalbums: enabled
Active Target Size (pixels): set to 400x400
Apply settings to existing items: all enabled except the rebuilding options
Define picture size limit: set to 600x600
Keep original image?: enabled
Check here to apply size limits to the pictures in this album and all subalbums: enabled
Use these size limits in all subalbums: enabled

The process starts fine, but then I get the following error:

Resizing photo

The same error occurs on other photos as well. Some albums work without any problem whatsoever.
All photos have been migrated from G1.

Any idea what's wrong here?

Gallery version = 2.2-rc-1 core 1.1.26
PHP version = 4.4.4 cgi
Webserver = Apache/1.3.37 (Unix)
Database = mysqlt 4.0.25-standard, lock.system=flock
Toolkits = ArchiveUpload, Exif, Getid3, LinkItemToolkit, NetPBM, Thumbnail, Gd, SquareThumb
Acceleration = none, none
Operating system = Linux infong 2.4 #1 SMP Thu Jan 13 08:59:31 CET 2005 i686 unknown
Default theme = matrix
gettext = enabled
Locale = en_GB
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.1) Gecko/20061204 Firefox Firefox/2.0.0.1
Rows in GalleryAccessMap table = 103
Rows in GalleryAccessSubscriberMap table = 7174
Rows in GalleryUser table = 10
Rows in GalleryItem table = 7170
Rows in GalleryAlbumItem table = 202
Rows in GalleryCacheMap table = 0

yes, that did the trick. I am not sure if it's really connected to the migration. I first tried to resize all albums in one go and encountered the above mentioned error. I then cleared the cache and retried again (all albumms). This time resizing progressed further, but stopped again on other album. I cleared again the cache and retried. I again encountered the error. Now I cleared the cache again and didn't select all albums but each subalbum under the top level. This time no error. I have the impression that cache data written by the resizing process itself caused the problem (if that makes sense).

I have a new Gallery 2.2.0rc1 installation, though it was an upgrade to an empty 2.1 installation. The process of upgrading was simple, and I started loading my images into the new system, using 'Local Server' as the upload method. My gallery is organized with an album per year, with sub-albums per month and lowest level albums by photo session.

I have about 100k images to upload, so I started with the 2006 images a month at a time (about 1500 images per month in about 20 photo session subdirectories). The 2006 load went well. I then started the 2005 images, and started getting an error after the first 10 months. The error is:

***
Database Error
An error has occurred while interacting with the database.

The exact nature of database errors is not captured unless Gallery debug mode is enabled in config.php. Before seeking support for this error please enable buffered debug output and retry the operation. Look near the bottom of the lengthy debug output to find error details.
Back to the Gallery

Error Detail -
Error (ERROR_STORAGE_FAILURE)
in modules\core\classes\GalleryStorage.class at line 690 (gallerycoreapi::error)
in modules\core\classes\GalleryCoreApi.class at line 2763 (mysqlstorage::updatemapentry)
in modules\core\classes\GallerySession.class at line 358 (gallerycoreapi::updatemapentry)
in main.php at line 100 (gallerysession::save)
in main.php at line 83
System Information
Gallery version 2.2-rc-1
PHP version 4.4.0 cgi-fcgi
Webserver Apache/2.0.54 (Win32)
Database mysql 5.0.27-community-nt
Toolkits ImageMagick, Thumbnail
Operating system Windows NT HOME02 5.1 build 2600
Browser Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 1.0.3705; .NET CLR 2.0.50727)
***

It doesn't seem to be data dependent as I can avoid the error by loading smaller groups of images, perhaps up to 100 images in 4 sub-directories. I tried enabling the php debug mode, but the amount of html in the buffer was just overwhelming my system. Even though an error is being reported, the albums appear to contain the proper images and so far I don't see any side-effects of the error.

Any ideas as to how to proceed? I've got 60k+ image still to load, and it is slow enough doing them a month at a time!

Thanks,

Rich Stafford

Sounds to me like a memory issue.
Start a new thread if:
I have had this issue:
FAQ: I seem to be running into some sort of MySQL query limit, is there anything that can be done?
http://codex.gallery2.org/index.php/Gallery2:FAQ#PHP_memory_limit_-_Why_do_I_get_the_error_Allowed_memory_size_of_Xxx_bytes_exhausted.3F
FAQ: What information is required when I ask for help in the forums?
Start a new thread if the above does not help.

Dave
_____________________________________________
Blog & G2 || floridave @ Gallery Team || G2 Theme Contest: +$3k in Prizes!

hi,

Long time ago,I installed Gallery 2.1 and I could use download software to download pic in my gallery .. so in this version ,it's protected from software (eg: downloader ,pichunter ,..) ??? please,I want to anti download ... can I help me !

thanks.

kunghe Please start a new topic with a bit more details and a user story. I don't understand what you mean when you say:

Dave

hi,

i love the dynamic albums, i have been waiting hard for them the last months!!!!!!! thanks a lot!!!!!!!!

one thing as i did the upgrade: i lost all my descriptions and text in the database during the automatic convertion to UTF8 while executing the upgrade. all text behind "ä", "ü", "ö" and "ß" was lost!!! god bless i made a database-backup before!!! so i was able to transfer all the text-data (prev. latin-1) back to the new database

now everything is working fine!!! would be nice to have a possibility to overtake keywords to the database even if the pics are alrady imported, in case i change the exif-data afterwards. now i think it's only possible during upload, am i righ?

it would be also fine, if keyword-albums are only showing the pics from the actual album and these subalbums and not from all the gallery, but maybe i configured something wrong?

finally i would say that you did a REALLY GREAT JOB whith this release, thanks a lot...this gallery is exactly what i was waiting for years before

greetings idefix.

I installed 2.2RC1 and it worked brilliantly. So I guess there's nothing useful I can add to this thread... Just wanted to express my happiness in 2.2 being released.

Hi....

I have tried to conf the "AddViaEmail" module... But I can't make it work.

Is here anyone tried to Conf that module..???

/hemsoe

Just installed 2.2, loving it so far!
I started the install after running the preinstall.php option. It looked like it was working, but I noticed the installer version number in the header was 2.1... I was unsure if the preinstall had grabbed the right file. I ended up grabbing the 2.2 RC file myself, renaming it is gallery2.tar.gz, and then continuing the preinstall. Worked fine, but when the installer ran, the version number was still 2.1... When it finished 2.2 was installed, so I was using the right file.
You might want to update the installer to display version to 2.2, and putting a build number in it might also be helpful. Having the preinstaller also be a bit more explicit about the version it's downloading might also avoid confusion.

--- GalleryRemote.inc.orig      2006-12-20 08:24:57.000000000 +0800
+++ GalleryRemote.inc   2007-01-07 19:58:46.816364538 +0800
@@ -68,6 +68,7 @@
        global $gallery;
        $session =& $gallery->getSession();

+       GalleryUtilities::unsanitizeInputValues($form, false);
        $start = array_sum(explode(' ', microtime()));

        $status = $error = array();

This patch let GalleryRemote can create correct Chinese title for album. (without this, the Chinese string will convert to and display like &#xxxx;...

This bug exist since Gallery 2.1: http://gallery.menalto.com/node/54574

The upgrade to 2.2RC1 went OK however ..

We can access Gallery but only as 'guest'. I cannot login nor can any other admin or user. When we login no (web) page can be accessed for about a minute thereafter we can access Gallery again but only as 'guest'.