Gallery 3.0 Alpha-3 Feedback

@alexandreracine: 1) https://apps.sourceforge.net/trac/gallery/ticket/196 2) https://apps.sourceforge.net/trac/gallery/ticket/197 3) I'll defer to talmdal 4) Sort orders are under the "Edit Album" option.. where would you put them? 5) good idea.. I filed https://apps.sourceforge.net/trac/gallery/ticket/198 for that. 6) do you have a reproducible test case for this? I can't make it happen . Great feedback, thanks!

@m-d-d: yep, I think you're seeing a manifestation of https://apps.sourceforge.net/trac/gallery/ticket/106 . The "queue limit" is basically a limit on the number of files we can upload at once. It was arbitrarily set to 100. I just changed it to 1000.. let's see what happens. Edit core/views/simple_uploader.html.php and look for "file_upload_limit" to change it in your version. Filed https://apps.sourceforge.net/trac/gallery/ticket/199 for the flv height issue. I can't reproduce the bug where deleting the album doesn't remove the files from disk. Possibly that's been fixed in SVN after the release? Can you try a nightly? Thanks for the feedback!

@kellym: thanks for the hack to let people use GD! We'll make that configurable. As for the bug where viewing resizes doesn't un-darken when you're done, we're aware of that and are going to be redoing that whole interface.

After looking at the template code, I am back with a few more comments.

First, I am glad to see the use of pure HTML and PHP rather than a template engine like Smarty. It's less complicated and easier to understand.

However, I am not at all fond of embedding PHP inside HTML. It just comes across as a lazy way of doing things to me. Why was this method chosen over a standard echo statement?
---------------------
The Oldiesmann
SMF Webmaster
SMF+G2 Integration Project - RC1 now available!

Just installed my first Gallery3 instance and must say that it looks very promising.
I have found two small things,

1. If you miss to install a graphic program you get an error instead of a warning, maybe this should be checked during installation like other necessary information.

2. The transparency for the watermark is backwards at least according to my mind, if you have 100% transparency it all see through and 0% will be solid, but it is the other way around at this point.

/Niklas

@nekstrand: 1) hm. can you describe the layout of your graphics programs? We do our best to do autodetection so I want to understand how your config slipped through the cracks and 2) I agree with you and have filed http://apps.sourceforge.net/trac/gallery/ticket/204 to address that. THANKS!

@bharat: This is the error i get http://pastebin.com/m3d16add0 , i found out that this is if i'm missing php-gd, but no warnings that it is needed when installing or using gallery.

Edit: I think there is some problems with Imagemagick but they seems to be known (thumbnails), and also the local upload is quite strange, the plus signs does not work bellow one level and there seems to be some update issue as well.

/Niklas

nekstrand: if you are trying to use "local import" as a module, it could be part of the problems. "Local Import" was replaced with "Server Add" in alpha 3. If you just installed it over alpha 2, you might have some old code sitting the installation directory. Its planned for beta 2 to have a migration path from beta 1. At this point, installing a new release is a case of deleting the old installation and reinstalling the new source.

http://www.timalmdal.com

@bharat I tested SVN version from 4/4/2009 and firs I got an error during installation:

Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /var/www/galeria3sv/trunk/installer/installer.php on line 79

Warning: Cannot modify header information - headers already sent by (output started at /var/www/galeria3sv/trunk/installer/installer.php:79) in /var/www/galeria3sv/trunk/installer/installer.php on line 115

First I was unable to login into gallery becouse of not valid password. After reinstall I got error again, but gallery was working and I was able to login.

I successfully created test album and I was able to delete it from gallery and server folder. No problem with this at all.

Despite my good words about the "add from server" i must say it does not work very well.
It added 33904 copies of the first and same photo to the album, this was when i had pictures in second level of directory structure under the path (add from server), 18 files in the directory and the biggest about 4mb.

Edit: also when you delete the files and galleries from Gallery3 it does not seem to remove the physical files, or is this maybe because it breaks down while adding?

/Niklas

It looks like things are progressing well. So far, most of Alpha 3 seems to work for me. I can't seem to get the EXIF module working, however.

First, I turned it on in the Modules screen.
Next, I went to the Maintenance screen, where Gallery3 tells me that "17% of your photos need to be scanned for EXIF data."
Next, I launched the "Extract EXIF data " maintenance task. This launches a little pop-up window which never shows any progress. There are only 10 images in my test gallery, so I expected to see some progress fairly quickly.
When I view the images in my albums, I don't see any links that would allow me to open a pop-up window to show any EXIF tags. Where should I find this option?

Any ideas what I am doing wrong? Thanks.

@Oldiesmann: if you really want to understand the problem, try converting an entire template over to using echo statements in PHP. What you'll find is that the majority of the content is HTML and that it rapidly becomes very difficult to read that content when its surrounded by tons of PHP echo statements.

I wasn't suggesting a separate echo statement for each line. In some cases you only need a single echo statement for the entire file (depending on whether or not there are any control/loop statements in it (such as if, for, foreach, etc.)).

The only difference is that IDEs/editors will highlight the HTML using HTML colors instead of treating it as a PHP string. I have yet to see an editor that has a problem with echo statements.

Also, as many have said, the general consensus is that using short tags is a bad idea. Lyceum (blogging software) abandoned them just because some users had problems due to not having short tags enabled. OSCommerce uses them and some users have had problems with it. Gregarius abandoned them 4 years ago (see http://svn.gregarius.net/trac/ticket/24).
---------------------
The Oldiesmann
SMF Webmaster
SMF+G2 Integration Project - RC1 now available!

One of the big features that has drawn me to Gallery from a pure Drupal solution is the ability to offer several different picture resolutions that the viewer could choose from. Apparently Gallery2 has this, but I installed Gallery 3 today and don't see that feature. Can you tell me if it will be there? If not it's probably back to pure Drupal for me...

The key here is the "exec() has been disabled for security reasons" message. Your host has disabled the exec() function, and therefore Gallery is unable to check whether ImageMagick or GraphicsMagick are available. You can try talking to your host to see if they'd be willing to enable it for you, but I would recommend finding a better host. Yes, exec() can be abused, but it's not easy to abuse it unless the host doesn't have things configured very well.
---------------------
The Oldiesmann
SMF Webmaster
SMF+G2 Integration Project - RC1 now available!

Your host likely already has GD enabled - it's a fairly common PHP extension, and I can't recall ever seeing it disabled (SMF uses GD for resizing avatars and making thumbnails for attachments).
---------------------
The Oldiesmann
SMF Webmaster
SMF+G2 Integration Project - RC1 now available!

@ The Oldiesmann -
Yes, GD is enabled but I don't see any other references to any Graphics programs. I've attached the phpinfo file as a txt file & here's a link to it on the server.
http://www.mideamedia.info/phpinfo.php
I still haven't heard anything back from o2g.net's "tech support staff" about my request.
Thanks for caring.
Lee

Hi, It's me again

I have installed Gallery3 yesterday svn trunk.

When editing an album, the changes made to "Directory name" are never saved: I change directory, I click on modify and them go back album editing, directory name hasn't been changed.

I tried to get translation updates, I have english and french selected, english is default. The process hang on "Fetching updates". I let it run for hours and it's still trying to fetch the updates.
If I check only english language, it works ... is there no french translation available ? is that the reason ?

Tried with an IPv6 + SSL configuration, most things work fine, except the uploader -- can't determine if it's in the Flash or Javascript code: the SSL Negotiation Handshake fails (which means that for Apache, the connection is not established at the SSL Level). How could I get more verbose output?

Note that IPv6 without SSL works.

Using IIS7 Fastcgi PHP 5.2.8 MySQL 5.1.3 GD. Just installed the 3b3 (not from svn). Looks good, installed without any problems. I do have few issues though.

1) I'm trying to add a new user from the admin page and it won't let me do it. I click on the 'Add User' button and nothing happens. The 'Create Group' button works OK.

2) In the 'add from server' settings it will not let me put a path that is more than 3 levels deep. I can do c:\path\path2\ but not c:\path\path2\path3\ or deeper. And, while actually adding from the server, I can not expand the path even though a little plus signs shows next to it. I thought when I clicked the sign, it would expnad the whole tree.

3) I also agree with the previous posters who wrote about the confusion between Name & Title. A user should not see or be able to edit the File Name field. It is confusing. The file name should be generated automatically. In the same vein, somebody wrote about it already - the problem with non-latin1 letters in the file & album names. Either allow the whole UTF8 set or convert them internally to latin1 equivalent.

4)Perosonlly, I do not like the file names to be shown anywhere - security reason. Right now they are visible and prominent everywhere, esp. coolris slideshow gives a full path to a file.

5) Make the file name as a Title optional not automatic. It is a very rare case when one wants to have a title of a picture the same as a file name. But for those who choose that option, strip the file extension. As it is now, it is extremly tedious to go to each and every picture individually to either delete the whole file name or just the extension.

Well I blew away the previous release, loaded this one. Guess I'll wait for the next!
I tried to add a user, no go. So I tried to edit the admin user to add an email address. Got an error.
I uploaded a photo. Though it all seemed to go OK, no photo got uploaded.
If the problems were database related, there was no indication on installation that the DB wasn't acceptable.

I have a feature request for G3:

As a user of G1 on a club website with lots of photos, I occasionally see spam comments. I get emailed when they happen so I can remove them quickly. I also get emailed when registered users add photos or make any album changes.
Those emails are very important to me. I think G1 does it better and simpler than G2.

Please pretty please, add an email facility which reports on changes, whether by logged on users or guests.

I installed G2 on the club site and migrated all the piccies to it. Then G3 appeared on the scene, so I thought I'd wait to see how it panned out, rather than getting my G1-aware users onto G2, then later G3. I'd love a migration path for the albums, photos, descriptions, comments etc, from G1 to G3. But I know that is a big ask.

Meanwhile, keep up the good work guys.
Thanks,
Ken.

--------------------------------------------------
Error on saving changes to admin user:
--------------
An error was detected which prevented the loading of this page. If this problem persists, please contact the website administrator.
modules/user/controllers/admin_users.php [116]:
Trying to get property of non-object
-------
Stack trace
-------
*
Admin_Users_Controller->edit_user( 2 )
* core/controllers/admin.php [49]:
call_user_func_array( Array
(
[0] => Admin_Users_Controller Object
(
[uri] => URI Object
(
)

[input] => Input Object
(
[use_xss_clean:protected] => 1
[magic_quotes_gpc:protected] =>
[ip_address] =>
)

)

[1] => edit_user
)
, Array
(
[0] => 2
)
)
*
Admin_Controller->__call( users, Array
(
[0] => edit_user
[1] => 2
)
)

* kohana/core/Kohana.php [270]:
ReflectionMethod->invokeArgs( Admin_Controller Object
(
[theme:private] =>
[uri] => URI Object
(
)

[input] => Input Object
(
[use_xss_clean:protected] => 1
[magic_quotes_gpc:protected] =>
[ip_address] =>
)

)
, Array
(
[0] => users
[1] => Array
(
[0] => edit_user
[1] => 2
)
)
)

*
Kohana::instance( )
* kohana/core/Event.php [209]:
call_user_func( Array
(
[0] => Kohana
[1] => instance
)
)
* kohana/core/Bootstrap.php [55]:
Event::run( system.execute )
* index.php [61]:
require( kohana/core/Bootstrap.php )

Maybe not the best solution (as you'll loose slideshows), but if you're worried about it you can always disable the slideshow module.

@bharat: I tried reinstalling from SVN tonight, and I don't see any difference with the EXIF module -- when I try to run the EXIF maintenance task, it stalls, and I never see any blocks or links in the albums for EXIF data.

Since installing tonight's SVN, I don't have any log files in the var/logs folder, although the contents of the log files from before the re-installation contained no errors.

I verified in Vista that the EXIF tags are present. The really interesting part is that the "Popular Tags" side block contains some info in it that is only contained in the EXIF tags (description, location, keywords, etc.).

Do you have any further suggestions?

@pinn8: I lowered the logging level so you might not have a log file now (the old logs were too noisy, now the log file won't even be created unless there's something to put in it). So no logging issues. Hm. Can you zip up all your images and pass them on to me? I'll try adding them to my g3 and see if I can figure out what's going wrong.

@alternateroute: er, what exactly is your problem? "the same thing" isn't very explanatory in a thread that has 92 comments!

@MtnBiker I'm guessing that you're using PHP as CGI? I have only seen reports of the error happening in that situation and I haven't been able to reproduce it so that I can investigate. Any chance I can ssh onto your server and observe the problem first-hand?

The answer is probably a quick yes... but does g3 really require PHP 5.2? The latest RHEL release only has PHP 5.1.6 so it'll be a bit of a pain to get past the;

"Gallery requires PHP 5.2 or newer."

message.

I removed it from there and the top index page. It them complained about the filter module that was added in 5.2, so that is probably part of it. I managed to install a beta/unstable version in 5.1.6 (which took a while with various problems not work reporting). So getting past that it then gets as far as configuring and creating an admin account for me but kohana then produces various errors on the front page, so it must require 5.2. Guess I'll not be testing this out for a while. Ah, I could try it out on my PS3, it runs Fedora 10 with has php 5.2.6.