Gallery 3.0.2 feedback
|
ckdake
Joined: 2004-02-18
Posts: 2254 |
Posted: Sat, 2011-04-23 13:30
|
|
Gallery 3.0.2 is out! Tell us what you think! Next up should be 3.1 ____ |
|
Posts: 1
The download links on the post (pointing to github) give a 404.
Posts: 16503
Thanks. I've fixed that, and updated the download page as well.
ck, who can update the SF.net page to point to the correct release by default?
http://sourceforge.net/projects/gallery/
3.0.2 is available for download under Files, but the button to download is for 3.0.1
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 2254
sf.net is now pointing to the correct 'current' version.
____
http://ckdake.com/ - If you found my help useful, please consider donating to Gallery.
Posts: 74
Did the permissions change that came out of GalleryCon make it into the 3.0.2 release?
Posts: 7985
@pinn8: unfortunately no -- it was too sticky/complicated for us to fit it into a minor release. We're still working on it for 3.1
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!
Posts: 22
updated to build 40 of git 3.0.x and everything seems working. love the new modules details!
Posts: 50
Nice timing! I have been tussling with a G2-to-G3 migration this week, so I am glad to see 3.0.2 show up.
I wanted to give the built-in G3 upgrader a try. Used the "http://your-site.com/gallery3/index.php/upgrader" method.
I thought, "That was FAST", but unfortunately it was a false positive; as shown here:
http://imgur.com/sX0cv
*edit-- sorry about the big pic showing up in the post, I thought I set it just to provide a link to the screenshot rather than embed it.
So I went back in and checked just to make sure and it is still at "Gallery 3.0.1 (Menlo Park)". Put G3 into maintennace mode and tried again, just to be sure, and got the same result. I also went into the Dashboard to look at the automatic version checking and it thought I also had the most up to date version. Disable auto-checking and ran it manually, but same thing.
I am guessing it might take a little time for all the auto-updaters to gel into place after a new release (maybe?), so I will wait a bit and give it a try tomorrow morning.
Posts: 16503
What "auto-updaters" are you talking about?
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 214
If you've done nothing with any of the previous Gallery code then, yeah, upgrading will be easy. For me, not so much LOL. I've even tweaked some of the Kohana files (Kohana_404_Exception.php) to locate images that Gallery thinks is not there, but really are. Here's an example of my debug logging:
I should have probably made a separate thread concerning this issue. Seems that it's not able to locate images with the "?m=" coming in as "%3Fm%3D". One side benefit of this tweak is that if I move a photo to a different album, it will find where it was moved to and do a 301 redirect to the new location.
Anyway, I'm really debating if it's worth going through all the effort I will need to and just wait for the next version, unless I get really bored or something LOL. Keep up the good work.
Regards,
Mark H.
Using Gallery 3.0.1 - gallery.markheadrick.com
Posts: 50
Auto-updaters was probably not my best choice of words... I meant these two methods of Gallery updating:
1. From within the Dashboard screen where it says "Check for Gallery upgrades" -- It is on automatic, but I tried to "check now" and it still thinks my 3.0.1 install is the latest version available.
2. From the "http://mywebsitenamegoeshere/gallery3/index.php/upgrader" URL -- I tried this method first and it goes almost instantly to a "That's it! Your Gallery is up to date." message. Almost like it isn't bothering to check the version at all. The link I posted above has a screenshot of this.
I will go in later this morning and try manually downloading G3.0.2, and see how that works out.
Posts: 16503
Yes, you're right that needs to be updated and will soon.
Regardless of what the dashboard thinks is the current version, the upgrader does not go out and download the latest code. You've still got to do that manually. If the current version was 12 and you're running 2 and you do nothing else and you go to the upgrader it'll think everything is current. Right now you've got to manually download the latest version replace the code, then run the upgrader.
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 50
Aaah! That would explain it then. I thought the upgrade feature would check a versioning site then download the updated code.
I manually downloaded 3.0.2, overwrote my 3.0.1, then ran the upgrade with the upgrade URL method. G3 seems to be functioning as it should, so next up I will go back to trying to import my existing G2 data into my newly updated G3.0.2 install.
Thanks for clarifying upgrade issue.
Posts: 29
After the upgrade from 3.0.1 to 3.0.2 the G3 Publish Service for Lightroom 3 doesn't work anymore. (See: http://gallery.menalto.com/node/97832)
If I try to publish a new photo from Lightroom 3.3 I get an error message in Lightroom "Can't update this collection - Error uploading image (Code: 404).
The G3 error log shows the following:
QUOTE
2011-05-27 20:09:22 +02:00 --- error: Rest_Exception [ 404 ]: Not Found
/var/www/html/gallery3/modules/rest/controllers/rest.php [ 117 ]
#0 [internal function]: Rest_Controller->__call('item', Array)
#1 /var/www/html/gallery3/system/core/Kohana.php(331): ReflectionMethod->invokeArgs(Object(Rest_Controller), Array)
#2 [internal function]: Kohana_Core::instance(NULL)
#3 /var/www/html/gallery3/system/core/Event.php(208): call_user_func_array(Array, Array)
#4 /var/www/html/gallery3/application/Bootstrap.php(67): Event_Core::run('system.execute')
#5 /var/www/html/gallery3/index.php(102): require('/var/www/html/g...')
#6 {main}
2011-05-27 20:09:22 +02:00 --- error: Missing messages entry kohana/core.errors.404 for message kohana/core
2011-05-27 20:09:22 +02:00 --- error: Rest error details: Array
(
)
UNQUOTE
As I using this workflow for all photo changes in my G3 I'm stuck now. What's changed in 3.0.2 ?
Posts: 25961
Did you ask in the thread of the 3rd party module? Perhaps the author of the module/plugin will fix it.
There has been lots of changes. This is G3.0.2 feedback perhaps you can start a new thread with specifics to what changes you are interested in.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 7985
On the auto-upgrade check -- I've fixed that code on the server side so it should now know that 3.0.2 is the latest version
Let me know if that doesn't work.
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!
Posts: 6
The image rotation does not work in version 3.0.2
Please check here:
www.micnguyen.com/testGallery
username: mic
password: test1234
Please try with a image rotation and see. Neither CW and CCW is working...
Posts: 25961
http://www.micnguyen.com/testGallery/index.php/Wallpapers/windows_seven_black-1920x1200
smaller images work fine. I bet you have some resource issue or are using GD as a toolkit.
Start a new thread for more help
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 6
what do you mean resource issue? Which toolkit that you suggest?
Posts: 643
I know what the recommended G3 upgrade procedure is. But when your site is in the web server root directory, moving everything to a new folder is tricky and tedious. A simple upgrade is tempting. I've tried it on my duplicate test site and can't see any problems. Is anyone aware of any actual problems that have occurred in upgrading to 3.0.2 instead of establishing a new folder?
Posts: 16503
That procedure is recommended to ensure that no old code is left behind. Because of the way the Kohana system works, if some things get re-organized into a different structure and the old files don't get removed, the system could find the old code in the old location and load that instead of the new code.
Instead of unpacking into a new directory and moving the var directory (since that's going to be the biggest directory), you could just move everything except for the var directory, any custom theme and probably .htaccess, then copy/move the new code into place.
Another option is that you could just copy the new files over and overwrite the old files, however, if anything got moved around you could end up with something odd, so if you see odd behavior you may want to do some sort of directory comparison between your code base and a fresh extract of 3.0.2 to see the differences. I use Beyond Compare for such things www.scootersoftware.com
The other option is that you could just use git and it'll take care of all that
Also, if you use git, keeping track of your changes to any core code (if you've done that) can be a lot easier.
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 643
When I said I know what the recommended procedure was I was trying to convey that I also knew why. The real challenge in doing it is making sure that I've identified all the additional modules, plus site downtime while I move things around carefully. So my question was: are there any actual instances of actual problems that anyone has encountered?
That said, could you please explain how to use GIT to update? I find GIT a real challenge. Is there a post somewhere explaining this?
Posts: 25961
Yes. Some old files did not get removed in some trouble shooting we have done and it is very hard to diagnose issues. I personalty have ran into this issue as well and found that Kohana was doing its thing and I was trying to make changes and trouble happened.
@git: http://codex.gallery2.org/Gallery:Using_Git if you don't have command line access then that is a issue.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 21
When I click "Remind me later" I get the following message:
Bad Request
Your browser sent a request that this server could not understand.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
===
Still not sure about having to re-enable all the extra modules I have installed.
Posts: 16503
@TimChuma, see this thread:
http://gallery.menalto.com/node/102307
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 44
Tried to upgrade. The message came up that the upgrade had been installed, but I still get the message telling me to do the upgrade.
And whatever it has or has not done, it has totally crashed my sidebar and shopping cart.
I am not happy.
Barney Douglas - calendar and fine art print sales - www.bd-shop.co.uk
Posts: 14
Tried to upgrade, and put in the "upgrader" URL as recommended, but my gallery doesn't recognise that I'm running the new version.
Posts: 16503
The shopping cart is a 3rd party module.
However, regarding your upgrade messages can you post a screenshot?
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 16503
Link to your site?
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 14
Too late, I tried to reinstall it and ended up making such a mess I have to install it all over again.
Posts: 44
Problem solved after much gnashing of teeth and tearing of hair. Please don't do this to me again.
Barney Douglas - calendar and fine art print sales - www.bd-shop.co.uk
Posts: 16503
What did you have to do?
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 44
I had to reinstall the old version and then some but not all modules
Barney Douglas - calendar and fine art print sales - www.bd-shop.co.uk
Posts: 1
Hello. I just installed gallery3 and I would like to use it. I placed gallery3 under php directory or should i place it under root/public_html? Is there any documentation (preferably short and to the point) are available to help me to implement the library? I will ask only if don't understant something after reading. thanks.
Tatyana.
Posts: 22
Hi,
I like the much improved upload interface but I do have a suggestion that may be useful for future releases. Given that there still are (and possibly always be) errors in uploading various files I wonder if it would be possible to add a "retry" option for the files that failed. I usually find that second time round everything works and this would save having to write down the filenames and reselect them. Forgive me if there is already a way of doing this!
CD
Posts: 149
I second that "retry" option.. it would be very useful
Posts: 62
The same for me, I keep getting upload errors as well.
.
Noting the failed files then reselecting for another try is not that big a job but just pressing a retry button would be easier
Update. I should have identified the error, a sample is:-
47ex11H47PD.jpg - Server error: Error #2038 (IO)
Posts: 149
By the way for those with upload errors, there is a quick fix but makes matters a bit slower..
Go to "Settings" > "Advanced" > "simultaneous_upload_limit" decrease that number and test till you get the best results.. for me it works with no errors when it uploads 1 or 2 max..
Posts: 7
Hi!
Just a quick suggestion!
I've had to delete quite a few images this week and re-upload better quality versions of the same ones.
It would be so much easier if there was a 'replace this image' option in 'edit this image'. If it were possible to just replace an image and keep all the title/description/tags etc., as they are, it would save a lot of time for those of us who have a lot of images work with. ;)
Posts: 25961
A module could be developed to do that. In the sort term just upload the correct image.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 1
hi and sorry for my poor english
i've just installed the 3.0.2 version on my ovh host
all is ok till the success windows which give my provisory password for admin
but no pop windows asked for change my password when i logged as admin and the back end admin did not appear after log
nonetheless i discover that with safari navigator all is ok but with last version of internet explorer it doesn't
i can't log as admin under IE
i would like to add that with the 3.0.1 version all was ok with the same IE
thank u for ur answer or suggestions (i think of a level of security in ie)
Posts: 25961
Please start a new thread with your issue.
If you can send me a private message of your site, I will attempt to understand your issue.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 38
Sorry if I have posted this elsewhere, but I noticed that theme.tpl is non-existent in the new version?
Posts: 16503
Gallery 3 does not use Smarty as the template engine. Check out gallery3/themes/wind/views/page.html.php for the file similar to theme.tpl.
See this (still needs expanding)
http://codex.gallery2.org/Gallery3:Themes
http://codex.gallery2.org/Gallery3:Tutorials:Themes#Creating_your_own_theme
____________________________________________
Like Gallery? Like the support? Donate now!
Posts: 7
Is this nice product still under real active development?
In Gallery 3.0.3 (branch 3.0.x, build 46) the file /modules/search/helpers/search.php ~line 56 $access_sql = "AND (" . join(" OR ", $fields) . ")"; needs a front-whitespace, or escapes with errors.
private static function _build_query_base($q, $where=array()) { $q = Database::instance()->escape($q); if (!identity::active_user()->admin) { foreach (identity::group_ids_for_active_user() as $id) { $fields[] = "`view_$id` = TRUE"; // access::ALLOW } $access_sql = " AND (" . join(" OR ", $fields) . ")"; } else { $access_sql = ""; } return "SELECT SQL_CALC_FOUND_ROWS {items}.*, " . " MATCH({search_records}.`data`) AGAINST ('$q') AS `score` " . "FROM {items} JOIN {search_records} ON ({items}.`id` = {search_records}.`item_id`) " . "WHERE MATCH({search_records}.`data`) AGAINST ('$q' IN BOOLEAN MODE) " . (empty($where) ? "" : " AND " . join(" AND ", $where)) . $access_sql; }Posts: 7
I just found another one
change ~line 125
$data = $db->query(self::_build_query_base($q) . "having `score` >= " . $score);to
$data = $db->query(self::_build_query_base($q) . " having `score` >= " . $score);Posts: 7985
Thanks, Singularis! That is a recent change that was not well tested. I fixed it as you suggest but I didn't have time to test it thoroughly - let me know if you find other similar issues.
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!
Posts: 7
Thank you, bharat.
In function get_position() set $score to 0, if empty, else it errors with a Database_Exception.
// make sure $score is not empty $score = ( strlen($score) > 2 ) ? substr($score, 0, strlen($score) - 2) : ( !empty($score) ? $score : 0 );I also just recognized breadcrumb telling me: HomeDir -> Search: foo -> foobar (all navigation is captured to results only)
and there is no link to view or escape to the directoy of foobar when selecting one of the pictures found by search. E.g. like Search: foo -> HomeDir -> FooDir -> foobar
Edit:
It even stays there, if you choose to go to a random image via sidebar block
Posts: 7
I tried with
https://github.com/gallery/gallery3/commit/ce43f29e2ceaac3d638061f81dc6037b5e0018d3
but there is no real change to the (link structure) captured behaviour in search results. Now even the root breadcrumb link just points to http://domain/, which is not the exact path to g3. There should be a break link to point back to a upper album and random images in the sidebar must be out of search scope. Another issue is with the navigation bar. For example, the back/next navigation finds 0 of 3 items, with NEXT pointing to all three found images, but has no effect to 0 of 3 and has no BACK-link active.
Posts: 7985
I fixed the get_position() problem, but I agree with you that you can't escape the display context. I filed this ticket: https://sourceforge.net/apps/trac/gallery/ticket/1795 We need to address this issue.
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!
Posts: 35
Over the last weeks I was customizing my Gallery 3.0.2 (I switched from 4images). In general I am really satisfied with Gallery 3.0.2.
But a few days before I wanted to move my installation from xampp to my host, a few pictures were out of "Sync". The Name and the description of the the images were displaced in one album. I deleted this album, but the whole /var folder was deleted.
It was not a big problem because I had a Backup. Yesterday I moved my installation to my host, except a few small issues it works great. But I am a little bit worried about loosing my var folder again.
I searched the Forum about this issue, but I didnt find something comparable.
www.xeta.at