Gallery 2.1 RC1 Official Forum Topic

volksport
volksport's picture

Joined: 2002-10-06
Posts: 239
Posted: Fri, 2006-02-10 17:36

This topic should contain all comments and feedback pertaining to Gallery 2.1 RC1. If you have any questions, please ask a moderator.

Robert
G2 Developer
Donate To Gallery... NOW!!!11one

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sat, 2006-02-11 22:23

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

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sun, 2006-02-12 18:49

moved to list in 2nd post.

 
scaturan
scaturan's picture

Joined: 2004-09-12
Posts: 1153
Posted: Sun, 2006-02-12 19:18

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.

 
VENCO
VENCO's picture

Joined: 2004-03-01
Posts: 78
Posted: Sun, 2006-02-12 19:27

On upgrading to G2.1rc1 I had approximately 1500 old files that could be deleted.
My suggestion is to include a script that can automatically delete all old files. Of course not automatically in case the upgrade fails and/or you want to keep the old files for any reason.

I will try to work on this, see if I can get it to work, and let you know what happens.

 
Supernico

Joined: 2004-07-16
Posts: 12
Posted: Sun, 2006-02-12 19:27

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 ?

 
mindless
mindless's picture

Joined: 2004-01-04
Posts: 8601
Posted: Sun, 2006-02-12 19:32

Supernico, make sure to get the latest code for every module and theme you have from 2.0.x; if you got the minimal or typical 2.1-rc-1 package then you may still have some old 2.0.x code.

 
pelle
pelle's picture

Joined: 2004-12-10
Posts: 389
Posted: Sun, 2006-02-12 19:39

scaturan,

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

edit fixed in cvs

 
robinbowes

Joined: 2002-09-20
Posts: 99
Posted: Sun, 2006-02-12 19:56

Hi,

I just attempted my bi-annual G2 upgrade from CVS. (I was on 2.0.5, upgrading to 2.0.28)

The upgrade failed with a storage failure.

I now see the following error when running the upgrader:

Error (ERROR_STORAGE_FAILURE)

* in modules/core/classes/GalleryStorage/GalleryStorageExtras.class at line 881 (GalleryStorageExtras::error)
* in modules/core/classes/GalleryStorage.class at line 444 (GalleryStorageExtras::execute)
* in modules/core/CoreModuleExtras.inc at line 1367 (MySqlStorage::execute)
* in modules/core/module.inc at line 486 (CoreModule::upgrade)
* in modules/core/classes/GalleryModule.class at line 157 (CoreModule::upgrade)
* in upgrade/steps/UpgradeCoreModuleStep.class at line 81 (CoreModule::installOrUpgrade)
* in upgrade/index.php at line 185 (UpgradeCoreModuleStep::processRequest)

I've attached the debug output.

Any quick fix?

Thanks,

R.

 
Supernico

Joined: 2004-07-16
Posts: 12
Posted: Sun, 2006-02-12 20:00

Thanks mindless, got the full packages and it worked perfectly

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sun, 2006-02-12 20:11

robinbowes

your issue should be discussed in a dedicated support forum topic. please create a new one.
also, please revert to your backups and check your accessmap schema version in db table g2_Schema.
please answer in your new forum topic and not here. thanks.

 
scaturan
scaturan's picture

Joined: 2004-09-12
Posts: 1153
Posted: Sun, 2006-02-12 20:18
pelle wrote:
scaturan,

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

edit fixed in cvs

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

 
robinbowes

Joined: 2002-09-20
Posts: 99
Posted: Sun, 2006-02-12 20:18

Ok, will do.

R.

 
skimonkey

Joined: 2006-02-12
Posts: 1
Posted: Sun, 2006-02-12 20:35

moved to support.

 
WALoeIII

Joined: 2004-08-14
Posts: 18
Posted: Mon, 2006-02-13 00:28

Will the new rewrite module allow us to run under Lighttpd and still have rewriting? Or is it still dependent on Apache's mod_rewrite.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-02-13 00:38

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.

 
ranjan

Joined: 2006-01-30
Posts: 40
Posted: Mon, 2006-02-13 03:25

On upgrade to 2.1, I wish a warning can be generated that PG theme is installed as default & will not be able to use with 2.1 My upgrade went well without any problems & later I got to know that 2.1 & PG theme are not going to work togeather without a patch to PG.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-02-13 07:17

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.

 
bgriffiths
bgriffiths's picture

Joined: 2002-07-17
Posts: 15
Posted: Mon, 2006-02-13 14:10

maybe an option (or warning) to re-set default theme to "Classic" or "Matrix" at the start of the upgrade?

I too fell into that trap - unfortunately it also seems that the module upgrades to the Matrix & Classic themes also failed, so ATM I cannot access the admin section to re-set the theme.

Going to try a fresh install with the latest nightly using the existing (now upgraded db and data directory)

Out of interest, apart from the version # in version.dat, are any changes made to the data directory by the RC1 upgrade?

Fingers crossed

Brian

 
twu2

Joined: 2005-10-12
Posts: 7
Posted: Mon, 2006-02-13 14:36

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'] =
 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-02-13 14:55

bgriffiths

you can always use the built-in fallback theme to login and access site admin -> themes to change the theme to another theme.

twu2

we can't change that without checking against other camera makers and models too. do you have some show that other makers and models don't suffer from such a change?

 
bgriffiths
bgriffiths's picture

Joined: 2002-07-17
Posts: 15
Posted: Mon, 2006-02-13 17:07
valiant wrote:
bgriffiths

you can always use the built-in fallback theme to login and access site admin -> themes to change the theme to another theme.

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

Joined: 2002-10-14
Posts: 23
Posted: Mon, 2006-02-13 22:53

I'm attempting to use the Picasa import module and don't know how to Export the data from Picasa in XML format. Is there any info available on how to do that?

 
h0bbel
h0bbel's picture

Joined: 2002-07-28
Posts: 13451
Posted: Tue, 2006-02-14 00:15

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.


h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org

 
superstan

Joined: 2006-02-14
Posts: 1
Posted: Tue, 2006-02-14 03:25

Warning: Invalid argument supplied for foreach() in C:\xampp\htdocs\gallery2\modules\ffmpeg\AdminFfmpeg.inc on line 292

when I configure the ffmpeg, something is wrong...

 
mindless
mindless's picture

Joined: 2004-01-04
Posts: 8601
Posted: Tue, 2006-02-14 03:58

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

 
santm
santm's picture

Joined: 2005-08-08
Posts: 40
Posted: Tue, 2006-02-14 14:25

I upgraded to the latest cvs code. but my site is borken. but when i click on modules from site admin. I get this error.

Fatal error: Undefined class name 'rewritehelper' in /home/santmcom/public_html/gallery2/modules/rewrite/module.inc on line 116

I already tried cleanig the cache few time wth out any luck and thumbnail recreation also fails.
Any help ??

-thnaks
santm
http://santm.com/gallery2/main.php

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2006-02-14 14:36

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

Joined: 2002-10-14
Posts: 23
Posted: Tue, 2006-02-14 17:20
h0bbel wrote:
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.

Thanks h0bbel. That worked great. Now all we need is Picasa to be able to directly Export to Gallery2!! That would be SUPER sweet... but this is great!

 
h0bbel
h0bbel's picture

Joined: 2002-07-28
Posts: 13451
Posted: Tue, 2006-02-14 18:17

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


h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org

 
santm
santm's picture

Joined: 2005-08-08
Posts: 40
Posted: Tue, 2006-02-14 18:40

can some one please post the fluid theme from gallery-contrib for me.

I have this error in step one :
Notice: Only variable references should be returned by reference in /home/santmcom/public_html/gallery2/modules/core/classes/GallerySession.class on line 1219

In step 4 it is complaining about this theme as i recollect it was not active before the upgrade :(

Thanks in advance.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2006-02-14 20:20

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

 
capt_kirk

Joined: 2006-01-24
Posts: 492
Posted: Tue, 2006-02-14 21:05


Gallery version = 2.1-rc-1 core 1.0.27
PHP version = 4.3.11 cgi
Webserver = Apache/1.3.34 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635 mod_ssl/2.8.25 OpenSSL/0.9.7d PHP-CGI/0.1b
Database = mysql 4.0.26
Toolkits = ArchiveUpload, Exif, NetPBM, Thumbnail, Gd, SquareThumb
Operating system = FreeBSD 5.3-RELEASE-p15 FreeBSD 5.3-RELEASE-p15
Browser = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)

Hi. 2.1 RC1 is great. Two issues that I've found so far. Sorry if these are repeats. I did a quick search and could not find postings on either. The first may be a feature instead of a bug and the second may be operator error.

1. gallery2/v/ no longer works as a link to the root album. The breadcrumb for my root photo album now links to gallery2/main.php, even though I have /v/ URL rewrites activated for albums. All of the other albums get the /v/album_name/ short URL.

2. The ImageMagick module will not configure. It passes all of its tests, but when I press the "save" button, it just sits there and does not activate the module. It was working under 2.0.2. I've tried uninstalling it and reinstalling it. Same results.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2006-02-14 21:11

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.

 
Aylwin
Aylwin's picture

Joined: 2003-09-16
Posts: 24
Posted: Wed, 2006-02-15 05:07
valiant wrote:
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.

Yeah, I agree this might be the case for stand-alone installations. It's a bit of a shame though for embedded installations. In my case, I've changed 'v/%path%' to 'gallery/%path%'. So, the path to the root album of my embedded gallery (at least in 2.0.2) would be /wordpress/gallery/. Actually, my wordpress installation is at the root so the path to embedded G2 is really /gallery/. I imagine this would be similar for other embedded installations.

Is there any way to make the URL Rewrite module distinguish between embedded or non-embedded? Or, how about simply removing the 'v/' by default? Personally, I would prefer simply '%path%' for the Show Item URL pattern if I had a stand-alone installation. The only problem with this though is that we'd need to make sure that the embedded users manually add a 'v/' or whatever they want to the URL pattern. I think some kind of auto-detect would be ideal.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Wed, 2006-02-15 07:48

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.

 
pelle
pelle's picture

Joined: 2004-12-10
Posts: 389
Posted: Wed, 2006-02-15 17:19

@ v/ for root album: like valiant said, we've seen problems here in the forums with this and in my opinion it is more uniform with main.php as the root album both with URL Rewrite and without. Also take in consideration that mod_rewrite is not the only supported rewriting method. For mod_rewrite, isapi_rewrite and path info it makes sense to have the same URL to the root album for all three methods, thus main.php.

As for embedded mode I've heard a request of a configurable prefix for URLs in embedded mode. In your case it would be something like 'gallery' and all your Gallery2 URLs would have gallery prepended like this (if your Show Item rule is '%path%'):
Show Item (root) : /gallery/
Show Item : /gallery/your/album/image.jpg.html
Download Item : /gallery/d/123-4/image.jpg

I would prefer this solution before taking back v/ as the root album URL.

 
Joe Siegler
Joe Siegler's picture

Joined: 2005-09-14
Posts: 54
Posted: Wed, 2006-02-15 20:44

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.

 
moonmoon

Joined: 2004-10-29
Posts: 6
Posted: Wed, 2006-02-15 21:05

Joe Spiegler,

Just FYI, Gallery 2 does have a option to show the current gallery version. It is in the site admin section under maintenance, labeled System Information. It returns all kinds of goodies such as your gallery version:

Gallery version = 2.0.1 core 1.0.0.1

Hope this helps!

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Wed, 2006-02-15 21:13

Joe Siegler

what error?

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

 
mindless
mindless's picture

Joined: 2004-01-04
Posts: 8601
Posted: Wed, 2006-02-15 21:20

1) we'll try to improve handling in the upgrader when you apply 2.1 minimal/typical over 2.0.x something-more-than-that.
2) site admin/maintenance/system info, as mentioned above; also if you're logged in as an administrator you can hover the mouse over the Gallery 2 icon in the footer and it shows the version
3) a) like you said, edit it out.. http://codex.gallery2.org/index.php/Gallery2:How_to_Remove_Unpossible_MP3_Link
b) it's only shown to admins anyway.

 
Joe Siegler
Joe Siegler's picture

Joined: 2005-09-14
Posts: 54
Posted: Wed, 2006-02-15 22:11
moonmoon wrote:
Joe Spiegler,

Just FYI, Gallery 2 does have a option to show the current gallery version. It is in the site admin section under maintenance, labeled System Information. It returns all kinds of goodies such as your gallery version:

Gallery version = 2.0.1 core 1.0.0.1

Hope this helps!

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.

 
Joe Siegler
Joe Siegler's picture

Joined: 2005-09-14
Posts: 54
Posted: Wed, 2006-02-15 22:13
mindless wrote:
1) we'll try to improve handling in the upgrader when you apply 2.1 minimal/typical over 2.0.x something-more-than-that.

Sounds good - yeah, that was a pretty annoying "stop" there.

Quote:
2) site admin/maintenance/system info, as mentioned above; also if you're logged in as an administrator you can hover the mouse over the Gallery 2 icon in the footer and it shows the version

I didn't know about the hover thing, either.

Quote:
3) a) like you said, edit it out.. http://codex.gallery2.org/index.php/Gallery2:How_to_Remove_Unpossible_MP3_Link
b) it's only shown to admins anyway.

I didn't know about "B" at all either. When I made that statement, I was logged in as an Admin, but viewing with "Guest", and they showed up there, too. Hence my assumption that anyone could see that. I just checked with another browser and not logged in, and indeed only the version image is there.

 
twu2

Joined: 2005-10-12
Posts: 7
Posted: Fri, 2006-02-17 01:28
valiant wrote:
we can't change that without checking against other camera makers and models too. do you have some show that other makers and models don't suffer from such a change?

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.

 
mindless
mindless's picture

Joined: 2004-01-04
Posts: 8601
Posted: Fri, 2006-02-17 04:41

twu2, please file your change in the patches section on sourceforge so we don't lose track of it, thanks.

 
Thies
Thies's picture

Joined: 2005-07-02
Posts: 6
Posted: Fri, 2006-02-17 14:51

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

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Fri, 2006-02-17 15:16

please create a screenshot.
looks all fine to me.
1. created 2 albums
2. clicked "rearrange items"
3. seeing 2 rectangles, in each is the title and the date of the respective album.
4. rearranging works

 
dutch2005

Joined: 2005-09-26
Posts: 6
Posted: Sat, 2006-02-18 15:40

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

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sat, 2006-02-18 15:55

dutch2005

mysqlt error: [1054: Unknown column 'g_userId' in 'field list'] in
EXECUTE("
	    UPDATE
	      g2_AccessMap
	    SET
	      g_userOrGroupId = g_userId + g_groupId
	    ")

please create a topic in the support forums. we'll need as much information about your g2 as possible. e.g. with what g2 version you initially started.
but please open a new topic in the support forums and don't answer here.

 
Thies
Thies's picture

Joined: 2005-07-02
Posts: 6
Posted: Sun, 2006-02-19 20:51
valiant wrote:
please create a screenshot.
looks all fine to me.
1. created 2 albums
2. clicked "rearrange items"
3. seeing 2 rectangles, in each is the title and the date of the respective album.
4. rearranging works

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.

 
stephenju
stephenju's picture

Joined: 2005-07-05
Posts: 172
Posted: Mon, 2006-02-20 04:35

I can't view any of the original sized photo when the acceleration is on. Is this a known bug?

-
東方之朱