I'm upgrading an old, non-working Gallery 2 installation to Gallery 3 (3.1.5).

If certain php extensions are missing, the installer (at /index.php) will render an error document listing what's missing. See attached screenshot below.

This doesn't work for mbstring. If mbstring is missing, /index.php returns a 500 server error header with no document, and nothing is logged to the error log. It's not easy to figure out what's causing the error since there are no clues as to what's wrong.

(I believe that since the index.php document has error_reporting(0); and ini_set("display_errors", false); in it, that's why I was seeing an empty error page and nothing in the Apache error log. Disabling these lines made an error message appear that clearly said that mbstring was missing.)

The feature request is: detect whether mbstring is missing and print some kind of error message saying so, ideally in the same style as the screenshot. If that's not easy, just putting something in the error log saying "The mbstring PHP extension is not installed and it is necessary so please install it now" would be helpful.

Hi,

I am unable to login into the admin panel of Gallery 3.1.5. Getting following error on PHP 7.0 and Mysql 5.5

2021-11-15 08:00:28 +00:00 --- error: Kohana_Exception [ 403 ]: @todo FORBIDDEN
[[path]]/gallery315/modules/gallery/helpers/access.php [ 202 ]
#0 [[path]]/gallery315/modules/gallery/helpers/access.php(425): access_Core::forbidden()
#1 [[path]]/gallery315/modules/gallery/controllers/login.php(31): access_Core::verify_csrf()
#2 [internal function]: Login_Controller->auth_ajax()
#3 [[path]]/gallery315/system/core/Kohana.php(302): ReflectionMethod->invokeArgs(Object(Login_Controller), Array)
#4 [[path]]/gallery315/system/core/Event.php(208): Kohana_Core::instance(NULL)
#5 [[path]]/gallery315/application/Bootstrap.php(67): Event_Core::run('system.execute')
#6 [[path]]/gallery315/index.php(124): require('/home/soft/publ...')
#7 {main}
2021-11-15 08:00:28 +00:00 --- error: Missing messages entry kohana/core.errors.403 for message kohana/core

However I can successfully login when I update my PHP to 7.1 The README.md file states the script requires 7.0 version. Is the requirement of PHP defined in README.md file is wrong ? OR am I doing something wrong ?

Gallery supports Apache, straight out of the box. nginx, however, is another completely different beast. It took me literally years to get it right... namely, to find a 5-year-old working configuration (aye, there are hundreds of solutions out there, most of which too outdated, straight 'conversions' from the Apache rewrite rules (which are ugly and rarely efficient) or even using the dreadful if statement, which is not supposed to be used.

Because it's so hard to get Gallery3 working under nginx, I'd love to request that a working configuration for nginx is added on the installation instructions (or on a separate file). I'd add it to the old Wiki, but, alas, I'm aware that there is no access for the common rabble such as myself... 😉

Anyway, the following solution by @jonmiller works: http://jonamiller.com/2015/02/15/gallery3-on-nginx/

Because the Internet is fickle, and sites come and go (his blog only has two entries from 2015, clearly something he has not been updating...), taking into account that all credits are due to Jon Miller, here is the working configuration:

server {
    server_name <gallery_url>;
    listen 80;

    root <path_to_gallery_installion>;

    access_log <path_to_log_locations>;
    error_log <path_to_log_locations>;

    index index.php;

    location / {

        location ~ /(index\.php/)?(.+)$ {
            try_files $uri /index.php?kohana_uri=$2&$args;
            location ~ /var/thumbs/.*/.album.jpg {
                # Direct access to album thumbs explicity allowed
            }
            location ~ /\.(ht|tpl(\.php?)|sql|inc\.php|db)$ {
                deny all;
            }
            location ~ /var/(uploads|tmp|logs) {
                deny all;
            }
            location ~ /bin {
                deny all;
            }
            location ~ /var/(albums|thumbs|resizes) {
                rewrite ^/var/(albums|thumbs|resizes)/(.*)$ /file_proxy/$2 last;
            }
            location ~* \.(js|css|png|jpg|jpeg|gif|ico|ttf)$ {
                try_files $uri /index.php?kohana_uri=$uri&$args;
                expires 30d;
            }
        }

        location = /index.php {
            include fastcgi_params;
            fastcgi_index index.php;
            fastcgi_split_path_info ^(.+\.php)(.*)$;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            fastcgi_param PATH_INFO $fastcgi_path_info;
            fastcgi_pass localhost:9000; // adjust as necessary
        }
    }
}

But Jon Miller goes further and explains that the real trick that made all the above work correctly was to change one line on application/config/config.php:

$config["index_page"] = "";

Incredibly, this is all it takes, and Gallery 3.1.3 will be fully operational under PHP 7.4 (I'm trying to see the hurdles of activating PHP 8.0, but I'm well aware that Gallery 3.1.3 only works up to 7.4)

is the iOS app available again?

Dreamhost upgraded to php 8.1. We use the Gallery for teaching both High School & College. The Gallery slowed down to unuseable. It sure would help if I belonged to the Google User Group.

Mike

I had challenges getting gallery3 (galleryrevival) working due to the purifier module.

I ended up just removing the gallery3/modules/purifier directory and got it working. I thought I'd report it here in case it is an actual problem.

I followed the steps in the Dockerfile to integrate the gallery3-contrib modules and themes into the installation.

When I run gallery3 though, visiting the site produces this error in the logs

2022-12-03 23:34:24 -08:00 --- error: Error [ 0 ]: Class "HTMLPurifier_Config" not found
/config/gallery3/modules/purifier/helpers/purifier.php [ 24 ]
#0 /config/gallery3/modules/gallery/libraries/SafeString.php(157): purifier::purify()
#1 /config/gallery3/modules/gallery/libraries/SafeString.php(56): SafeString_Core::_purify_for_html()
#2 /config/gallery3/modules/gallery/helpers/MY_html.php(46): SafeString_Core::purify()
#3 /config/gallery3/themes/wind/views/page.html.php(13): html::purify()
#4 /config/gallery3/system/libraries/View.php(318): include('...')
#5 /config/gallery3/system/libraries/View.php(260): View_Core->load_view()
#6 /config/gallery3/modules/gallery/libraries/MY_View.php(75): View_Core->render()
#7 /config/gallery3/system/libraries/View.php(226): View->render()
#8 /config/gallery3/modules/gallery/controllers/albums.php(77): View_Core->__toString()
#9 /config/gallery3/modules/gallery/controllers/albums.php(22): Albums_Controller->show()
#10 [internal function]: Albums_Controller->index()
#11 /config/gallery3/system/core/Kohana.php(302): ReflectionMethod->invokeArgs()
#12 /config/gallery3/system/core/Event.php(208): Kohana_Core::instance()
#13 /config/gallery3/application/Bootstrap.php(67): Event_Core::run()
#14 /config/gallery3/index.php(124): require('...')
#15 {main}

I tried working around this based on this note in the module.info

Enable XSS protection using HTMLPurifier; add ezyang/htmlpurifier: ^4.13 to composer.json and run composer update

By adding it to composer.json and installing it.

This didn't resolve the error for me though.

7 also tried copying the vendored HTMLPurifier from the original gallery3-contribs into the gallery3/modules/purifier/vendor directory. This also didn't work for me.

Finally I tried extracting the standalone package of HTMLPurifier into the gallery3/vendor directory. But I gave up on trying to figure out how to get autoload.php to load in this standalone package.

 * Gallery3 Version 3.1.2 (Code name Revival) from March 1st 2020
 * Server: Linux 5.3.0-26-generic / Apache / PHP: 7.3.17
 * MySQL: 10.3.21-MariaDB
 * Graphics toolkit: gd
 * Forced htaccess redirect to HTTPS
 * Browser 1: Firefox Version 75.0 (64-bit)
 * Browser 2: Chromium Version 80.0.3987.163 (Official version 64-bit) 

Notify author

@bwdutton

Issue

When browsing a fresh default install of Gallery3 on a Web Host with the above configuration and forced HTTPS, some pages does not load for me, after a short while a Secure Connection Fail or Web Site Unaccessable Error Message appear (PR_END_OF_FILE_ERROR in Firefox and ERR_CONNECTION_CLOSED in Chrome). The URL field show an inserted extra ":80" after the host name, like "https://g3demo.sajtverkstan.net:80/index.php/demo". A workaround is to manually edit and remove :80 from the URL and hit enter to access the page not loading.

Example of Gallery functions not working as decribed above is:

1. Clicking on a Random image in the Sidebar
2. Inside an Album browsing Images, clicking on links in the Navigation Album Directory Breadcrumb above the image and previous/next buttons
3. Some functions in the Gallery Admin area

Steps to reproduce

1. On a Web Host with the configuration above, upload the Gallery3 files in the correct server directory.

2. Edit the .htaccess file located in the Gallery3 root directory and add:

#Rewrite everything to https
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

3. Install Gallery3 by going to the Installer URL and enter the correct MySQL information, proceed and create a album, upload images, activate the Image block module.

4. Go to the Gallery page and click on a Random image, or go into a gallery album and click on links in Navigation Breadcrubs, or try the Admin pages click on Check now.

Expected behaviour

It would be nice if all functions worked using secure HTTPS on a web host with a common configuration like above.

Other information

The above example is accessable on https://g3demo.sajtverkstan.net and is hosted at One.com

Thank you so much for all the great work done for the revival of Gallery3 this far! :-)

I am excited to see that gallery is being supported again. I have an old gallery2 installation (version 2.3.2) that stopped working years ago following an upgrade of php on on of our web servers. I have setup a pod using galley3-docker (bwdutton/gallery3), mysql and phpmyadmin containers. I setup bind mounts to the old gallery2 and g2data folders at the root (/gallery2, /g2data) of the gallery3 container. I was able to successfully load the old mysql database in parallel to the gallery3 database that was installed following the installation of gallery3. Everything seems to be running properly. I can login as admin and install the gallery2_import module.

However, when I start the import using /gallery2/embed.php I receive the following error:
Platform information
Host name: eec75ae3fd06
Operating system: Linux 5.10.60.1-microsoft-standard-WSL2
Apache: Apache/2.4.48 (Ubuntu)
PHP: 8.0.8
MySQL: 10.7.3-MariaDB-1:10.7.3+maria~focal
Server load: 0.06 0.19 0.24
Graphics toolkit: imagemagick

Gallery stats
Version: 3.0+ (branch master, build 434)
Albums: 0
Photos: 0

Error [ 0 ]:
Non-static method GalleryDataCache::put() cannot be called statically

DOCROOT/var/modules/g2_import/37cea4e45532b49a20d1ce685aa93655/embed.php[ 33 ]

28 * @Version $Revision: 17657 $
29 /
30
31/ Define G2_EMBED = 1 to remember to generate correct URLs and return the HTML, etc. */
32require_once('/gallery2/modules/core/classes/GalleryDataCache.class');
33GalleryDataCache::put('G2_EMBED', 1, true);
34require(dirname(FILE) . '/main.php');
35require('/gallery2/modules/core/classes/GalleryEmbed.class');
36
37GalleryEmbed::getEmbedPathByHttpRequest();
38?>

Any ideas on how to import gallery2 successfully?

Hello

I have recently upgraded Gallery to the main branch and I have now a problem with the theme Gray Dragon. The exception I see in the server log is:

PHP Fatal error:  Uncaught ErrorException: session_write_close(): Failed to write session data using user defined save handler. (session.save_path: /opt/tomcat7/temp) in /opt/Campanile/src/main/webapp/system/libraries/Session.php:325
Stack trace:
#0 [internal function]: gallery_error_Core::error_handler()
#1 /opt/Campanile/src/main/webapp/system/libraries/Session.php(325): session_write_close()
#2 /opt/Campanile/src/main/webapp/system/core/Event.php(208): Session_Core->write_close()
#3 /opt/Campanile/src/main/webapp/system/core/Kohana.php(524): Event_Core::run()
#4 [internal function]: Kohana_Core::shutdown()
#5 {main}
  thrown in /opt/Campanile/src/main/webapp/system/libraries/Session.php on line 325

PHP Fatal error:  Uncaught ErrorException: session_write_close(): Failed to write session data using user defined save handler. (session.save_path: /opt/tomcat7/temp) in /opt/Campanile/src/main/webapp/system/libraries/Session.php:325
Stack trace:
#0 [internal function]: gallery_error_Core::error_handler()
#1 /opt/Campanile/src/main/webapp/system/libraries/Session.php(325): session_write_close()
#2 /opt/Campanile/src/main/webapp/system/core/Event.php(208): Session_Core->write_close()
#3 /opt/Campanile/src/main/webapp/system/core/Kohana.php(524): Event_Core::run()
#4 [internal function]: Kohana_Core::shutdown()
#5 {main}
  thrown in /opt/Campanile/src/main/webapp/system/libraries/Session.php on line 325

And it happens not always, but once in a while navigating the site.

I am using php 8

PHP 8.1.2-1ubuntu2.10 (cli) (built: Jan 16 2023 15:19:49) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.1.2, Copyright (c) Zend Technologies
    with Zend OPcache v8.1.2-1ubuntu2.10, Copyright (c), by Zend Technologies

With the default theme I do not see the problem. I am starting to dig into the code, although I am not a php developer; any help is appreciated. Let me know if there are other places where I can get some support.

thanks in advance

I have just upgraded to the master and I have the following behaviour. I have many messages to be approved

When I click on next page, the UX breaks like this:

Let me know if I can provide more information, logs, etc.

The same happens when I click to empty the entire spam:

Clean install, successfully, got initial admin user password, tried to login and:
We tried really hard, but it's broken.

Talk to your Gallery administrator for help fixing this!

And in gallery logs:
2020-09-16 09:35:18 +00:00 --- error: date.timezone setting not detected in /etc
/php/7.0/apache2/php.ini falling back to UTC. Consult http://php.net/manual/fun
ction.get-cfg-var.php for help.
2020-09-16 09:35:25 +00:00 --- error: Kohana_Exception [ 403 ]: @todo FORBIDDEN
/var/www/html/galerii/modules/gallery/helpers/access.php [ 202 ]
#0 /var/www/html/galerii/modules/gallery/helpers/access.php(425): access_Core::f
orbidden()
#1 /var/www/html/galerii/modules/gallery/controllers/login.php(31): access_Core:
:verify_csrf()
#2 [internal function]: Login_Controller->auth_ajax()
#3 /var/www/html/galerii/system/core/Kohana.php(331): ReflectionMethod->invokeAr
gs(Object(Login_Controller), Array)
#4 /var/www/html/galerii/system/core/Event.php(208): Kohana_Core::instance(NULL)
#5 /var/www/html/galerii/application/Bootstrap.php(67): Event_Core::run('system.
execute')
#6 /var/www/html/galerii/index.php(123): require('/var/www/html/g...')
#7 {main}
2020-09-16 09:35:25 +00:00 --- error: Missing messages entry kohana/core.errors.
403 for message kohana/core

when i access ?page=2 then I will get error 404

`Platform information
Host name: PoshGiddy-VM
Operating system: Linux 4.15.0-20-generic
Apache: Unknown
PHP: 7.3.29
MySQL: 5.5.62-log
Server load: 2.04 3.68 1.92
Graphics toolkit: gd
Gallery stats
Version: 3.0+ (branch master, build 434)
Albums: 0
Photos: 34
Kohana_404_Exception [ Page Not Found ]:
The page you requested, page/2, could not be found.
SYSPATH/libraries/Kohana_404_Exception.php[ 42 ]

37 * @throws Kohana_404_Exception
38 * @return void
39 /
40 public static function trigger($page = NULL)
41 {
42 throw new Kohana_404_Exception($page);
43 }
44
45 /*
46 * Sends 404 headers, to emulate server behavior.
47 *
SYSPATH/core/Event.php[ 208 ] » Kohana_404_Exception_Core::trigger( arguments )

SYSPATH/libraries/Router.php[ 165 ] » Event_Core::run( arguments )

SYSPATH/core/Event.php[ 208 ] » Router_Core::setup( arguments )

APPPATH/Bootstrap.php[ 61 ] » Event_Core::run( arguments )

DOCROOT/index.php[ 124 ] » require( arguments )`

Kohana_Exception [ Framework Error ]:
The requested views, admin.html, could not be found

SYSPATH/core/Kohana.php[ 781 ]

776 if ($found === NULL)
777 {
778 if ($required === TRUE)
779 {
780 // If the file is required, throw an exception
781 throw new Kohana_Exception('The requested :resource:, :file:, could not be found', array(':resource:' => __($directory), ':file:' =>$filename));
782 }
783 else
784 {
785 // Nothing was found, return FALSE
786 $found = FALSE;
SYSPATH/libraries/View.php[ 83 ] » Kohana_Core::find_file( arguments )

SYSPATH/libraries/View.php[ 49 ] » View_Core->set_filename( arguments )

MODPATH/gallery/libraries/MY_View.php[ 62 ] » View_Core->__construct( arguments )

MODPATH/gallery/libraries/Admin_View.php[ 30 ] » View->__construct( arguments )

MODPATH/user/controllers/admin_users.php[ 22 ] » Admin_View_Core->__construct( arguments )

MODPATH/gallery/controllers/admin.php[ 62 ] » Admin_Users_Controller->index()

{PHP internal call} » Admin_Controller->__call( arguments )

SYSPATH/core/Kohana.php[ 302 ] » ReflectionMethod->invokeArgs( arguments )

SYSPATH/core/Event.php[ 208 ] » Kohana_Core::instance( arguments )

APPPATH/Bootstrap.php[ 67 ] » Event_Core::run( arguments )

DOCROOT/index.php[ 124 ] » require( arguments )

Hi. I couldn't view full size images in my gallery. There's a google discussion about it so I'm not alone.

Commit # e3dc6b0 is titled "handle full URL comparison better for proxy access checks"
This is an edit to modules/gallery/controllers/file_proxy.php

Line 49 of the file seems to be the problem.
$compare_uri = url::file(ltrim($request_uri,'/'));

this changes the url being checked
gallery/var/albums/whatever.jpg
into
gallery/gallery/var/albums/whatever.jpg

And then it throws an exception because the path doesn't start with gallery/var

When logged in as an admin I tried to directly access a full size image url and received a gallery page fairly well describing the exception that was thrown.

It's not clear what this commit was meant to fix. Maybe a "proxy access" uses a different request_uri that lacks a leading "gallery/" prefix? Maybe it was only meant to clean up a request with a leading slash. (RewriteBase / )

My solution was to set compare_uri = $request_uri; (or just revert this whole commit)

Regards,
Sean

Hi. I'm trying to import an old g2 site because my shared hosting is taking away the ancient version of php (5.6 I think) it depends on.

I grabbed g3 from git today and checked out the 3.1.2 tag. I set up the gallery 2 import module and tried to run it. When I pointed it at my old installation's file path, it saw my files but couldn't sort out the version.

Hi,

i am installed the gallery on the webserver, with php 7.4.

But, when I try to access the website, i am getting this error:

Fatal error: Uncaught Error: Call to private I18n_Core::__construct() from context 'Kohana_Core' in xxx/system/core/Kohana.php:141 Stack trace: #0 xxxapplication/Bootstrap.php(49): Kohana_Core::setup() #1 xxx/index.php(123): require('xxx/g...') #2 {main} thrown in xxxx/system/core/Kohana.php on line 141

I think it can be a problem with reflection. Anyone can help me?

Hi,

at first i wanted to thank you that you keep the gallery project alive!

I was previously running on the git version of gallery3 and now just swiched the remote to this repository.
After logging in i see an error which is also in the gallery log:

128	/**
129	 * Iterator: key
130	 */
131	public function key(): mixed
132	{
133		return $this->current_row;
134	}
135
136	/**
137	 * Iterator: next
138	 */

2023-07-08 13:17:01 +00:00 --- error: TypeError [ 0 ]: Return value of Database_Result_Core::key() must be an instance of mixed, int returned
/var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/Database_Result.php [ 133 ]
#0 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/ORM_Iterator.php(198): Database_Result_Core->key()
#1 /var/www/vhosts/mysite.de/htdocs/g3_master/themes/wind_my/views/album.html.php(11): ORM_Iterator_Core->key()
#2 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/View.php(318): include('/var/www/vhosts...')
#3 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/View.php(260): View_Core->load_view()
#4 /var/www/vhosts/mysite.de/htdocs/g3_master/modules/gallery/libraries/MY_View.php(75): View_Core->render()
#5 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/View.php(226): View->render()
#6 /var/www/vhosts/mysite.de/htdocs/g3_master/themes/wind_my/views/page.html.php(119): View_Core->__toString()
#7 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/View.php(318): include('/var/www/vhosts...')
#8 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/View.php(260): View_Core->load_view()
#9 /var/www/vhosts/mysite.de/htdocs/g3_master/modules/gallery/libraries/MY_View.php(75): View_Core->render()
#10 /var/www/vhosts/mysite.de/htdocs/g3_master/system/libraries/View.php(226): View->render()
#11 /var/www/vhosts/mysite.de/htdocs/g3_master/modules/gallery/controllers/albums.php(77): View_Core->__toString()
#12 /var/www/vhosts/mysite.de/htdocs/g3_master/modules/gallery/controllers/albums.php(22): Albums_Controller->show()
#13 [internal function]: Albums_Controller->index()
#14 /var/www/vhosts/mysite.de/htdocs/g3_master/system/core/Kohana.php(302): ReflectionMethod->invokeArgs()
#15 /var/www/vhosts/mysite.de/htdocs/g3_master/system/core/Event.php(208): Kohana_Core::instance()
#16 /var/www/vhosts/mysite.de/htdocs/g3_master/application/Bootstrap.php(67): Event_Core::run()
#17 /var/www/vhosts/mysite.de/htdocs/g3_master/index.php(124): require('/var/www/vhosts...')
#18 {main}

What could be the cause? I removed all local changes ...
I also tried to switch to the default wind and wide wind theme with no luck.

Thanks for any hints on this!

Bye Peter

I ran into the above error with latest main (below the stack trace) showing the home page with a number of albums.

adding a cast to string in line url.php:106 seems to fix the problem_

if ($path = trim((string)parse_url($uri, PHP_URL_PATH), '/'))

stack:

2023-02-14 06:21:41 +00:00 --- error: trim(): Passing null to parameter #1 ($string) of type string is deprecated
#0 [internal function]: gallery_error_Core::error_handler()
#1 /opt/Campanile/src/main/webapp/system/helpers/url.php(106): trim()
#2 /opt/Campanile/src/main/webapp/modules/gallery/libraries/Gallery_View.php(58): url_Core::site()
#3 /opt/Campanile/src/main/webapp/themes/wind/views/album.html.php(47): Gallery_View_Core->paginator()
...

Enabling jhead Autorotation module always broken the upload, red icon appears on legacy uploader. Anyway, file is uploaded but something goes wrong on auto-rotation. Test was done with images that doesn't need to be rotated.

Disabling the module fix the issue.

I know that this is cross-repository issue, but it may affects a normal installation since usually broke the functionality and add some urls that can be hijacked.
Here and in contrib (c) there are some discontinued services:

• (c) Digibug
• (c) Picasa Faces
• (c) export_facebook (defunct application)

And other external URI are gone:

• (c) polar rose (cdn domain is gone)

This is an incomplete list, please note that this list can be different to obsolete modules, even if those may be treated the same way.

A cleanup can be applied in different ways:

• blacklisting modules using an enabled-on-installation core module or setting on gallery3
• removing from core or contrib from the forked repo

This issue may remain open to list other elements with broken urls or services.

Is it just me, or does 'Rebuild images' do diddly squat?

How do I fix/debug it?

Hi there. I'm interested in modifying the source code, but are there any section to support non-English languages on the interfaces right now? I'm sorry that I'm really not good at programming, but I want you to ask whether there are something to support multilanguages and how should I do to enable it.