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

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:

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.

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.

 * 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! :-)

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?

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?

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.

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.

currently the use of ffmpeg failed on php environments with non-english locale, because the time formatting function used to pass time parameters to ffmpeg uses locale-dependent formatting.

This PR replaces the locale dependent %f with the locale independent %F to make it work on all systems, independent from the configured locale (cause ffmpeg expects the time in the same format always for all locales).

This requires PHP 5.0.3 at least according to the documentation: https://www.php.net/manual/en/function.sprintf.php But that version is very old by now anyways.

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.

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

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.

Gallery3 users are mostly Apache-bound, but the underlying framework, Kohana 2, even though it's ancient, supports nginx as well. A working nginx configuration for Galery3 has already been developed by @jonmiller and is described on #8.

I'm not quite sure where such a configuration file ought to be placed, so that nginx users are able to find it; perhaps some day the Gallery3 wiki is available in some form again, and becomes editable once more, thus allowing the corrected nginx configuration to be placed there...

There is, however, a catch, which Jon Miller has found and fixed: the configuration file on ./application/config/config.php needs to have:

$config["index_page"]="";

I keep forgetting to change that :-) so I'm submitting a PR where this option is in the configuration file, but commented out by default, with a small note to potential nginx users to remove it. As said, in the future, hopefully we can place such notes and comments to an official online 'manual' for Gallery3.

The changes made to .gitignore are essentially to clean up the garbage generated by developing under macOS :-P

See also the discussion around the nginx configuration (and lots of personal rants...) on https://groups.google.com/g/gallery-3-users/c/7DXCw2slny8/m/UruqyKymAgAJ

Caveat utilitor: this PR does not fix everything for nginx installations! Like Apache installations, nginx varies a lot from system to system, and may or may not be fully configurable on hosted environments. I use Gallery3 on my own self-compiled nginx on a 'bare metal' server, which means I've got full access to every little aspect on my system, and I'm therefore able to get Gallery3 running flawlessly on my environment. YMMV.

Potentially closes #8.

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 )