Gallery 2.3-RC-1 Feedback

hi folks,

here's the essentials:

Gallery version = 2.3-RC1 core 1.2.36
API = Core 7.54, Module 3.9, Theme 2.6, Embed 1.4
PHP version = 5.2.6 apache2handler
Webserver = Apache/2.2.9 (FreeBSD)
Database = mysqlt 5.0.51a, lock.system=flock
Toolkits = ArchiveUpload, Exif, Ffmpeg, Getid3, LinkItemToolkit, NetPBM, Thumbnail, ImageMagick, SquareThumb, jpegtran
Acceleration = none, none
Operating system = 7.0-STABLE FreeBSD 7.0
Default theme = matrix
gettext = enabled
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Rows in GalleryAccessMap table = 31
Rows in GalleryAccessSubscriberMap table = 2
Rows in GalleryUser table = 2
Rows in GalleryItem table = 1
Rows in GalleryAlbumItem table = 1
Rows in GalleryCacheMap table = 0

-----------------

1st issue: it seems I can't get jpegtran binary to validate:

#ls -al /usr/local/bin/jpegtran
-rwxr-xr-x 1 root wheel 28256 Jun 27 2007 /usr/local/bin/jpegtran

#jpegtran -v
Independent JPEG Group's JPEGTRAN, version 6b 27-Mar-1998
Copyright (C) 1998, Thomas G. Lane
EXIF support v 0.1 added 29-Sep-2003

in Site Admin > Plugins > Jpegtran > uninstall/reinstall works just fine (I'm assuming G2 detects the binary using it's list of predefined paths)
in Site Admin > Graphics Toolkits > Jpegtran
The path you entered isn't a valid path to a jpegtran binary.
Path to jpegtran binary: /usr/local/bin/jpegtran

however, paths for ffmpeg, ImageMagick, ZIP binary, NetPBM & Dcraw all work just fine.

2nd issue: in Site Admin > Plugins > ImageMagick > uninstall/reinstall works just fine (I'm assuming G2 detects the binary using it's list of predefined paths) - but on my /var/log/messages file, I see these 2 instances:

Jul 22 19:38:04 web kernel: pid 12756 (identify), uid 80: exited on signal 11 (core dumped)
Jul 22 19:38:09 web kernel: pid 12872 (identify), uid 80: exited on signal 11 (core dumped)

the same happens when I run "Test Settings" - but the toolkit works, it's just that everytime I create a new multisite (about 5-10 every month), I encounter that same set of core dumps. Not sure why.

3rd issue: when running through the installer to configure a multisite (which is 99% of time what I do), I want to be able to install and activate all plugins (a preselected set from the full-version tarball) on the fly - but I encounter 50+lines of errors (which forces me to scroll all the wayyy down to continue through the installer) like this:

- it has something to do with php_admin_value open_basedir restriction being in place, else no other issues so far. My guess is that it happens as G2 goes through its list of paths searching for binary files of ffmpeg, ImageMagick, jpegtran, NetPBM, etc... have the same problem since 2.2

-----------------

I'll post if I encounter anything else unusual. Thank you!
___________________________________________________
http://pixi.me/

I upgraded from 2.2 and now many of the icons on the left pane are infinitely repeated...

UPDATE: Changing to a different Icon set (Silk or KSicons) resolves the issue and the icons display properly, but "Paul Armstrong Designs" still has the issue if I switch back.

@Marauder1024
Wow, that's ugly. Thanks for reporting the issue!
I've created a bug for it: https://sourceforge.net/tracker/index.php?func=detail&aid=2025778&group_id=7130&atid=107130

Ok, disabled acceleration, template caching, cleared all the caches, deleted the gallery install directory and re-extracted (preserving my config.php) same issue, tested with multiple browsers/systems (IE7/WinXP, Firefox3.0.1/Linux/Mac/WinXP, Safari3.1/Mac)..

@scaturan: Could your issue 1 be related to your issue 3. If /usr/local/bin/ is not in open_basedir, then it will fail with "The path you entered isn't a valid path to a jpegtran binary". Maybe the other ones are in directories that are defined in open_basedir. If you look in the autoconfigure method of the module.inc file in the graphics modules, you will see the expected directories that it will check.

http://www.timalmdal.com

Hi everyone,

first of all thanks for the release candidate! I'm using the gallery for over 2 years now and its doing the job very well.

I installed 2.3 rc1 over version 2.2.5 with the "replace all files"-method.

The gallery works well, except the thing with the automatic running of maintenence-jobs via cron-tab.

I used the following script via daily cron-tab with gallery v. 2.2.5 which works:

With the rc1 of 2.3 this does not work anymore. I get the follwing error in the new admin-section Event-logs:

I get rid of this error when I replace the URLs in the cron tab, with the current URLs from the gallery (they are little different with the ones in my cron-script)

Despite of changing the URLs with the current ones, the tasks won't start.

Do you have a hint for me?

Thanks alot in advance and for the work!

Greetings
MFR2000

Here are the system-infos of the gallery: (it's german but it should be obvious)

Ok, thanks for the reply I got it to work now.

I tested every line in the console and I found out that the script didn't create any cookie for the site, so the error was in the first line and in the grepping of the authToken:

This is the old code:

I copied the new code from here:
http://codex.gallery2.org/Gallery2:How_can_I_call_a_View_or_Controller_from_the_Command_Line

The second error was just an incorrect output of grep (word 5 instead of 7):

Now, it's working again, with those little changes.

Greetings
MFR2000

@scaturan, talmdal:
talmdal was indeed right. it's an open basedir issue. see the warning at the top of the page? that's it.
so the error is correct. we could just do a better job of giving a better error message.

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

> and I don't have /usr/local/bin/ anywhere on open_basedir which baffles me a little.

that's why you get the warning. if a path prefix isn't in open_basedir, then it's not open. it's a whitelist.

> but why does ZIP, ImageMagick, dcraw, NetPBM validate and not jpegtran (they all reside in /usr/local/bin/ and have 755 permissions)

i'm pretty sure they're not in /usr/local/bin/ (please check again, maybe it's /usr/home/scaturan/) or there are copies of the binaries in another location.
if you go to site admin -> imagemagick, what path does it show?

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

@scaturan:
if you want to use stuff from /usr/bin/local in php, and if you use open_basedir, then this path should be in there too.
why it is working anyway escapes me. either some symlinking going on (one of your open_basedir paths pointing to /usr/local/bin or the other way around. or a vulnerability in php (not enforcing open_basedir correctly), which wouldn't be very surprising given the history of related bugs.

note: you shouldn't rely on open_basedir anyway. there are better security measures.

anyhow, good that this isn't a bug in g2. but we should give a better error message.

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

Hi all,

Now I've installed gallery-2.3-rc-1-developer, but following file wasn't found.

install.css:.progressMade { background: #ffeda8 url('images/btnBGor.gif') bottom; border: thin solid #ddd; }

File does not exist: install/images/btnBGor.gif

Thanks.

Hi,
Installed developer copy of Gallery 2.3 in a multi-site with absolutely no problems what so ever. Very clean. Great job to all involved. I plan on 10 different sites within this gallery, I will let you know if there is any problem achieving that goal. [hope to have all 10 created by the end of the day]

B
-----------------------
Gallery version = 2.3-RC1 core 1.2.36
API = Core 7.54, Module 3.9, Theme 2.6, Embed 1.4
PHP version = 4.3.11 apache
Webserver = Apache
Database = mysqlt 4.1.20-max-log, lock.system=flock
Toolkits = ArchiveUpload, Exif, Ffmpeg, Getid3, LinkItemToolkit, NetPBM, Thumbnail, Gd, SquareThumb, ImageMagick
Acceleration = full/1814400, full/1814400
Operating system = Linux web30.opentransfer.com 2.6.14.4 #2 Wed Jan 4 22:51:21 CST 2006 i686
Default theme = matrix
gettext = enabled
Locale = en_US
Browser = Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Rows in GalleryAccessMap table = 31
Rows in GalleryAccessSubscriberMap table = 2
Rows in GalleryUser table = 2
Rows in GalleryItem table = 1
Rows in GalleryAlbumItem table = 1
Rows in GalleryCacheMap table = 3

@momo-i
It does seem to be missing thanks

http://www.timalmdal.com

I added the multi lang plugin and after I got this event log.

Fri 25 Jul 2008 07:23:34 AM CDT PHP Error Link 71.10.252.94 [Notice] Undefined index: AdminRepository in file /hsphere/local/home/...../.......com/branch1/g2data1/smarty/templates_c/%%3780595362/matrix/%%C0^C03^C0380F2F%%AdminLanguageManager.tpl.php on line 177
----------------------------------
Event Details
Date Fri 25 Jul 2008 07:23:34 AM CDT
Type PHP Error
Location http://.../branch1/main.php?g2_view=core.SiteAdmin&g2_subView=core.AdminLanguageManager
User Id 6
Client 71.10.252.94
Summary [Notice] Undefined index: AdminRepository in file /hsphere/local/home/..../....com/branch1/g2data1/smarty/templates_c/%%3780595362/matrix/%%C0^C03^C0380F2F%%AdminLanguageManager.tpl.php on line 177
Referer http://......com/branch1/main.php?g2_view=core.SiteAdmin&g2_subView=captcha.CaptchaSiteAdmin
Details Undefined index: AdminRepository Request variables: Array ( [view] => core.SiteAdmin [subView] => core.AdminLanguageManager )
----------------------------------

My question is, do this logs go away when it is fixed?

If these message just hang there
after having a active Gallery, wouldn't the messages get kind of overwhelming?

Could there be a box to delete the logs as they are solved?

Are the Language Settings & the multilang plugin not compatiable with each other? (I did deactivate the ML plugin)

thanks
B

I'm getting the logout error too, and I don't even have any photos loaded, I was just switching themes back and forth
--------------
Error (ERROR_REQUEST_FORGED)
in modules/core/classes/GalleryController.class at line 239 (gallerycoreapi::error)
in main.php at line 242 (gallerycontroller::assertisgenuinerequest)
in main.php at line 103
in main.php at line 88
in main.php at line 3
-------------
solved this, in the general tabs under sessions increase the time from whatever you have it set at.(hour/day/weeks/)

@MFR2000:
regarding logout, do you use the HTTP auth module, is it active?

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

I think there's a defect with the way admin sessions are handled in 2.3 which shows up if a sub-view of core.SiteAdmin correctly returns an ERROR_MISSING_OBJECT error. Firstly you get stuck in an infinite loop of re-entering admin credentials.

When the sub-view returns an error main.php line 464 calls for a permissions check, GalleryView::_permissionCheck() line 700 raises that to an ERROR_PERMISSION_DENIED then throws you to log in again with a "The administration session has expired, please re-authenticate to access the administration area" prompt. If you enter correct credentials you get sent to back to the view which generated the ERROR_MISSING_OBJECT and round we go again.

This seems to contradict the desired functionality as documented in the comment-block:

     * If the given status indicates permission denied or missing object and this is a guest
     * user, redirect to the login view.  Otherwise return given status to be shown by the
     * error handler.

Secondly and even more wierdly, entering incorrect credentials - even a non-existent username at this page results in a successful login as the previous user and takes you to the main page not the error display from the previous error. I haven't checked yet if this is just in cases where there's an ERROR_MISSING_OBJECT, or all admin re-logins.

[edit]OK, I get it.. you don't get re-authorized if you get the credentials wrong - but you don't get logged out either, and it certainly feels like you should. It feels defective to put in a wrong username/password then see the 'Welcome, Gallery Administrator!" message.

@Reiddust:
@typo in AdminLanguageManager which leads to event log entry:
Fixed, thanks for reporting.

Regarding event log entries:
- don't worry about the size of the event log. the size is limited to 1000 entries and each entry is pretty small. the size isn't a problem.
- the log is a circular buffer, that means that every time when a new event is logged and you already have 1000 entries in your log, the oldest entry is replaced with the newest one. the log doesn't grow larger than 1000 entries.

and yes, the usability of the log isn't great yet. your suggestions to clear all or a specific entry are good ones. we'd also like to offer a filtered view, such that you quickly can filter out things you're not interested in.

can you please file a feature request for your suggestions at: http://sf.net/projects/gallery/ -> trackers -> RFE (request for enhancement)?
thanks!

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

@valiant
This is the logout error message. It happened 10 times last night.
Cleared by clearing Internet Temp cache. The session change was a fluke.
I had it opened to *forever* as session time outs have been a problem
on my 2.25 gallery. But as alecmyers suggested putting it on *forever*
if there is an error it'll loop forever, so I changed all 3 to 1 day.
-----------------------------------
Date Sat 26 Jul 2008 12:45:52 AM CDT
Type Gallery Error
Location http://......../branch1/main.php?g2_controller=core.Logout&g2_return=%2Fbranch1%2Fmain.php&g2_authToken=549aa84e3a79
User Id 6
Client 71.10.252.94
Summary ERROR_REQUEST_FORGED
Referer http://root.reiddust.com/branch1/main.php
Details Error (ERROR_REQUEST_FORGED)in modules/core/classes/GalleryController.class at line 239 (gallerycoreapi::error) in main.php at line 242 (gallerycontroller::assertisgenuinerequest)
in main.php at line 103 in main.php at line 88 in main.php
at line 3 Request variables: Array ( [controller] => core.Logout [return] => /branch1/main.php [authToken] => 549aa84e3a79 )
-----------------------------------

@alecmyers:
excellent report, thanks.
i've filed two bug reports for the two issues:
http://sourceforge.net/tracker/index.php?func=detail&aid=2028718&group_id=7130&atid=107130
http://sourceforge.net/tracker/index.php?func=detail&aid=2028729&group_id=7130&atid=107130

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

I think the event log is a GREAT idea, and extremely helpful to you programmers when trying to solve a problem, that the error is still available. Especially on the help forum here.
Users can post the error instead of trying to reproduce it.
But at the same time, just having a *simple checkbox before each error to be able to delete
them as they are solved.
*I realize in saying that it's a day worth of programming to rearrange the furniture

In argument though, having a list of 1,000 would give a clear trail of breadcrumbs to a problem maybe not obvious in one error. Maybe just change the amount from 1,000 to 50?
-------------------------------------------
But I do have to say that this version is the cleanest/smoothest yet. I'm really having fun building the pages!

Before I go enjoy a perfect day outside,
the one thing that keeps coming up for me over and over is a site admin shoutbox?
So that Admin's can communicate while working? My Admin's respectfully live in
Romania & Latvia and have trouble using outside AIM programs etc. [flash] So it would great
just to have a simple way to chat with each other within the program itself.

I don't think it should be available to the guest users, as it would take too much space,
but just have it available for different registered groups & site admins. [something controled by permissions]

Or do you know of a plugin compatiable with Gallery that some of the CMS sites use?
I don't have Gallery as an embedded program.
------------------------------------------
I built my 2nd branch of my 10 branch multi-site, and deliberatly
didn't update the plugins page when installing it. Added all the
plugins manually without any problems. Permalink module lets me
know I need to activate URL rewrite. Very smooth. #2 a little slow, but that may be the internet/and or my server.
-------------------------------------------
Also not able to reproduce error in continue. If you're patient,
the processing ends, and automatically takes you to the text of the uploaded pics.
Successfully added 1 file.
Added 0b26fa85.jpg
You are using 2.09 MB of your allotted 5 GB.
Add more files

Maybe in clicking Continue, it's cancelling out that automatic phase and forcing it to do what it already wants to do? Overloading the command with the same command, causing an error

Hi, I also have the same issues as peterparnes above.

At step 5 in the upgrader I get:

And the Debug Output says:

What to do?

I looked at the other thread but I have already tried that without success.

-Peter
http://www.parnes.com/

I get this whenever I try to delete an album I created... I cannot select the delete album from the dropdown menu, I have to click on the gallery then select DELETE ALBUM from the left menu.

Also jpegtran does not seem to automatically rotate pictures, but this is another story.

The action you attempted is not permitted.

Back to the Gallery

Claude Ferron
Subito Photo
Viewing system solution for Event Photography
www.subitophoto.net/vss