Gallery 3.0 Alpha-1 Feedback
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@Fjelsten: How that works depends entirely on the theme. Some themes may do it the way you want, some may not. The default theme will probably consider the full-size image separately, after all most full size images barely fit using the entire screen. Doesn't sound like a dealbreaker to me, but perhaps you have other problems with G3. |
|
cj_nza
Joined: 2004-05-26
Posts: 10 |
![]() |
Installed without issues (other than admin password change "success" statement) as reported (and being fixed). Installer insistence on new DB for install is restrictive in production where number of DB's are limited by hosting plan. Is this likely to change using table name prefix or similar to avoid table name collision? |
|
Fjelsten
Joined: 2005-10-15
Posts: 66 |
![]() |
Well, I was thinking about a workaround with 2 different sizes one of which was the "full screen" since you (to my disappointment) have done away with resized versions. I think it's important to show pictures as best they can and that would include "as large as possible on the screen" but people's screens are different. I like the PBase way of remembering the size. I scale all images before upload. |
|
yeahy
Joined: 2008-11-07
Posts: 69 |
![]() |
@Fjelsten: You may develop a module to generate multiple resize versions from 300*300 to 1920*1200 no matter the origin size. @development team: the things happened on phpbb.com demonstrated that security check is quite important. Good luck. |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@cj_nza: We will almost definitely implement table prefixes so that you can have multiple installs in the same db. Just haven't gotten around to it yet |
|
bugsyBBFH
Joined: 2009-02-09
Posts: 3 |
![]() |
howdy, Firstly, thanks for an awesome G2 and whats looking like the beginning of a stunning G3. I think you've chosen the right course. Our G2 implementation currently has over 300k images active and has (on avg) 3-5k images added a week. The add from server option is imperative to us. I was actually in the process of looking for an alternative to G2, due to bloat, for a while now and then up pops G3 I have written the beginnings of an add from server module for G3 (backend done, nothing beyond scaffold as a UI yet - and am considering starting on a cart/payment system similar to the G2 checkout modules) however (and I'm probably asking in the wrong place ;)) I'm hitting a few problems. When adding images and albums (as per the various add photos and album functions in scaffold) the MPTT trees start getting corrupted about 6-7 levels down the tree. Is this a known problem, if so, who can I liaise with in trying to debug it, if not, who can I interact with to try figure out whats breaking it or could someone try point me in the right direction for places to look. I can reliably reproduce the error on my side. Many thanks |
|
bugsyBBFH
Joined: 2009-02-09
Posts: 3 |
![]() |
Would appear twas a case of a dirty parent object when stepping out a level of recursion. Reloading the parent before adding the next album fixed the problem |
|
talmdal
Joined: 2006-12-06
Posts: 358 |
![]() |
@bugsyBBFH: way to go, look forward to seeing your code. As I mentioned in: http://gallery.menalto.com/gallery_3.0_alpha_1_released I had started one, but other G3 priorities over took it. |
|
kiama
Joined: 2003-04-19
Posts: 22 |
![]() |
i get the "Framework erroe" when installing "Please check the Kohana documentation for information about the following error." how to solve? |
|
AjantaKVS
Joined: 2007-12-14
Posts: 15 |
![]() |
AjantaKVS Installation went smooth om my local host, able to upload also using the little tool , but unable to see the thumbnails in the albums, but able to see the slide show, Any ideas what is happening here. In the installed graphics tools only GD was there. Why I not able to see the thumbnails in my gallery albums ? please help |
|
AjantaKVS
Joined: 2007-12-14
Posts: 15 |
![]() |
lokto7 wrote:
Installed on Windows Server 2008 Apache/2.2.4 (Win32) PHP/5.2.8-x64. Smooth! AjantaKVS I am facing same problem here, Did you find any solution to this, please let me know how you over come this problem or is it still persists ? |
|
advicepig
Joined: 2009-02-12
Posts: 5 |
![]() |
AjantaKVS wrote:
AjantaKVS Try uploading a gif or png. I had the same symptoms when I installed the alpha on a server that only had GD installed and even that was installed without the jpeg libraries. If you have shell access to the box, you can try php -info and look in the gd section for jpeg support, or make a very small php page that had phpinfo(); on it and check the gd section. If that is indeed the case, you'll probably want to have gd fixed or even better, get ImageMagick installed properly. |
|
Jeren
Joined: 2009-02-12
Posts: 7 |
![]() |
It appears that some people are putting bugs here. I hope this is the right area to do it. I'm attempting to install Gallery 3.0 Alpha 1 on my VPS for testing. I'm running PHP 5.2.6, Apache 2.2.11, and MySQL 5.0.67. When entering in my MySQL data, the first time I try it, it says that it has an error connecting to the database. However, I know the information is correct. Subsequent attempts then give me the error: "The database you provided already has other tables in it. Continuing with the install might overwrite an existing Gallery install. Please go back and choose a different database." The only table in there is one named access_cache. I've tried making several blank databases and all fail as stated above. Assistance would be appreciated. I'm really wanting to see what G3 looks like. Thanks. |
|
Jagan
Joined: 2006-02-10
Posts: 24 |
![]() |
oggg wrote:
Thanks - this solved a similar problem I was getting. Now I can see the error messages and another message telling me that i am 1 version below the required PHP version(5.2.2 instead of 5.2.3!) I guess I will have to wait for my provider to upgrade |
|
brr@brr.no
Joined: 2006-07-26
Posts: 4 |
![]() |
Hello. I wanted to test drive Gallery 3.0 Alpha-1. The installation went well. But: When I try to visit the gallery I get the following error: Fatal error: Cannot access empty property in D:\web\galleri3\kohana\libraries\drivers\Database\Mysqli.php on line 122 Technical information: Address: http://web.brr.no/galleri3/ Hopefully some have a problem solution? *** |
|
JadeaDragon
Joined: 2009-02-15
Posts: 1 |
![]() |
Hey peoples, it's been a while. Love G3. And already started on making new themes - don't know if I'll reach the massive 300 themes available that I did for G1...but we'll see. :D That said, when a new theme folder is added, the admin panel(default theme) >> theme selection where it shows available themes for gallery and admin panel. the area where my new theme is listed doesn't expand the background to encompass the information of the new theme. This is both in firefox and chrome. To recreate, just duplicate the default theme into a new folder. Jade |
|
yeahy
Joined: 2008-11-07
Posts: 69 |
![]() |
If I'd like to do the localization work, should I wait the i18n UI or I can do it now on the kohana\i18n\en_US folder? |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@bugsyBBFH: that's great news! We'll set up a page where you can publish your modules to share with others, stay tuned! @brr and @AjantaKVS: Gallery3 is not supported on Windows, so I'm not surprised that you're having some issues with it on that platform. If you can figure out how to fix the issues there, please post the solution here. Otherwise, I'm sorry to say that you're on your own. @Jeren: it sounds like there's a problem part way through running install.sql -- you can try doing @JadeaDragon: good to see you again, it's been a long time! I looked into the problem you outlined, but I can't reproduce it. Are you using Alpha-1 or SVN? Can you provide a screenshot? Thanks! @yeahy: Best to wait for the i18n UI, we won't be using the kohana/i18n/en_US folder for localization |
|
talmdal
Joined: 2006-12-06
Posts: 358 |
![]() |
I've been poking at a local import as well. Started it awhile ago, but had other g3 modules to write. |
|
JadeDragon
![]()
Joined: 2003-02-15
Posts: 332 |
![]() |
@bharat Here's what happens to me in both FireFox 3 and Google's Chrome and IE6 on XP The second attachment shows the login stretches all across the screen in IE6 And the third attachment shows the menu going under the graphics in the admin panel in IE6 And I'm using the Alpha 3.0 version. |
|
advicepig
Joined: 2009-02-12
Posts: 5 |
![]() |
Adding images doesn't gracefully detect image file errors. I was importing a large number of files with the scaffolding and Gallery3 would crash with Framework Error Please check the Kohana documentation for information about the following error. kohana/libraries/Image.php [92]: The specified image, /srv/www/vhosts/base/gallery3/var/albums/152244923.jpg, is not an allowed image type. When I try uploading the same image with the Flex uploader, it uploads, but doesn't show any thumbnails or alternate sizes. After some sleuthing, I discovered that the file is actually a bmp file that somebody changed the extension to jpg. I don't expect Gallery to work around this, but could it do some simple checking upon regular ingestion and warn of an improper file type or somesuch? |
|
trumpy81
Joined: 2004-12-19
Posts: 15 |
![]() |
GDay All, I just installed g3 Alpha 1 on my IIS7 box and so far, I've not had any issues with it. One hiccup I did notice was when adding a photo. If you try to add a photo without a name or title, the photo will not be added. Not a biggie, but most of my photos are not titled as the subject of the photo is not always known and having a photo described as xxx or the item filename looks a bit unsightly. My only complaints/suggestions are to add accordian type foldups to the item info and tags boxes on the right. I'd also like to see the add comments form hidden, either with an accordian type foldup or linked to a seperate page. Hopefully, these desires will be dealt with by custom themes but could be considered for the default theme. And many thanks to the development team for putting this together. Your hard work is not unappreciated. Regards PS: Are there any plans to add the square thumbs module? |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@JadeDragon: Ah, that's an issue with the way we support IE in alpha-1. Try the latest code from svn, that should be fixed now. @advicepig: good catch, we'll be making the uploader more robust in alpha-2 and beyond. @trumpy81: we're going to make the uploader more robust and will resolve that issue. The latest code uses a flash based uploader that's much easier to use. We've also hidden the add comment form.. it flies open when you click on it. As for the square thumbs module, we don't have plans currently, but it should be possible as a 3rd party module if there's interest. |
|
trumpy81
Joined: 2004-12-19
Posts: 15 |
![]() |
Thanks for the response bharat, I'm glad that things like this are on the drawing board. However, the mention of a Flash uploader makes me shiver somewhat. My fears are based on my experiences with Joomla where the flash based file uploader seems to cause some pretty obscure problems and consequently not everyone is able to use it. Just wondering if you have a plan b in mind? Regards |
|
advicepig
Joined: 2009-02-12
Posts: 5 |
![]() |
Just had a really odd error in an SVN build (r20121) I came back to the office after a day of productively loading, tagging, and organizing photos in Gallery 3. Since it's all testing right now, I'm running in a virtual machine on my desktop and the virtual machine was shutdown overnight. I started it up and got to work. I tried deleting a photo and it sat there spinning the AJAX animation and the photo remained. I tried a few others, both in the main gallery and in sub galleries. All of three of which remained in a spinning AJAX state. I logged into the logs directory and tailed them to see nothing terribly useful, but upon returning to gallery, I got an exception error. exception 'Exception' with message '@todo MISSING_MODEL access_cache:60' in /srv/www/vhosts/base/gallery3/core/helpers/model_cache.php:27 Stack trace: #0 /srv/www/vhosts/base/gallery3/core/helpers/access.php(90): model_cache_Core::get('access_cache', 60, 'item_id') #1 /srv/www/vhosts/base/gallery3/core/helpers/core_theme.php(54): access_Core::can('edit', Object(Item_Model)) #2 [internal function]: core_theme_Core::thumb_top(Object(Theme_View), Object(Item_Model)) #3 /srv/www/vhosts/base/gallery3/core/libraries/Theme_View.php(172): call_user_func_array(Array, Array) #4 [internal function]: Theme_View_Core->__call('thumb_top', Array) #5 /srv/www/vhosts/base/gallery3/themes/default/views/album.html.php(16): Theme_View->thumb_top(Object(Item_Model)) #6 /srv/www/vhosts/base/gallery3/kohana/libraries/Controller.php(74): include('/srv/www/vhosts...') #7 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(266): Controller_Core->_kohana_load_view('/srv/www/vhosts...', Array) #8 /srv/www/vhosts/base/gallery3/core/libraries/MY_View.php(29): View_Core->render(false, false) #9 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(244): View->render() #10 /srv/www/vhosts/base/gallery3/themes/default/views/page.html.php(52): View_Core->__toString() #11 /srv/www/vhosts/base/gallery3/kohana/libraries/Controller.php(74): include('/srv/www/vhosts...') #12 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(266): Controller_Core->_kohana_load_view('/srv/www/vhosts...', Array) #13 /srv/www/vhosts/base/gallery3/core/libraries/MY_View.php(29): View_Core->render(false, false) #14 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(244): View->render() #15 /srv/www/vhosts/base/gallery3/core/controllers/albums.php(64): View_Core->__toString() #16 /srv/www/vhosts/base/gallery3/core/controllers/rest.php(95): Albums_Controller->_show(Object(Item_Model)) #17 [internal function]: REST_Controller->__call('1', Array) #18 /srv/www/vhosts/base/gallery3/kohana/core/Kohana.php(270): ReflectionMethod->invokeArgs(Object(Albums_Controller), Array) #19 [internal function]: Kohana::instance() #20 /srv/www/vhosts/base/gallery3/kohana/core/Event.php(209): call_user_func(Array) #21 /srv/www/vhosts/base/gallery3/kohana/core/Bootstrap.php(55): Event::run('system.execute') #22 /srv/www/vhosts/base/gallery3/index.php(61): require('/srv/www/vhosts...') #23 {main} At first, this took the place of what should have been the second photo, but upon page reload, it took the place of the first photo. It's worth noting that I did try to delete the first photo when this all started. Let me know what other info would be useful for debugging. I may spin up another virtual machine to keep testing on so we can keep this on in whatever state it's in. |
|
advicepig
Joined: 2009-02-12
Posts: 5 |
![]() |
It gets weirder. I just went back to the main gallery page and noted that the application had logged me out. Now it gets interesting. When I log in, all images show. This includes the ones I tried to delete. If I log out, the gallery page I am on will show images up until the image that I tried to delete. The deleted image is replaced by the exception. exception 'Exception' with message '@todo MISSING_MODEL access_cache:2' in /srv/www/vhosts/base/gallery3/core/helpers/model_cache.php:27 Stack trace: #0 /srv/www/vhosts/base/gallery3/core/helpers/access.php(90): model_cache_Core::get('access_cache', 2, 'item_id') #1 /srv/www/vhosts/base/gallery3/core/helpers/core_theme.php(54): access_Core::can('edit', Object(Item_Model)) #2 [internal function]: core_theme_Core::thumb_top(Object(Theme_View), Object(Item_Model)) #3 /srv/www/vhosts/base/gallery3/core/libraries/Theme_View.php(172): call_user_func_array(Array, Array) #4 [internal function]: Theme_View_Core->__call('thumb_top', Array) #5 /srv/www/vhosts/base/gallery3/themes/default/views/album.html.php(16): Theme_View->thumb_top(Object(Item_Model)) #6 /srv/www/vhosts/base/gallery3/kohana/libraries/Controller.php(74): include('/srv/www/vhosts...') #7 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(266): Controller_Core->_kohana_load_view('/srv/www/vhosts...', Array) #8 /srv/www/vhosts/base/gallery3/core/libraries/MY_View.php(29): View_Core->render(false, false) #9 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(244): View->render() #10 /srv/www/vhosts/base/gallery3/themes/default/views/page.html.php(52): View_Core->__toString() #11 /srv/www/vhosts/base/gallery3/kohana/libraries/Controller.php(74): include('/srv/www/vhosts...') #12 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(266): Controller_Core->_kohana_load_view('/srv/www/vhosts...', Array) #13 /srv/www/vhosts/base/gallery3/core/libraries/MY_View.php(29): View_Core->render(false, false) #14 /srv/www/vhosts/base/gallery3/kohana/libraries/View.php(244): View->render() #15 /srv/www/vhosts/base/gallery3/core/controllers/albums.php(64): View_Core->__toString() #16 /srv/www/vhosts/base/gallery3/core/controllers/rest.php(95): Albums_Controller->_show(Object(Item_Model)) #17 [internal function]: REST_Controller->__call('1', Array) #18 /srv/www/vhosts/base/gallery3/kohana/core/Kohana.php(270): ReflectionMethod->invokeArgs(Object(Albums_Controller), Array) #19 [internal function]: Kohana::instance() #20 /srv/www/vhosts/base/gallery3/kohana/core/Event.php(209): call_user_func(Array) #21 /srv/www/vhosts/base/gallery3/kohana/core/Bootstrap.php(55): Event::run('system.execute') #22 /srv/www/vhosts/base/gallery3/index.php(61): require('/srv/www/vhosts...') #23 {main} |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@advicepig: That's odd. Sounds like your access_caches table is out of sync with your access_intents and items tables. If you've still got those tables, let's see if we can figure out what's going wrong. Try doing this query: select i.id from items i left join access_caches ac on i.id = ac.item_id where ac.item_id=null; Do you get any rows back? Try this query too: select ai.id from access_intents ai left join access_caches ac on ai.item_id = ac.item_id where ac.item_id is null; Thanks! |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@trumpy81 the flash uploader gives us some functionality that we can't get directly from PHP: you can select multiple files for upload at once, and you can see the progress of the files are they're transferring. We'll work on making it stable, and if it really doesn't work out we'll hvae a plan B. |
|
2005
Joined: 2008-01-16
Posts: 4 |
![]() |
My thoughts, no order.... Ability to link directly to the image, easily. Would like it so you click thumb, see resized, text link or image click to full size directly, no HTML page wrapped around it. Keep the watermark functionality. Keep original images available in seperate folder. Remove the index.php from the mod_rewite Have the search pages display like gallery pages. Same columns, rows, text, styling. If you do the above, creating a text link such as /g3/index.php/search/televisions will provide you with the pretty/SEOd/relevant pages you need to link to anything (if the search rewrite is created). Really, this has SO much potential. Tags - Make the url to tag results use the tag name. /tags/Sony+Televisions not tags/2. Multiple Tag Groups / Custom Fields Tag Group - Televisions Tag Group - Size Going to those pages should lay out and look just like a regular album, but go to the original location. Hit back or re-click the tag/custom field to get to the place you were. No multi breadcrumbs. Just labeling each entry in one giant tag list such as - sony, 50 inch, black, 2009 - etc will not work, no way to sort and present the data to people unless you hand code HTML. If you use custom fields, and that can easily be referenced in a module via a php call, sorted and displayed, thats cool too. <?php pull list sort asc field2 ?> <?php for each list <li>listitem</li> ?> etc. Im no php coder. A better reasoning for this - I wold like to display art from people, and be able to have one sidebar block for artist names. One for types of art they do. One for the years they were done in. Tags as they are can not handle that. And duplicating images into dozens of categorized sub-albums is silly. These are issues I generally had with G2, based on what I saw in someone's installation of G3 so far. My temp hosting acct doesnt have php 5.2.6 installed, so I havent played with it yet. Will sound off after I install and work with things on primary server. I also suggest creating a module creation forum and repository, with requests, in progress/final marking, supported/non-supported, etc. Get an environment like Vbulletin.org going, rather than just a download center. And thanks, I hope G3 kicks ass and returns Gallery to the glory days. I may not post, but I have over 150,000 images spread across 9 G2 installations on one domain, and serveral other G1 and G2 installations. So I know its power and back end features, but also know that doing anything not readily available is next to impossible. So I'd like G3 to make those things (like above) possible. Either by default, or by modules being easy to code. |
|
stodds
Joined: 2009-03-07
Posts: 2 |
![]() |
The installation was quick and easy. I like the simplified database structure, it will make it easy for my web application to display an album using some simple SQL code. Can you please make the description field in the items table at least varchar(1000) instead of 255? Descriptions can get long in some applications. Also, in the exif_keys table, it would be good for the caption field to be at least varchar(1000) so longer captions can be captured. Gallery 3 is looking good and I hope to use it for my ClockHistory database, which will have several thousand photos. Thanks for a great new product! |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@2005: We'll do something sane with the full size image, but it's easy for you to do it differently in your own theme if you'd like. We'll fix up the short urls to remove the index.php (requires some fairly complicated mod_rewrite trickery to autodetect this properly) and probably append .html to the end of urls that aren't going directly to an image. We will probably keep some query param strings (?page=x, etc) at least for now. Rewriting all of those has significant complications. We probably won't get to doing the really SEO friendly urls in 3.0, maybe in 3.1.. but we will probably get to doing SEO friendly urls for tags. Multiple tag groups and custom fields won't show up in 3.0, and probably not even in 3.1 That's something where somebody could write a 3rd party module pretty easily. We'll be setting up forums for G3 modules as we get closer to release. @stodds: As of r20315 I've changed the description column to be 2048 characters. Can you show me a non-pathological case where the exif values are > 255 chars? If so, I'll make the exif_keys.value column larger also. |
|
stodds
Joined: 2009-03-07
Posts: 2 |
![]() |
The only exif value that would ever be large is the caption field. Here is a forum post about caption size, some people say 160 characters is enough, some people have used up to 1500 characters: http://www.adobeforums.com/webx/.59b78135.59b7d781 I can see using up to 200 - 300 characters in my captions. The way I hope to use the system is to put details about the subject of each photo in its exif caption. Then the photos are uploaded to Gallery. When the photos are displayed, I hope that Gallery would have the option to display the exif caption (or possibly a truncated caption with the thumbnail views) beneath each photo. This way, the caption travels with the picture, and never needs to be entered again. (As an example, Google's Picasa has a nice setup, where a truncated caption is shown below each thumbnail, and on mouseover the entire caption is shown. http://picasaweb.google.com/Clockhistory/MilitaryMensGoldWristwatch#) Thanks for your help and keep up the good work! |
|
bharat
![]()
Joined: 2002-05-21
Posts: 7994 |
![]() |
@stodds good point. I've bumped the size of the value column in the exif_keys table up to 1k. |
|