Gallery 2.1 RC1 Official Forum Topic

G2.1 RC2 release blockers / known issues:

FIXED: template cache is not deleted during upgrade
we need to either hardcode to delete the template cache during upgrades or we need to bump the template api version.
if you encounter an issue with 2.1 after upgrade please try clearing the template cache to see if that resolves it (site admin,maintenance or lib/support)
RC-2 will clear this cache.

FIXED: session data is often too large for the DB resulting in errors
the session data, specifically the permissionCache, is often > 64kbyte when serialized and thus too large and the db queries to insert / update the session fail, also affecting the whole transaction.
suggested solutions:
fixed in cvs. there's now an upper limit for the size of the permissionCache in the session.

FIXED: Some item updates produce ERROR_OBSOLETE_DATA
See forum topic: http://gallery.menalto.com/node/44438
fixed by not normalizing empty values to NULL in GalleryStorage::_normalizeValue()

FIXED: postgres upgrade was broken
postgres upgrade was broken in g2.1-RC1, fixed in g2.1-rc-1a

FIXED: Maintenance mode recommendation for upgrade
Add a note in the upgrader, maybe in the core upgrade step, that the maintenance mode should be activated for busy sites since a) the upgrade could take a while and b) because modules get deactivated and users might have a bad / incomplete user-experience after the core / before the "other modules" upgrade.
updated README and upgrader in cvs

FIXED: Dcraw unit test fix
unit test must be fixed (trivial), see test matrix page for a link to a prepared patch
fixed in cvs

FIXED: Need paour to fix the Rss test failures
fixed

Db2 fixes
done: remove lines 114-117 or so from the driver
done: added sessiontest db2 expected error
done: waiting for clob / ibm_db2 changes / bug fixes.
todo: fix the last few unit test failures

FIXED: linkitem links for non-album items is broken
fixed in 2.1-rc-1a

FIXED: password protected items did not work if captcha was enabled
if you're using password protected albums/items and the captcha module is active, you will not be able to pass the password check, it just seems to refresh the password form.
fixed in cvs.

FIXED: redundant code in SystemChecksStep.class
, 1. the code seems to be redundant, 2. it showed the output_buffering warning whether or not it was actually enabled
update: can't reproduce the issue on any other server. tested output_buffering values: 0, off, on, On, Off, 12, not set -> worked fine

Upgrade errors
- Need better error handling when 2.1 minimal/typical are installed on top of 2.0.x more-than-that (full or with 3rd party modules/themes)
- Sessions files not all deleted and progressbar didn't advance for a very long time -> server probably overloaded
- Cache dir not properly deleted, required x attempts
- Output_buffering warning
- A lot of modules have been deactivated! -> probably because users accessed my site after core upgrade before i advanced / finished the upgrade other modules step
- Urlrewrite was even uninstalled!

- After enabling modules etc all was fine though.

FIXED: block hotlinked items doesn't work properly (for my site)
false alarm. works now.

Won't fix / not reproducible: incrementViewCount -> Last-Modified header for guests might cause caching issues
- Last-Modified in ShowItem -> incrementViewCount is probably causing caching issues
- Maybe set the Last-Modified date to something else?

FIXED: GetId3 fails on windows
additional files are needed (application helpers) and the note about "no spaces in paths" needs also to be respected, maybe we can add a fix.
- partially fixed: we no longer allow you to activate getid3 module on Windows. A better fix would be preferable, but we can ship 2.1 this way.
- partially fixed: bug filed to donw

FIXED: Page Caching doesn't work on Windows
Valiant fixed this with his encodeBlob fix in MySqlStorage

FIXED (no caching for guest preview mode): Admin|Guest switch breaks Page Caching
FIXED: Language choice breaks Page Caching
Basically, anything that makes an decision about what to display based on something other than the url+userid+acls is going to be problematic for page caching. We can put the language into the cache key easily. But the admin vs. guest setting might be a little more challenging.

FIXED: maintenance task to find url rewrite conflicts was not exact
fixed in cvs

FIXED: sizelimit module leads to upsampled / distorted resizes
see bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1430340&group_id=7130&atid=107130
fixed in cvs

Module versions: bump all modules that have been changed since rc1
don't forget to bump the module version of all modules that have changed since rc1.
* all (language updates)
* netpbm (bharat)
* imagemagick (bharat)
* archiveupload (bharat)
* zipcart (bharat)
* remote (paour, mindless)
* rss (paour)
* linkitem (valiant) -- possibly not changed since 1a
* dcraw (valiant)
* rewrite (pelle)
* getid3 (valiant)
* reupload (mindless)
* rating (mindless)
* core (many)
* password (mindless)
* ffmpeg (mindless)
* sizelimit (valiant)
* customfield (valiant)
* shutterfly (bharat)
* imageblock (bharat)
* nokiaupload (bharat)

FIXED: no po directory for reupload, rss, getid3 modules; one untranslatable string in rating module
fixed in cvs

FIXED: php warning in AdminFfmpeg when enter invalid path
fixed in cvs

FIXED: URLs for guests have a trailing ? or &
fixed in cvs

FIXED: Pull 'Repository' Site Admin link
Downloadable Plugins did not make it into 2.1 -- no point in showing this link to the user.

FIXED: Must provide users with a platform-specific script to delete obsolete files
Deleting 1575 files by hand is no fun.

FIXED: Can't view full size image with medium acceleration
Select medium/partial acceleration in site admin, then view an image that has a resize. The resize comes up fine, but picking the full size then just shows the same page (seems the imageViewsIndex is ignored when checking the cache?).

WON'T FIX: internal server errors from using add items from local server
Adding a batch of items with the "from local server" method often leads to internal server errors.
- http://gallery.menalto.com/node/44753
- German: http://gallery.menalto.com/node/44555
- i get e.g. "Premature end of script headers: php-cgi, referer: http://192.168.123.123/gallery2/main.php" when trying to add 220 items, but it works when trying to add 130 items. also, when browsing to g2 after the error, the items are all successfully added in my case. and g2data/albums/ has the all items when the script runs and runs for a much longer time and eventually fails. it's not the "create thumbnail" option, 'cause i've tried the same when this option was disabled. another add item option maybe? exif maybe?
update: confirmed: when exif, getid3, .. are deactivated, adding 300 items is *a lot* quicker and there are no errors. investigating now. getid3 is suspecious since it's new.
update: it's the exif module. disable the exif module when adding a large batch of items. you can enable it after the batch add process again. the exif library is not maintained by the Gallery project. I don't think we can fix that easily. Probably it's just an inherent problem with parsing a lot of files byte by byte.

MySQL UTF 8 related issues
- i've seen more collation latin1 vs utf8 errors recently than before. some occurred after installation, some during the upgrade: see http://gallery.menalto.com/node/44978#comment-171583 (has a suggested fix, but i can't reproduce it myself)
- one French user had garbled French special characters é, à, è after the upgrade. Couldn't reproduce it. I have installed a g2.0, added Japanese, Chinese, and French albums with corresponding special characters in the description and title field. upgraded, all was fine. looked all as before. tested with mysql 4.1.14.

oracle might need a larger column for session data
right now, we're only using varchar2(4000). probably we should use NCLOB for oracle, else we risk errors / failures for oracle.

FIXED: Themes that are out of date with the theme API prevent upgrade from occuring - (Signe)
- Per discussions with bharat this is a blocking issue. The resolution will be to allow theme mismatches to continue through the upgrader. The theme code will automatically fallback to the default theme/matrix if an album-specific theme is inactive due to mismatch.
- fixed in cvs 2005-03-05

hi folks,

in Site Admin > Maintenance Tasks > "Check short style URLs for filesystem conflicts" > the test goes through, and is labeled "Success" but noted below is: Checked 332 items and found 119 conflicts

I ran tests for a standalone G2.1-rc1 site and embedded using WordPress 2.0.1 / WPG2 2.0-beta with the same results. please advise as to what could be causing the errors. I also main several attempts to reinstall from scratch, regenerate mod_rewrite rulesets but ended up with the same results.

i maintain several standalone g2.0.2 & also mixtures with wpg2 1.0 / WordPress 1.5.2/2.0/2.0.1 embedded sites and never encountered this problem.

When upgrading themes (G2 -> G2.1) :
Fatal error: Call to undefined method GalleryCoreApi::relativerequireonce() in ./modules/imageframe/classes/ImageFrameImpl.class on line 31

Any idea ?

scaturan,

it seems to be checking album URLs incorrectly, looking into it...

edit fixed in cvs

Thanks mindless, got the full packages and it worked perfectly

great, thanks! will grab the nightly from JMullan's site tomorrow and run the tests.

moved to support.

on lighthttpd you can use pathinfo (unless you're not using mod_php but php-cgi).
for native mod_rewrite/lighttpd support we need someone to submit a patch against the current rewrite module that adds a new parser, dedicated fir lighttpds.

and where would you like to see a warning?
you have to inform you in advance.
i guess we could add warnings in the upgrader before the core module upgrade. but you'd still have to replace all your files again with the old version.

Please change the sequence for get exif ISO data.
Use SubIFD.ISOSpeedRatings before SubIFD.MakerNote.xxx

In my Nikon D50 files, the data in SubIFD.MakerNote.xxx is not correct, and usually we use a ISOfix problem to put ISO data to SubIFD.ISOSpeedRatings.

--- ExifHelper.class.orig       2006-02-13 22:30:59.102918749 +0800
+++ ExifHelper.class    2006-02-13 13:28:09.878226663 +0800
@@ -583,9 +583,9 @@
            array($gallery->i18n('Shutter Speed Value'),
                  'SubIFD.ShutterSpeedValue', 'SubIFD.ExposureTime');
        $data['ISO'] =
-           array($gallery->i18n('ISO'),
+           array($gallery->i18n('ISO'), 'SubIFD.ISOSpeedRatings',
                  'SubIFD.MakerNote.Settings 1.ISO', 'SubIFD.MakerNote.ISOSelection',
-                 'SubIFD.MakerNote.ISOSetting', 'SubIFD.ISOSpeedRatings');
+                 'SubIFD.MakerNote.ISOSetting');
        $data['FocalLength'] =
            array($gallery->i18n('Focal Length'), 'SubIFD.FocalLength');
        $data['Flash'] =

hmm - it did not go to a "fallback" theme; just got locked into an upgrade loop. I'll try again tonight with the latest build.

Thanks for the response

Brian

EDIT: All fixed at last - latest build + manually delete caches allowed me into fallback theme

Stevo: We don't have proper documentation for it yet, but the steps are as follows:

1. Select a folder inside Picasa, and go to 'Folder->Export as Webpage' or ctrl-w
2. Select picture sizes and the title for the exported album. Note that if you decide to resize, Picasa will resize before G2 imports it.
3. Select a destination directory on your harddrive for the exported folder. Click 'next'
4. Select 'XML Code' in the 'Select a Web Page Template' window and click finish.
5. Now you can either upload the entire (including the xml file) exported directory (specified in step 3) to your server, and then use the 'add from local server' upload method in Gallery 2, or zip the exported directory Picasa created into one file and upload that using your browser.
6. Gallery 2 will then ask you for destination album and put the imported images and descriptions into the destination album.

superstan, thanks for the report. That is now fixed in cvs.
(btw, it means the path you entered is an invalid path)

santm:

lines 114 - 116 in module.inc:

function needsConfiguration() {
    	GalleryCoreApi::requireOnce('modules/rewrite/classes/RewriteHelper.class');
	list ($ret, $rewriteParser) = RewriteHelper::getRewriteParser();

so it's obviously not a bug.

please check:
FAQ: How can I make sure that my installation files are all intact?

if the problem persists, please open a topic in the support forums. thanks.

Stevo: Excellent. Direct export won't happen until Picasa provides a public api or some other method of integrating into it. As far as we know there isn't a plugin api for Picasa available.

Added: Docs has now been added to http://codex.gallery2.org/index.php/Gallery2:Modules:picasa

santm: as i said, please post your issues in the support forums.

1. that's not a bug. the root album is now main.php. a lot of people found the v/ confusing for the root album and main.php it is now, in short or non-short format.

2. works for us. please create a support forum topic and supply buffered debug output etc. that topic should not be discussed here.

removing v/ by default is not an option. the reason for the v/ is explaind here: FAQ: My Gallery URLs begin with /v/ and /d/, why?

and this is not G2.1 specific discussion. if you want to elaborate on this, please create a new topic in the support -> general discussion forum. we want to keep this thread on-topic, about issues etc.

I got the 2.1 install working on my site. I initially picked the minimal install (my verbiage, not yours), and ran into the problem shown above when it tried to upgrade the matrix theme. I had to install the full one to get around that. A few remarks.

1) The error message there was pretty showstopping. If this software upgrade is meant to be "super easy", then the crash msgs should be as well. I know what I'm doing so I was able to look up an answer, but a goober installing this wouldn't know - they'd be screwed. My public gallery was down until I got that fixed, as it used Matrix. You could make the point that if I'm knowledgable enough to install this software, I should also know how to find answers. Valid point, but you make the point of saying it's "Super Easy" to upgrade, and if it all goes right, I agree, but when it doesn't, I don't.

2) I still wish there was an easy way to know exactly what version I'm using. I liked Gallery 1 where it said exactly what version. This one has a Gallery 2 image at the bottom, I'd far prefer "Powered by Gallery v2.1whatever". That's a lot more helpful than a cute image at the bottom.

3) Speaking of images, that video clip that's linked to with the Blackjack button is really inappopriate for one of my websites. It's my church's website, and if the clergy there sees that, they'll not be pleased, so some consideration should be given to things like that in the future, or possibly even the removal of such from the distrubtion files. Yeah, yeah - I know, edit it out. But a Britney Spears song (a cover I know) doesn't seem like appropriate material for a church website. Are there steps there for folks who wish to not have that displayed?

There was something else I was going to post here, but I've forgotten it for now - when I remember it, I'll post again.

Joe Siegler

what error?

edit: ah, i see. minimal over full upgrade.

OK, fair enough - my fault for not realizing that. However, I was referring to on the front page and not in a maintence menu option in the backend.

I didn't test all other makers and models. But in my gallery, all image work for this (include some models of Olympus, Nikon, Canon, Pentax).
I think most of them use SubIFD.ISOSpeedRatings to store ISO data. In my gallery, only Nikno D50 didn't use this field (not exist this), it use another MakerNote filed.

I think give SubIFD.ISOSpeedRatings a higher priority won't affect other models, if they support this field, they should include the correct ISO data, if they don't support this field, they won't include this field, so we still can get the data from other MakerNote fields.

Hello!
There seems to be a bug/missconfiguration of the "Rearrange Album" function with Firefox 1.5.0.1 (that's the only version I could test it with). There are no boxes build with the titles of the albums. I mean boxes are there and also text, but they are just one big mess as all is above each other. Difficult to describe, but maybe you can have a look there as well with a Firefox browser. I don't know if that's something in Firefox or G2. Just wanted to let you know.
BUT: This thing only occurs, when there is _no_ thumbnail set for the albums. When at least one has a thumbnail, things are fine. So see this as a minor thingy.
/TiE

Gallery version = 2.1-rc-1a kärna 1.0.28
PHP version = 4.3.11 apache
Webserver = Apache/1.3.34 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.3.11 FrontPage/5.0.2.2635 mod_ssl/2.8.25 OpenSSL/0.9.7a
Databas = mysql 4.1.14-standard
Verktyg = ArchiveUpload, Exif, Getid3, Thumbnail, Gd
Operativsystem = Linux server1.assertiveweb.com 2.4.21-32.0.1.ELsmp #1 SMP Wed May 25 14:26:33 EDT 2005 i686
Webbläsare = Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

well i got some errors whle i tried upgradeing to this RC....

Hi!
Sorry for the delay and somehow I couldn't reproduce that error. So maybe it was a 1 time issue. Unfortunately I didn't do the screenshot right when that thingy happened.
All the best, T.