Gallery 3.0 Beta 1 is ready!

Gallery 3 is finally in beta! We've been hard at work over the past 8 months designing and building a worthy successor to the Gallery line and we are happy to say that we've got something that we think will make you very happy. The big news for this release is that from this point on, we will support upgrades to future releases! But don't take our word for it, download it now!

Intended audience

Gallery 3 Beta 1 is not a finished product, yet. We still have a lot of polishing left to do on it. But most of the big pieces are in place and it's beginning to really shine. Even in its incomplete state, it is a stable and reliable product. If you're looking to move forward and you're willing to live a little bit on the edge, now is the time. If you're excited about creating beautiful themes and writing your own custom modules, now is a great time to get involved!

Security warning

We've commissioned a professional audit from our good friends over at Gotham Digital Science and they gave us a list of security flaws in the product. We have fixed all the major flaws they uncovered. There are still some little issues left, but they are along the lines of "you should ask for the old password as a confirmation when you let users change their password". We'll fix them, but they're not fixed yet. Are all the security holes closed? We hope so, but history says that there are probably a few that we haven't uncovered yet. If you install Beta 1 on a public site, we encourage you to watch for new releases and be prepared to upgrade when we put out security fixes.

Let's go!

With the disclaimers and warnings out of the way, here it is: Download Gallery 3.0 Beta 1 (1.2 MB) or retrieve directly from our revision control with git clone git://github.com/gallery/gallery3.git

The Gallery 3 Philosophy

Gallery 3.0 is easy and fun to customize. We have made every effort to make it much easier for the casual developer to hack on the product. You don't need a computer science degree to do something really cool with it! And our user-centric development process ensures that the user interface is not an afterthought.

  • Scope and target audience - Before starting development on Gallery 3.0, the target audience and the scope of the application were clearly defined. Gallery 3 is not a general purpose web application handling any file format you throw at it. And it's not supported on every web platform that exists.

    We made tough decisions early on to make the product leaner and faster for you. For example, we got rid of photo-level permissions and provide them only at the album level. This makes the app faster and easier to maintain while simplifying the UI and removing a feature that most don't use.

  • Simplicity - We've got some great usability and user interface experts on our team, designing and prototyping interfaces that just make sense. The emphasis is on making simple, frequent tasks quick and easy. To see an example of this, check out the admin dashboard and the user/group administration page.

  • Size matters! - Gallery 3.0 is currently a mere 4.4MB (uncompressed on your disk), with all its features. Compare that to the 16.5MB of Gallery 2.3's bare bones minimal package. Leaving out some levels of abstraction really helps to lose some weight!

  • On the shoulders of giants... - Gallery 3.0 is made possible by some truly great advances in technology.

    • We evaluated many PHP frameworks before choosing Kohana. It makes PHP application development simple and fast. Thanks to the Kohana folks for providing this first class application framework!

    • PHP 5. We're taking advantage of many of the new features and capabilities available in the latest versions of PHP. This allows us to write less code and have a faster product.

    • We're using jQuery to create the rich user interactions in the browser that make the application fast and light. Especially with with jQuery UI and a host of plugins, UI development couldn't be more hassle-free.

  • Easily customizable - Did you know you can create your own theme just by copying an existing theme to a new folder? How's that for easy? There's no new templating language so if you know HTML and PHP you can start hacking today.

  • Easily extendable - We've worked hard to keep things simple. You can write your own module complete with installer, menus and theme integration in just a few lines of code. And to make life easier, we've created a Developer module that gives you a point and click way to create your own modules.

  • Fewer configurations - We support Gallery 3 on Unix running MySQL 5, Apache 2.2 and PHP 5.2.3. By restricting the number of platforms that we support, we can put out high quality releases faster. Gallery 3 may work with MySQL 4.1, IIS and other platforms but the Gallery team is going to focus its energy on making the best possible product on the supported configuration.

What's new in this release?

  • Support for upgrading to further releases (beta 1)
  • Full HTTPS support (beta 1)
  • Use the EXIF caption as the photo description (beta 1)
  • Support for installs into non-empty databases (beta 1)
  • Gallery 2 Import now imports comments, sort orders, keywords, tags, timestamps and more (beta 1)
  • Photo and album names are editable (beta 1)
  • Big improvements to the Organize (bulk editing) feature including drag and drop, mass rotation and album highlights (beta 1)
  • Advanced settings editor (beta 1)
  • Greatly improved permissions interface (beta 1)
  • Improved localization client UI allowing to translate plurals (beta 1)
  • Performance improvements (beta 1)
  • 85 closed tickets in the beta 1 release
  • Bulk editing interface (alpha 4)
  • Gallery 2 to Gallery 3 import (alpha 4)
  • Tag management for admins (alpha 4)
  • 41 closed tickets in the alpha 4 release
  • Support for database table prefixes (alpha 3)
  • Random image block for the sidebar (alpha 3)
  • Module administration view (alpha 3)
  • Added translation server and localization client (alpha 3)
  • Reimplemented the Flash uploader using SWFUpload (alpha 3)
  • Album sort orderers (alpha 3)
  • Add photos directly from the web server (improved in alpha 3)
  • User/group/permissions management UI (alpha 3)
  • Auto-login at the end of the installer, with a welcome page (alpha 3)
  • Moved Google Maps and Polar Rose modules out of the official package into the community repository (alpha 3)
  • 58 closed tickets in the alpha 3 release
  • Localized UI with built-in editor (server side support is not finished) (alpha 2)
  • RSS feed for comments (alpha 2)
  • RSS feed for new images or movies (alpha 2)
  • EXIF read support (alpha 2)
  • Add photos directly from the web server (alpha 2)
  • Support for uploading and viewing FLV movie files (alpha 2)
  • Ability to view full size photos (alpha 2)
  • Boolean and full text search (alpha 2)
  • Album browsing
  • Item commenting, comment moderation
  • Spam protection with Akismet and Recaptcha
  • Image toolkit support for ImageMagick, GD, and GraphicsMagick
  • Theme system, including separate admin theme.
  • Module system to extend the functionality, and a series of existing modules
  • Basic metadata boolean search with relevance ranking
  • Flash-powered slideshow (Cooliris)
  • Album media RSS feeds
  • Quick edits of item metadata
  • In place item deletion and rotation
  • User group management (drag & drop interface)
  • Basic user permission management
  • Admin dashboard with drag and drop blocks

Roadmap

From the beta release onwards we'll be working on polishing up what we already have. We will try to restrain ourselves from adding lots of new features and will focus on stability so that we can release it to you sooner.. A few things that we know that we'll be adding include:

  • Photo printing support
  • More capabilities in the Organize feature
  • Import permissions from Gallery 2
  • Remap Gallery 2 urls to Gallery 3
  • Improved tagging support
  • Basic embedding hooks / instructions
  • (opt-in) Stats collection (helps us to improve the product)
  • Bulk editing of albums and photos (partially available in beta 1)

You can track development on our Trac roadmap.

Got feedback?

If you have any overall feedback, please visit the Gallery 3.0 Beta 1 Feedback forum topic and let us know! If you have questions, please visit the Gallery 3 Wiki, the future home for Gallery 3 documentation.

@talmdal and @bharat:

I just download gallery3 and install it again.

After I enable mod_rewrite, the problem is gone. No warning message in set permission dialog window. Thumbnails are also showed correctly after disable all permission to everybody group. So I think the ticket #307 may be closed.

For translation issues, I will try them at my spare time.

Oops! When I select "theme details", it returns error.

The page you requested, admin/theme_details, could not be found.
File: system/core/Kohana.php, line: 841

...

There is no such problems on other pages.

osomanden's picture

Tried again (after another git clone thingy..) and ran the import g2 images and albums function. And running in IE8 i got this:

Dang... Something went wrong!
We tried really hard, but it's broken. Hey wait, you're an admin! We can tell you stuff.
Ok.. tell me stuff!
Help!
If this stuff doesn't make any sense to you, ask for help in the Gallery forums!

So here's the error:
@todo FORBIDDEN
File: modules/gallery/helpers/access.php, line: 176

And here's how we got there:
modules/gallery/helpers/access.php [360]:
access_Core::forbidden( )
modules/g2_import/controllers/admin_g2_import.php [42]:
access_Core::verify_csrf( )
Admin_g2_import_Controller->save( )
modules/gallery/controllers/admin.php [50]:
call_user_func_array( Array
(
[0] => Admin_g2_import_Controller Object
(
[theme:private] =>
[uri] => URI Object
(
)

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

)

[1] => save
)
)
Admin_Controller->__call( g2_import, Array
(
[0] => save
)
)
system/core/Kohana.php [291]:
ReflectionMethod->invokeArgs( Admin_Controller Object
(
[theme:private] =>
[uri] => URI Object
(
)

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

)
, Array
(
[0] => g2_import
[1] => Array
(
[0] => save
)

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

And from the var/log
2009-06-11 13:46:52 +01:00 --- error: Uncaught Exception: @todo FORBIDDEN in file modules/gallery/helpers/access.php on line 176

But still a blank screen trying to import..

GIJosh1516's picture

Progress is a great thing...

I've switched from a Fedora platform to Windows, and I was able to get G3 up and running, but I'd like to make a feature request. I know integration is second thought, but just wanted to make the community aware.

I have all the available graphics toolkits installed, and the permissions set accordingly for a Windows environment, but on the Graphics menu page, only the bundled GD toolkit shows available, and the others are just dim, no option to set the path as in G2. Is there a config file I should update with the correct path to the files, etc?

As always, thanks for the devotion!

I'm getting lots of errors regarding paths that seem incorrect (404 not found)

when i install in a subfolder

While i installed in /g3b/ it tries to load things like this:
/php5/index.php/simple_uploader/app/1
/php5/index.php/rss/updates
/php5/index.php/rss/comments
/php5/index.php/rss/comments/1
/php5/index.php/logout?csrf=dd4bb10d786107bdcbd0cad46d11425c&continue=g3b/index.php

Some ideas

* Add possibility to Switch off thumbnails watermarking.

* I create my own theme. So easy one- change color and so. Difficult was change buttons (next, prev,...). Css and images are not under themes folder. When now go back to the default theme, i need again to change css and images under /lib/themeroller. It is not easy to switch themes.

* It is not possible translate menu "Start translating"

Sorry for my bad english!

I hope my remarks was useful.

I'm duly impressed. Just imported 21,000+ pics from a G2 gallery with a day of downtime in the middle. Import picked up afterward with no loss of data.

The largest gripe I have so far is the lack of archive support (zip, tar, bz, gz) when importing. Is this something that'll be added to the core, or a plugin?

bharat's picture

@osomanden: Gallery 3 only supports Apache 2. If you can reproduce this problem with Apache, please let us know. Your G2 import issue seems like its probably caused by trying to import from a multisite g2.. this is an open bug that we're working on (sorry Trac is down so I can't provide a ticket for that).

@engineer: last night I renamed the "theme details" controller to be "theme options". I must have missed a spot. Can you tell me where you found the bad link?

@GIJosh1516: Gallery 3 only supports Linux. I'm guessing we don't properly detect paths on Windows, and we don't have resources to really fix that. Sorry.

@psygarden: please grab a copy of the latest code-- I believe this is fixed now.

@peremees: we have a ticket to make watermarking more effective (trac is down, can't provide a link). We also have a ticket to better enforce theme separation to make cut/paste easier. And we have a ticket to allow you to translate dialogs. It's all in the works :-)

@tarzxf: glad to hear it went well! importing archives is not a high priority for us, but it should be a pretty easy addition as a separate module. Probably a target for the 3.1 release, but maybe the community can help us pull it in sooner.

---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest zip: http://github.com/gallery/gallery3/zipball/master
Latest git: http://codex.gallery2.org/Gallery:Using_Git

@bharat: Log in as admin, then select Admin -> Appearance -> Theme Options. It links to ".../admin/theme_details"

Hi and to the developers of Gallery 3 I wanna thank you very much for your excellent contribution of this high-end free ware product. I also tried the Alphaversion and while you are rolling out betaversions I have an question for you. I translated main parts of the alpha to my own language, but could not find any of these translated phrases in the beta 1. I have begun to translate this version too, and hope i do not need to do this in each beta version? If so, I'll wait for the final version before I translate. I really look forward to start using a stable version and import into this a popular and frequently updated and visited G2 installation we use.

@nettstudio:
1. share your translations by uploading them to the translation server. if you install g3 again, you'll be able to download these translations to that new installation with the "get updated" link in admin -> settings -> language settings.

2. keep a backup of your database table "outgoing_translations", that's where all your translations are stored. maybe you've invested a lot of time to translate things, so you shouldn't rely on our central translation server.

notes:
we're still shaking out bugs in the translation system. some of the translation submissions don't get stored in the translation server because of some bugs.
the only remaining issue that we know about is this one:
https://sourceforge.net/apps/trac/gallery/ticket/346

bharat's picture

@engineer: sorry my bad, I had forgot to fully commit that change. Try again now, it should be fixed.
---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest zip: http://github.com/gallery/gallery3/zipball/master
Latest git: http://codex.gallery2.org/Gallery:Using_Git

osomanden's picture

That is a negative. It might support only Apache2.. But this is not a webservice issue. (as I see it.)

After fidling with some error settings.. I got this. It seems that it fails to copy/create the GalleryUtilities.class to the temp dir.

/*
Help!
If this stuff doesn't make any sense to you, ask for help in the Gallery forums!

So here's the error:
require_once(/home/web/www.dulmens.dk/gallery3/var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/modules/core/classes/GalleryUtilities.class) [function.require-once]: failed to open stream: No such file or directory
File: var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/bootstrap.inc, line: 27

And here's how we got there:
var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/bootstrap.inc [27]:
Kohana::exception_handler( 2, require_once(/home/web/www.dulmens.dk/gallery3/var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/modules/core/classes/GalleryUtilities.class) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory, var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/bootstrap.inc, 27, Array
(
[embed_path] => /usr/share/gallery2/embed.php
[mod_path] => /home/web/www.dulmens.dk/gallery3/var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83
)
)
var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/bootstrap.inc [27]:
require_once( )
var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/main.php [23]:
include( var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/bootstrap.inc )
var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/embed.php [36]:
require( var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/main.php )
modules/g2_import/helpers/g2_import.php [122]:
require( var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83/embed.php )
modules/g2_import/helpers/g2_import.php [48]:
g2_import_Core::init_embed( /usr/share/gallery2/embed.php )
modules/g2_import/controllers/admin_g2_import.php [51]:
g2_import_Core::is_valid_embed_path( /usr/share/gallery2/embed.php )
Admin_g2_import_Controller->save( )
modules/gallery/controllers/admin.php [50]:
call_user_func_array( Array
(
[0] => Admin_g2_import_Controller Object
(
[theme:private] =>
[uri] => URI Object
(
)

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

)

[1] => save
)
)
Admin_Controller->__call( g2_import, Array
(
[0] => save
)
)
system/core/Kohana.php [291]:
ReflectionMethod->invokeArgs( Admin_Controller Object
(
[theme:private] =>
[uri] => URI Object
(
)

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

)
, Array
(
[0] => g2_import
[1] => Array
(
[0] => save
)

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

*/

and directories/files are there:

debianweb:/home/web/dulmens.dk/gallery3/var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83# ls -la
total 68
drwxr-xr-x 2 www-data www-data 4096 2009-06-12 11:49 .
drwxrwxrwx 3 www-data www-data 4096 2009-06-12 11:49 ..
-rw-r--r-- 1 www-data www-data 2011 2009-06-12 11:49 bootstrap.inc
-rw-r--r-- 1 www-data www-data 2817 2009-06-12 11:49 embed.php
-rw-r--r-- 1 www-data www-data 26006 2009-06-12 11:49 Gallery.class
-rw-r--r-- 1 www-data www-data 20724 2009-06-12 11:49 main.php
debianweb:/home/web/dulmens.dk/gallery3/var/modules/g2_import/43c9fdc8cff4d08be932f4f460e91f83#

I have problem with movie files. Then i upload movie files everything seems ok, but i can't see them on my gallery. Another question, will new version support the avi format?

Hi guys...

It 's me again, probably reportaing again a problem already known ( I've search for it and I didn't find it).
Anyway...
It was impossible for to redirect from www.mydomain.com to www.mydomain.com/gallery3, (like I use to do for my gallery2) beacause when in configure this redirection, firefox always reurn me a loop redirection error.

Thanks again guy for your great job

I just installed G3 alpha 1 and when I go to upload images to an album, i'm not getting any option to 'browse' for the photos in the lightbox popup...anyone getting this error or know what's causing it?

bharat's picture

@osomanden: yes, it's true that this is unlikely to be an issue with lighthttpd-- but if it does turn out that way then I've wasted my time so I think it's fair to ask you (or anybody) to reproduce the problem on Apache2 first. Btw, I've just committed a change that should fix this-- want to try again with the latest code?

@V.: What's in your error logs?

@Luluberlu: How are you doing the redirect? What's in your error logs? What're the real urls?

@doxism: You probably mean "beta 1" and make sure that you have Flash enabled in your web browser.

---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest zip: http://github.com/gallery/gallery3/zipball/master
Latest git: http://codex.gallery2.org/Gallery:Using_Git

I did mean "beta 1"; however, I tried it in both IE8 and the latest release of FF with Flash enabled as normal...no cigar. Very peculiar, I get the pop-up, but no option to do anything such as browse for files on the pop-up, just the album where images will be uploaded to, the cancel and ok buttons to return to the previous screen. Has anyone else seen this anomaly?

bharat's picture

@doxism: that's weird, I haven't seen that happening in browsers that have Flash enabled. Can you watch your network stream using Firebug and see if the swf file is getting downloaded?
---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest zip: http://github.com/gallery/gallery3/zipball/master
Latest git: http://codex.gallery2.org/Gallery:Using_Git

@bharat - I upgraded from Debian Etch to Fedeora 11 to meet the php requirements. All other maintenance tasks now run, but the gallery 2 import still shows the same symptoms - popup with no progress. Symptoms are a little different. Once the popup progress is displayed, I don't see any more web requests in the apache logs. Again, no messages in the gallery log files. Even tried the latest git as of today with same result.

I would love to see a gallery2 to gallyer3 import when both galleries are on different servers..

bharat's picture

@steelfly: Can you try using tcpdump or wireshark and watch the network traffic? Because the maintenance task uses ajax, if the server side is throwing an error the javascript code might just be eating it. If you use tcpdump, you can see the actual error coming back.

@aroundmyroom: It's possible (but hard). Would you please file a ticket for that?
---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest code/upgrading: http://codex.gallery2.org/Gallery3:Upgrading
Latest git: http://codex.gallery2.org/Gallery:Using_Git

@bharat - wireshark shows "500 internal server error" when responding to request for "index.php/admin/maintenance/run/11?csrf=23d40f93eae028c3940ac177cf3eddf2". There seemed to be no other useful information in the reply from the server. No http data in the reply. Anywhere else that I may be able to look to shed more light on the issue?

@steelfly: create a local.php file with the following content and rerun

<?php defined("SYSPATH") or die("No direct script access.");
define("IN_PRODUCTION", false);

// Set the error reporting level. Use E_ALL unless you have a special need.
error_reporting(E_ALL);

// Disabling display_errors will effectively disable Kohana error display
// and logging. You can turn off Kohana errors in application/config/config.php
ini_set('display_errors', true);

This will enable error reporting
Tim
http://www.timalmdal.com

@bharat - After snooping through the code, this is what I found worked for me. In g2_import.php, function 'stats', the second line is "GalleryCoreApi::requireOnce("modules/comment/classes/GalleryCommentHelper.class");" If I comment this line out, the import works. I never get past this point with this line enabled. I put the line in a "try/catch" block, but it does not throw an exception. I don't know enough about the code to comment any more than that, but can experiment if needed.

@talmdal - Saw this too late, but noted it for later testing. Went to the old "print to the log file" debugging. Thanks!

@bharat:
After download and test again, the "theme options" problem is gone. Thank you.

I spend a lot of time to translate Gallery3 to Traditional Chinese. Almost message strings are done, however, there are still some strings don't listed at the bottom left of translation box, so I can't translate them. I will list where are them, and then, please tell me how to solve it. :)

log.php

"<?php defined('SYSPATH') or die('No direct script access.'); ?>

2009-06-12 11:15:05 +03:00 --- error: Uncaught Exception: @todo MISSING_FFMPEG in file modules/gallery/helpers/movie.php on line 116"

Hi,
Im wondering if there will be a feature like there was in gallery 2 of adding a menu item on the navigation menu for static html pages/content. i.e. for alternative welcome page, contact info and the like...

Hi,
I have problem with ffmpeg on Gallery3 beta. How I understand ffmpeg is needed only for thumbnails. I don't have ffmpeg and don't need it, for me movies can be without thumbnails. How can i upload movie files without using ffmpeg?

@yasha: alot of the features that you are describing were not part of the Galley2 core product, but were developed by the Gallery2 user community. AS such, our current road map does not include that functionality and the it would be up to the community to add that functionality.

We've tried to make Gallery3 to be less complex to extend and I think we have succeeded. Somebody has already created the first extension module. There is also a "developer" module that can generate a skeletal module that can be used to start the module development process.

Both of these can be found at git://github.com/gallery/gallery3-contrib.git

http://www.timalmdal.com

2 Questions:
I read that we cannot do a multisite installations yet.
1) When do we plan of having that capability?
2) If I create multiple single installations, how difficult will it be with G3 to consolidate once that functionality is available?

The sooner we have this, the sooner I can kick the tires and start hunting bugs on this bad boy,

Cheers, and thanks for the great work!

floridave's picture

th0th,
should be fixed in git.
Latest git: http://codex.gallery2.org/Gallery:Using_Git

check it out and kick away!

Dave

_____________________________________________
Blog & G2 || floridave - Gallery Team

bharat's picture

@V. In gallery3, we don't want to have items without thumbnails, and you need ffmpeg to have a thumbnail for a movie. So right now, you require it. If G3 can't autodetect it, in Admin > Settings > Advanced you can specify the path to your ffmpeg binary.

@th0th: No firm plan for when we'll have multisite support. I don't think that it'll be difficult to implement, but I'm guessing that it will not be hard to consolidate multiple multisites under one codebase at some future date.

@steelfly: That bug is now fixed in http://sourceforge.net/apps/trac/gallery/ticket/409 -- upgrade to the latest code from Git to get the fix.
---
Problems? Check gallery3/var/logs before you post! and file bugs here!
Latest code/upgrading: http://codex.gallery2.org/Gallery3:Upgrading
Latest git: http://codex.gallery2.org/Gallery:Using_Git

Hi againe,
Problem is that, my hosting company doesn’t provide ffmpeg support. Then I upload mp4 file I don’t receive any error message. Then I have compared size of folders after upload and before, file is saved somewhere. So I upload files and don’t receive any error message. My gallery folders are bigger, but I can’t see these files.

Another problem with movies files is that my hosting company doesn’t allow shell exec command; they say it is not safe. As I understand, movie.php uses shell exec command (for example: static function extract_frame don’t check if exec function is allowed).

I try build my own module. Create a copy of info and switch only the name in module.info. Now I go to module page. Try activate but it doesn't works. After pressing update button the message shows that the new module is activated. It isn't so :(. Whats wrong?

Downloaded B1 the other day and installed it. I had the blank page after filling in the server path for G2 Import. Wiped the db, downloaded 79582ee5bfe9f457a31a13ac92ee00efd93fe417, and the same thing happened. Any ideas?

Also, while the full-screen slideshows are very nice, they are slow to load on my rural DSL, hoping there is a way to do better preloading.

All in all a lot less byzantine and obstructive than G2, so another vote for "you're on the right track". Thanks for all you do. :^)

bharat's picture

@V.: I've created this ticket for ffmpeg http://sourceforge.net/apps/trac/gallery/ticket/417 but if your host doesn't support exec() then Gallery3 probably won't work with it. What error do you get when you try to use exec()? Does function_exists("exec") return true or false?

@peremees: please publish your module code somewhere (in the forums is best) or create a fork of the gallery3-contrib repo on GitHub and push it to your fork and we'll work with you on it.

@heycd: Please check your error logs and create a new forum thread for what you find there.
---
Problems: Check gallery3/var/logs first!
file a bug or feature request | upgrade to the latest code | use git

* Add photo to gallery pop up dialog box.
* Edit Album dialog box.
* Edit Permission dialog box.
* Organize Album dialog box.
* My system has ImageMagick but no GraphMagick. It doesn't list "ImageMagick is not available on your system" and "GraphMagick is available in %path".
* The description of "Gallery Default" theme.
* To edit user, the "Full Name", "Language Preference", "Password", "Confirm Passowrd".
* Server add module, the "Server Add needs configuration. Configure it now!"

These entries described above didn't list in "page text" box for me to translate them. Could you please tell me how to solve them?

one remark.
when i turn off comment module then RSS comments feeds are visible.

Attached file is the module from previous message.

Hey bharat,

My G2 Import config issue was solved by adding the eAccelerator line to my .htaccess file.

Would be helpful to be able to have a "Use same sorting for subalbums" checkbox.

Thank you. :^)

@engineer:
you'll need to get the latest version from git to see all messages in the translation UI.
please read the 3 comments starting at:
http://gallery.menalto.com/node/85643#comment-310251

@valiant:
Thanks. I found there are a lot of strings have to be translated. The task may take me seveal days to finish it.

By the way, some strings with "number" are incorrect. For example,

[one] - 1 photo needs to be scanned
[other] - 1 photo needs to be scanned

[one] - There is one tag
[other] - There is one tag

[one] - 1 comment
[other] - 1 comment

[one] - 1 user
[other] - 1 user

[one] - 1 group
[other] - 1 group

[one] - 1 album
[other] - 1 album

[one] - Finding files: found 1 file
[other] - Finding files: found 1 file

[one] - You have one out of date photo
[other] - You have one out of date photo

[one] - Updated: 1 image. Total: %total_count.
[other] - Updated: 1 image. Total: %total_count.

[one] - One of your photos is out of date. <a %attrs>Click here to fix it</a>
[other] - One of your photos is out of date. <a %attrs>Click here to fix it</a>

[one] - 1 movie
[other] - 1 movie

[one] - 1 tagged photo/movie/album
[other] - 1 tagged photo/movie/album

[one] - One task is stalled
[other] - One task is stalled

[one] - Scanning files: scanned 1 file
[other] - Scanning files: scanned 1 file

In [other], the '1' should be '%count', right?

As I stated in http://gallery.menalto.com/node/88440 I seem to upload pics successfully but I can't see them in the gallery afterwards.

Strange thing is, there is no log in /var/log/ whatsoever ... Any ideas?

@CaptainRudi: Try creating a local.php file in the gallery3 directory (same directory as index.php) and put the following in it:

<?php defined("SYSPATH") or die("No direct script access.");
// Set the error reporting level. Use E_ALL unless you have a special need.
error_reporting(E_ALL);

// Disabling display_errors will effectively disable Kohana error display
// and logging. You can turn off Kohana errors in application/config/config.php
ini_set('display_errors', true);

By default error reporting is off, so this will turn it back on.

Tim
http://www.timalmdal.com

talmdal wrote:
@CaptainRudi: Try creating a local.php file in the gallery3 directory (same directory as index.php) and put the following in it:

<?php defined("SYSPATH") or die("No direct script access.");
// Set the error reporting level. Use E_ALL unless you have a special need.
error_reporting(E_ALL);

// Disabling display_errors will effectively disable Kohana error display
// and logging. You can turn off Kohana errors in application/config/config.php
ini_set('display_errors', true);

By default error reporting is off, so this will turn it back on.

Tim
http://www.timalmdal.com

Thanks!

But Creating a local.php as suggested results in a "Fatal error: Call to undefined function t() in /var/www/vhosts/jansreisen.de/httpdocs/gallery3/modules/gallery/views/kohana_error_page.php on line 58".

So still no logs at all, however I solved the problem. It is a problem with .htaccess secured directories in need of username and password.

The flash uploader runs into a 401 error. Seems to work to slow as I get a kind of a windows popup asking for username and password but at that point the 401 error is already logged into the apache logs. So nothing will happen ...

Regards!

bharat's picture

@peremees: you have a bug in your code in contact_theme.php. There's a stray question mark on line 25. Change that line to: $block->title = t("Contact Me");.

@heycd: would you please file a feature requst for the sorting issue? Thanks!

@CaptainRudi: I've filed a ticket for the flash-uploader-vs-authentication issue: http://sourceforge.net/apps/trac/gallery/ticket/436
---
Problems: Check gallery3/var/logs first!
file a bug or feature request | upgrade to the latest code | use git

@engineer:
d'oh! there was a bad bug related to plural forms, and it was always showing the same form for "one" and "other" in the l10n UI.
it's fixed now.

So, is it reasonable to start building a theme today ? I guess there will no more radical changes from theming point of view... isn't it?

thx, bye

ricc.

bharat's picture

@ricc: absolutely yes. There will be changes, but we'll help you with them. Please share what you come up with!

---
Problems: Check gallery3/var/logs first!
file a bug or feature request | upgrade to the latest code | use git

Hi guys... an interesting phenomena two visitors to my site have reported that in 1 album clicking the 'next' button results in skipping of every other image... Only even numbered images show, although available in album view. Repaired in latest build?

I will try find their browser details and post a link to the said album if it will help...

And then a big end user desire ~ is anyone out there planning a plugin for Facebook that will import photos from G3??

Thanking everyone in anticipation.