Gallery v1.4.1 Release Candidate 3 Available!
Submitted by beckett on Wed, 2003-11-12 09:36
The third *release candidate* for Gallery v1.4.1 is now available. The undefined _() function issue in RC2 has been fixed. New features for version 1.4.1 include:
Note: This is a *pre-release* version, and you should be sure to BACK UP YOUR GALLERY *before* installing and upgrading your current Gallery. Read on for information on how to back up critical data...We have provided a small PHP script with this version to assist you in making a backup. When you download and decompress this release, the script will be located in:
The script gives you the option of backing up your entire albums ("All files") directory or just the Gallery database files ("Data files only"). While you should have a backup copy of all your photos, for most upgrades, it is sufficient to just back up the data files only. Note that backing up all the files could produce a *huge* file, since all of your photos will be included.
Finally, verify the contents of the downladed backup file to make sure the files were indeed saved. Once you have the data files backed up, you can confidently upgrade to this version.
- • Voting/ranking of images
• Optional user self-registration
• Lost password reset feature
• Optional e-mail notification of changes/updates
• Option to restrict commenting permissions
• EZ Prints photo print service added
• Support for "skins" to customize Gallery's look and feel
• New image frame styles
• Clearer, easier to follow Config. Wizard
• Optional auto-resize of images on upload
• Gallery-wide slideshow, and choice of random order
• Copy image feature
• Gallery internationalized in many more languages!
• Tons of small improvements and bugfixes
Note: This is a *pre-release* version, and you should be sure to BACK UP YOUR GALLERY *before* installing and upgrading your current Gallery. Read on for information on how to back up critical data...We have provided a small PHP script with this version to assist you in making a backup. When you download and decompress this release, the script will be located in:
- gallery/setup/backup_albums.php
The script gives you the option of backing up your entire albums ("All files") directory or just the Gallery database files ("Data files only"). While you should have a backup copy of all your photos, for most upgrades, it is sufficient to just back up the data files only. Note that backing up all the files could produce a *huge* file, since all of your photos will be included.
Finally, verify the contents of the downladed backup file to make sure the files were indeed saved. Once you have the data files backed up, you can confidently upgrade to this version.
took me a while to figure out what went wrong, but sofar ...<br />
<br />
configuring keeps telling me the only language is english (i prefer nl_NL dutch for my users) and some errors in my logfile because (running FreeBSD) i don't have 'locale' installed. diffing 1.4 and 1.4.1 nls.php files got me into trying things out, the 1.4.1 nls.php doesn't contain anything but english ... how does gallery 'learn' / find languages then (looking through the code in setup/functions.inc) ???
corrected it but the nl_NL-pack was broken (tar exits with a warning) and i didn't pay attention, now it is working ...
Can anyone tell me if the silly 'W3C HTML Not valid yet' tag has been removed from not-logged-in users' screens in the latest RC? If not, it really should be; it's rather nonprofessional looking.
I agree 100% with this this comment.
Keep in mind that the steps you suggest here, backing up your existing installation with gallery/setup/backup_albums.php will not work if you don't have gettext installed. You fixed it in the installation but this step occurs before the new gettext hack is installed. You should modify backup_albums.php to include the workaround for those without the gettext extension installed.
Also, you're missing the findInPath function. I'm guessing that you just forgot to consider that people may be upgrading from a version older than 1.4.1 (for example v1.3.4-cvs-b11)
I tried out 1.4.1-RC2 yesterday (will try RC3 shortly). <br />
<br />
I enabled the new "self-registration" option. It's a good improvement, but I have a suggestion. <br />
<br />
It would be more beneficial if there was a way to have the self-registration become moderated. Meaning, the user's application for registration must first be approved by an admin of the gallery. Otherwise if any user can self-register, it opens the door for malicious users spamming inappropriate comments all over the place.<br />
<br />
Perhaps there already is a way to enable this, but it didn't stick out at me.<br />
<br />
<br />
I'd also like to say the other improvements in store for 1.4.1 are very impressive. Will be a great release.<br />
Thanks. That was a bug we missed. Fixed for RC4.
Gene,<br />
<br />
We seem to have a misunderstanding here. The steps to upgrading your gallery with back up are:<br />
1) upload the new version, replacing all gallery files.<br />
2) copy backup_albums.php to gallery/<br />
3) run backup<br />
4) run config wizard<br />
5) visit albums to upgrade users and albums.<br />
<br />
The point is, there is no problem with gettext, because you have upgraded to the software with gettext fix in place before running back up. The same goes for findInPath.<br />
<br />
If you still have an issue with this, please bring it to forums or http://sf.net/projects/gallery because we may miss it here.
Thanks for the feedback. Can you add an <a href="http://sourceforge.net/tracker/?group_id=7130&atid=357130">RFE</a> for this?
Till then, is there any file we can edit to switch off the displaying of the WC3 logo?
I got serious problems. I hope there's an easy solution <br />
<br />
My thumbs disappeared..<br />
I can't turn voting off..<br />
The frames around the pictures doesn't change..<br />
I can't turn 'Display clickable image dimensions' off..<br />
<br />
The thumbnail problem is the main priority for me right now. Without them, I can't even see the pictures because I haven't got anything to click. (I have tried rebuilding them)<br />
<br />
On the other hand, I like the new features! Keep up the good work!
tar.gz from polish locale is broken ! <br />
please help !<br />
<br />
its called pl_PL-pack.tar.gz ...<br />
<br />
and cheers, gallery its fantastic soft
Got most of it up and running.<br />
<br />
http://gallery.menalto.com/index.php?name=PNphpBB2&file=viewtopic&t=10984&sid=e39b7177cba136297a49d585a3a1318a
maybe with the 'optional' graphical random numbers to get rid of robots ? as done with many forum and other registrations?
What theme is the new configuration pages using? I would like to use that for gallery, but checking each of the themes is a very slow process.
Great job on 1.4.1. I was very excited to hear about the email notification feature. After trying it out though, I'm a bit disappointed. It seems to send a separate email for every change made. I think a daily summary (ala TWiki, if you ever seen that) would be much more useful. Also, a way to register for email updates on the whole gallery would be very useful, or at least all sub-albums of an album at once. Thanks for the hard work. I'll enter this as a feature request at SourceForge too.
it seems a summary or digest would be hard with gallery because it is a web only application. it doesn't use cron or any other backend to load itself. it loads when the user loads it, so digests aren't scheduleable. You check to see if a digest should be sent if someone accseses the page for the first time in the day, but someone might not actually access the page.<br />
<br />
how about just do a module for g2? I'm not sure if its possible with g2, but we'll see.
In the <i>album permissions</i> form there's a setting for the comments' viewabilities (called: Users who can view comments). This setting cannot be changed from the default EVERYBODY setting, so it's not usable.
digest et all > /dev/null<br />
<br />
why not just do it like the notification function of phpBB,...?<br />
if there was a change an email will be sent. if there are further changes before the user logs in to the gallery, no further emails will be sent to the user.<br />
I am running the latest 1.4.1 code and am unable to reproduce this problem. Remember that if you add another user to a permission that already has EVERYBODY in it, that user won't show up (because EVERYBODY supercedes all other users). Try removing EVERYBODY from that permission (which will turn it to NOBODY) then add individual users.<br />
<br />
If the above doesn't work for you, please <a href="http://gallery.sourceforge.net/features_and_bugs.php">file a bug</a>
Hi,<br />
<br />
I just wanted to tell you that I get a CRC-Error when I tried to open the German language pack...<br />
<br />
Please check it! Thx!
My upgrade to 1.41 RC3 seemed to go very smoothly until I noticed that the entire User database has been wiped!
Fortunatley, I had offline records of user names but I had to re-register users and change Ownership of galleries from Admin to the individual.
Did I miss something?
Cheers
Martin
http://www.4martin.co.uk/gallery
Is there any documentation on the skins support? What the structure is for them, the layout, etc..? Is it subject to change in the next full release?<br />
<br />
Thanks..! I've been playing around with CSS code.. but it boggles the mind sometimes.
<p>I was merely going off of the instructions in this post, which I guess I misunderstood. The text says :</p>
<blockquote>We have provided a small PHP script with this version to assist you in making a backup. When you download and decompress this release, the script will be located in:
gallery/setup/backup_albums.php
To run this script, copy it out of its location in the setup directory and into your existing main Gallery directory. Log in to Gallery as an administrator, then run this script from your browser. It will package the important album data and save a backup to your computer, in one of two formats: .tar.gz (useful on Unix/Linux systems) or .zip (useful on Windows systems).
The script gives you the option of backing up your entire albums ("All files") directory or just the Gallery database files ("Data files only"). While you should have a backup copy of all your photos, for most upgrades, it is sufficient to just back up the data files only. Note that backing up all the files could produce a *huge* file, since all of your photos will be included.
Finally, verify the contents of the downladed backup file to make sure the files were indeed saved. Once you have the data files backed up, you can confidently upgrade to this version."</blockquote>
<p>By the fact that the post ends with, "Once you have the data files backed up, you can confidently upgrade to this version" I understood that writing over all of you existing gallery installation with the new version (upgrading) should be done after backing up using the tool. I mean, what's the point of backing something up after you've written over it with the new version. </p>
<p>It's also risky to use your method of writing over the installation and then backing up afterwards since the files that the backup script is backing up are the data files in all of the albums directory and its subdirectories, and if the site is live as you're doing this upgrade (unfortunately a requirement for many of us with hosting providers) if anyone, ANYONE, browses to any album on your site between when you've written over your existing installation and when the backup script finishes, you'll have backed up the albums that nobody browsed to in the process, correctly, in the old version, and you'll have backed up the albums that people have browsed to during the upgrade, incorrectly in the new version.</p>
<p>I only posted it here because it directly pertains to the text of this post, not to gallery as a product.</p>
For those of us who self-host, a cron job or the like would not be a problem.
This still doesn't quite sound like what I'm looking for although it might work if gallery had a "recent changes" page. In a large gallery, the changes may be spread across several albums and might be hard to find. The TWiki wiki has a nice email notification feature. Users who sign up for email recieve an email containing a list of links to all new and updated pages since the last notification was sent. This is accomplished by a script run as a cron job, so the administrator determines how many emails users get per period of time.<br />
<br />
Cron may not be a good solution for galleries on hosting sites but for those who self-host, it would not be an unreasonable requirement.
Thanks Gene.<br />
<br />
I'm looking at rewording this for RC4 (available, but not yet announced).<br />
<br />
To upgrade your existing albums, you should<ol><br />
<li>Put Gallery into config mode.<br />
<li>Make a copy of the existing software <br />
<li>Upload the new version of Gallery over the old Gallery<br />
<li>Browse to gallery/setup/check_versions.php - to make sure you have updated all the files correctly. Fix any problems before going on.<br />
<li>Copy gallery/setup/backup_albums.php to gallery/backup_albums.php<br />
<li>Browse to gallery/backup_albums.php and follow the instructions to backup your albums.<br />
<li>Remove gallery/backup_albums.php<br />
<li>Browse to gallery/setup/index.php, and go through the configuration process. Read all the new options carefully, particularly on step 3, as that will modify your existing albums for new features.<br />
<li>After you have finished, put Gallery back into secure mode.<br />
<li>Log in as admin, and browse to gallery/upgrade_albums.php, if you want to upgrade all your albums immediately.<br />
</ol>
One more comment - the backup has to be done in config mode, so no changes can be made to the galleries while it is backed up.
Thanks for the comment. Again, you should submit an RFE.<br />
<br />
Personally, I am yet to be convinced that robots creating accounts is a big problem. I'd rather address this if/when it becomes an issue. However, as I say, that's my personal opinion.
It's not a skin, it pre-dates the skins. So no, there is no skins that looks like that.<br />
<br />
Hopefully a clever designer makes one for 1.4.2.<br />
<br />
RC4 has screenshots for the skins, so that should help picking your favourite.
No, not yet. But we want people writing (and sharing) skins, so soon!
For privacy and spam reasons, I want to be able to control who can see and comment on some of my pictures.