Exhibit Engine 1.5 RC 2 (update ONLY for 1.5 beta 5)

[Pekka]

This is now a version for those who have waited and waited - something to dig into before helps and rest of the stuff are finished and we can start calling this a release version.

Download update pack from

http://photography-on-the.net/ee/beta/EE15b5_to_15_RC2_update.zip (2.5MB ZIP)

READ THIS BEFORE DOING ANYTHING:

Updater is only for EE 1.5 beta 5.

The pack contains all new files EXCEPT database login files connect.php (for EE) and EXCEPT preferences.php (for EE Backup). All editor file names have been changed. So basically you can just overwrite all old files.

As in all updates YOU MUST backup the database before updating and all files which you have customized (namely dropdown and login files).

Updater does not change any photos or exhibitions.

The updater is in installers folder. Open it into your browser and it'll do the new stuff into database.

Editor login is after updater:

Login: admin
pass: pass

You can change those in misc settings.

IMPORTANT: as a transition safety measure, first go into default photodata editor, select EACH menu item and SAVE it. Then go to photo order editor and just select EACH exhibition in turn. Then just open analyze_repair editor and wait it to finish once. That's it. Thanks.

Internal ftp can be enabled in ftp server page.

FTP password protection is activated iin following way:
1. Open "SECURITY_ftpkey.php" into notepad and edit the key (keep the lenght same, just change some zeros to ones and vice versa. Backup the Key string.
2. Now you can activate crypting by editing in "setcrypt.php"
$s_ftp_pass_crypt = "1";
(which means ftp passwords are crypted and uneditable and unviewable even in database backups) or
$s_ftp_pass_crypt = "0";
Crypting works both ways, so disabling crypting brings back the passwords to edit.

Some new stuff and fixes:

Internal EXIF reader (selectable).
Internal XMP/XMA reader.
Internal ftp system (selectable).
"Uncookied" - a short URL system, configurable
Keywords in page title and other search engine friendly tweaks.
"Exhibition" is now "gallery" in public area (for search engines).
Editor login system (1 persistent cookie, 1 user at time).
IPTC to categories.
Ftp password crypt system with 127 bit personal key.
New module/imagedata tester + overall data view.
Javascriplinks removed (no longer needed), html page sizes reduced 20%.
More selections and settings here and there.
EE Backup eats now much less memory and resources.
Report size display, automatic purge on logout.
More accurate performance counters (worked on these because I needed them on debugging).
Performance measurements can be disabled (20ms speed gain).
Viewerstyle logic fixed and functionality tested.
Analyze/repair page added.
Long filenames truncated in editor (in middle).
Long words hyphenated in photo page header.
Photo page photo detail list is now fully configurable in appearance and content.
Simple language file check in language editor.
ALL editor filenames are newly formed.
Photo and list page performance tweaked. Index performance doubled.
Plenty of bugs fixed and small improvements made.


Known issues:

- Message windows are a mixed mess (developer stage). Especially internal ftp engine will do very verbose messaging, which is useful in debugging. I will reduce that for release version and combine all message windows to one. Note that ALL messages are erased on editor logout.

- embedding toolkit is missing.

- online UI help is not ready (this is my next job)

- internal exif engine is realively basic one so it does not read manufacturer data. It will be completed later.

- filename is missing from search dropdowns

- manual input / EXIF, manual input disable in this version.

- if you have jpa crypt system on, and it sees a gif file, it freezes.

- some reported bus and wishes are not taken care of.

- Full installer will come very soon in next version (RC 3) if reports of this are positive and won't need extensive fixing work.

- Uncookied system is active in photo.php and list.php. It will be there in index page, too.

PLEASE REPORT ALL FOUND PROBLEMS AND BUGS HERE.

Thank you for your patience and interest!

[devenh]

If one has renamed their input directory, then they should rename it back to input before installing the update, correct?

The 'transition safety measure' is something you do after installing the update, correct?

Is there any need to restore the database after installing the update?

Deven

[Pekka]

If one has renamed their input directory, then they should rename it back to input before installing the update, correct?

Correct.

The 'transition safety measure' is something you do after installing the update, correct?

Correct.

Is there any need to restore the database after installing the update?

No, you should not. If all works then backup the RC 2 database.

I just updated my galleries without any problems.

[Pekka]

NOTE: if you want to extend login system to EE Backup as well,

replace in gallery/backup/index.php, line 8

ini_set ('error_reporting', E_ALL);

with

ini_set ('error_reporting', E_ALL);

include ("../../add/connect.php");
require("../SECURITY_check_authorization.php");
mysql_close ();

[Pekka]

NOTE 2:
The "extra" and "delay" settings in internal ftp are dummy ones. They were part of developement stage and not needed any more. Leave them to "default" and "off".

[devenh]

Couple of more questions before I take the plunge:

1. Should EE be taken offline before installing the update?

2. When I installed 1.5 beta 5 I customized connect.php and preferences.php. You say that RC 2 does not overwrite add.php and preferences.php. What about connect.php? I don't have add.php on my system, should I? If I should have it, where is it located so I can double check? Can I install RC 1.5 if add.php does not exist?

Deven

[c_by_sinus]

This is now a version for those who have waited and waited - something to dig into before helps and rest of the stuff are finished and we can start calling this a release version.

Hi Pekka,
I wanted only to say: Thanks a lot for your work!!
Markus

[TomKa]

Fine, smooth update, internal ftp works (no php ftp on my server) - and tomorrow is upload time and test!!
Thanks, Pekka !

[mvrekum]

I'll try it tomorow. Now it's bed time :D)

Martin

[devenh]

Disregard my previous question about add.php -- I think I misread something.

Deven

[Pekka]

Nice to hear it works, Tomka!

I'll prepare a list of what will be there in next versions, one by one, so you'll get an idea what is missing and when it is planned.

But here's the first bug fix: I noticed now that some servers have problems creating a socket (technical babble: when you specifically request tcp:// transport it fails, but leaving transport empty gets it running on default tcp transport - logical :) ). So here's another connect function (replace the one in FTP_ee_library.php with this one) if you have problems getting the internal ftp connecting and giving resource error:

function ee_internal_ftp_connect ($server,$port=21,$timeout=30,$wait=0,$resource ="") {

$resource = fsockopen ($server, $port, $errno, $errstr, 30);
if ($errno != 0) {
exit(ee_store_message("ERROR: unable to connect to server (server not responding in 30 seconds). Exiting...","internal ftp"));
}
$code = ee_print_response ($resource,"CONNECT");

if (substr($code,0,3) == "220") {
return $resource;
} else {
ee_store_message("ee_internal_ftp_connect error","internal ftp");
return FALSE;
}
}

Change also in function ee_ftp_build_passive_data_connection

line


$ee_dataresource = fsockopen ("tcp://" . $ee_passive_ip, $ee_passive_port, $errno, $errstr, $timeout);

to

$ee_dataresource = fsockopen ($ee_passive_ip, $ee_passive_port, $errno, $errstr, $timeout);

[Pekka]

Disregard my previous question about add.php -- I think I misread something.

Deven

No, you were right. I corrected it and did not have time to apologize it. Thanks!

[Pekka]

Couple of more questions before I take the plunge:

1. Should EE be taken offline before installing the update?


I just renamed folder gallery ot galleryx , uploaded files, ran the installer and checked it all worked (its normal that images don't show because paths point to gallery, not galleryx) and then renamed the folder back to gallery.

You can also set "Engine is OFF" from misc settings, but this way you can not test the installation. I originally intended that setting to moments when you do backups or something else that needs all your server time.

[mvrekum]

Well, I couldn't wait that long, so I updated. No problems here, everything running smooth.

Thanks Pekka, great job.

Now it's bedtime and I will play with it tomorow.

Martin
http://www.photofile.nl/ee

[Pekka]

A word about login system:

It allows one login at a time. This means if you login from home with browser X and then from Browser Y you will need to login again. Each browser keeps its own cookie.

The login will stay on indefinitely. I would like to hear comments if you would need a setting for automatic logout after e.g. 75 minutes.

Password is encrypted with one way MD5 algorithm, so it is not retrievable. You can reset login info to admin/pass by running the database updater again (Uncookied data will also be deleted with that action, nothing else is affected).

[c_by_sinus]

I'll prepare a list of what will be there in next versions, one by one, so you'll get an idea what is missing and when it is planned.
Hi Pekka,
This is a VERY good idea and helps a lot for a bit "planning" ;)
Unfortunately just now I cannot try your update, because it is six o'clock in the morning and the day will be very long ;(
Have a good day
Markus

[Evanrich]

Pekka, when I try to do a DB backup, this is what I get:

lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user:

blah blah blah... basically access denied for everything.

It used to work before, but now i can't seem to make a backup.. in the backup list, it says incomplete. Any ideas?

Update: actually it's weird.. I turned my gallery off, and did a backup, and it still says "locked locked access denied etc...." but when i scroll down, it says compete, and that everything is ok... can I trust this?

[Pekka]

Pekka, when I try to do a DB backup, this is what I get:

lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user: 'modelxpo_evan@localhost' to database 'modelxpo_modelxpobackup' lock ee_backup WRITE: Access denied for user:

blah blah blah... basically access denied for everything.

It used to work before, but now i can't seem to make a backup.. in the backup list, it says incomplete. Any ideas?

Update: actually it's weird.. I turned my gallery off, and did a backup, and it still says "locked locked access denied etc...." but when i scroll down, it says compete, and that everything is ok... can I trust this?

You did the right thing: when locks are not possible you must stop EE while doing backup. When EE backup says it's ok then it is ok.

You get the error messages in Backup because you do not have privileges to do table level locks. This should not affect public or editor area of EE.

Why this happens: This is common server admin's mishap after updating MySQL from 3 to 4 (which is what must have been happening in your server).

See http://photography-on-the.net/forum/showthread.php?t=24311#144760

[Evanrich]

bug #2 after updating, everything went fine, but if I rename the input folder to something else, I get the following message under the table that lists all the exhibitions and photo counts in them:


Fatal error: Call to undefined function: ee_fix_rogue_ids() in /home/modelxpo/public_html/gallery/*********editor/index.php on line 77

I replaced with *'s so nobody can get into my gallery editor, but its the location where the editor files are




ALso, when i go to graphics module setup, and run tests on them all, I get this message

Original size: 769x513
Warning: imagejpeg(): Unable to open 'UPLOAD/test/ee_result_131876b8b1.jpg' for writing in /home/modelxpo/public_html/gallery/<editor folder goes here>/EDITOR_graphics_modules.php on line 1125

also get the same error for gd1, except the error is in line 1058


i replaced my editor folder with the <editor folder goes here> for security reasons.

and according to that, gd1, gd2, imagemagic, and Imagick don't work at all, they all show red x's

[Evanrich]

ok well I gave 777 permissions to the upload and test folders, and now the gd1 and gd2 error lines have gone away, but image magik still doesnt work. in the composite and convert folder paths, it says "path not valid" so I guess I'm going to have to call my hosting company and find out the location to the path. This is pretty damn stupid, considering it worked before, but now it doesnt.

[Pekka]

bug #2 after updating, everything went fine, but if I rename the input folder to something else, I get the following message under the table that lists all the exhibitions and photo counts in them:


Fatal error: Call to undefined function: ee_fix_rogue_ids() in /home/modelxpo/public_html/gallery/*********editor/index.php on line 77

I replaced with *'s so nobody can get into my gallery editor, but its the location where the editor files are

Sounds like your ftp program did not replace all files. Line 77 in RC 2 is empty and 'ee_fix_rogue_ids' function is not run there at all.

[Pekka]

ok well I gave 777 permissions to the upload and test folders, and now the gd1 and gd2 error lines have gone away, but image magik still doesnt work. in the composite and convert folder paths, it says "path not valid" so I guess I'm going to have to call my hosting company and find out the location to the path.

I had no problems with Imagemagick paths when updating EE on my server. The IM code has not been altered so there should not be any new bugs there.

Imagick code is not tested properly - I'll do that this week.

Sorry, but I can't think of any reason now why you have that problem with Imagemagick. Was the previous EE source code unaltered, i.e. you had not changed exec command to passthu command or anything like that? Is safe mode on or off?

This is pretty damn stupid, considering it worked before, but now it doesnt

I'll see if I can make a "guess path" command to that page for checking if IM is in any usually known locations.

[Evanrich]

ok well I gave 777 permissions to the upload and test folders, and now the gd1 and gd2 error lines have gone away, but image magik still doesnt work. in the composite and convert folder paths, it says "path not valid" so I guess I'm going to have to call my hosting company and find out the location to the path.

I had no problems with Imagemagick paths when updating EE on my server. The IM code has not been altered so there should not be any new bugs there.

Imagick code is not tested properly - I'll do that this week.

Sorry, but I can't think of any reason now why you have that problem with Imagemagick. Was the previous EE source code unaltered, i.e. you had not changed exec command to passthu command or anything like that? Is safe mode on or off?

This is pretty damn stupid, considering it worked before, but now it doesnt

I'll see if I can make a "guess path" command to that page for checking if IM is in any usually known locations.


I haven't changed anything, and as far as I know safe mode is off, unless you're talking about ee safemode, which according to the editor, says "betanote:safe mode is on"

When I had 1.5 beta 5 installed, I requested for imagemagick to be setup on my account, and my host installed it, and EE showed everything as working. It created thumbnails for me automatically, resized my images, watermarked them... everything was perfect, but it stopped working after awhile, and it doesn't work with the rc2 update either. I have emailed my host back with some of the error messages I'm getting, and asking them to make sure imagemagick is setup right for my account. I'll see what their response is. This sucks because having it auto create thumbs and minithumbs was so nice, I'd hate to have to go back to creating thumbs manually.

[Pekka]

ok well I gave 777 permissions to the upload and test folders, and now the gd1 and gd2 error lines have gone away, but image magik still doesnt work. in the composite and convert folder paths, it says "path not valid" so I guess I'm going to have to call my hosting company and find out the location to the path.

I had no problems with Imagemagick paths when updating EE on my server. The IM code has not been altered so there should not be any new bugs there.

Imagick code is not tested properly - I'll do that this week.

Sorry, but I can't think of any reason now why you have that problem with Imagemagick. Was the previous EE source code unaltered, i.e. you had not changed exec command to passthu command or anything like that? Is safe mode on or off?

This is pretty damn stupid, considering it worked before, but now it doesnt

I'll see if I can make a "guess path" command to that page for checking if IM is in any usually known locations.


I haven't changed anything, and as far as I know safe mode is off, unless you're talking about ee safemode, which according to the editor, says "betanote:safe mode is on"

When I had 1.5 beta 5 installed, I requested for imagemagick to be setup on my account, and my host installed it, and EE showed everything as working. It created thumbnails for me automatically, resized my images, watermarked them... everything was perfect, but it stopped working after awhile, and it doesn't work with the rc2 update either. I have emailed my host back with some of the error messages I'm getting, and asking them to make sure imagemagick is setup right for my account. I'll see what their response is. This sucks because having it auto create thumbs and minithumbs was so nice, I'd hate to have to go back to creating thumbs manually.

No need to worry - this will be resolved. This is clearly a server admin problem:

I'm pretty sure that someone set safe mode on when updating php on your server - or did not remember to set safe mode exec dir directive in php.ini to point to /usr/bin .

Drop them a note as above. They should know this: if safe mode is on, you will have to set safe_mode_exec_dir to make exec command work.

See http://fi2.php.net/manual/en/features.safe-mode.php#ini.safe-mode-exec-dir

[chriz]

As usual, the upgrade was a snap. Took me 10 minutes carefully following your instructions.

Thank you pekka,

Chriz

[daddy0]

ok well I gave 777 permissions to the upload and test folders, and now the gd1 and gd2 error lines have gone away, but image magik still doesnt work. in the composite and convert folder paths, it says "path not valid" so I guess I'm going to have to call my hosting company and find out the location to the path.

I had no problems with Imagemagick paths when updating EE on my server. The IM code has not been altered so there should not be any new bugs there.


I get following error message to apache's error log:

sh: line 1: /usr/local/php/bin/convert: No such file or directory

I have set up the path for convert and composite to point to actual binaries.

I solved this problem by creating the path EE is looking for and I also created soft-links to those binaries there. It seems that EE is using hard-coded paths for IM binaries.

Regards,
Mikko

[Pekka]

ok well I gave 777 permissions to the upload and test folders, and now the gd1 and gd2 error lines have gone away, but image magik still doesnt work. in the composite and convert folder paths, it says "path not valid" so I guess I'm going to have to call my hosting company and find out the location to the path.

I had no problems with Imagemagick paths when updating EE on my server. The IM code has not been altered so there should not be any new bugs there.


I get following error message to apache's error log:

sh: line 1: /usr/local/php/bin/convert: No such file or directory

I have set up the path for convert and composite to point to actual binaries.

I solved this problem by creating the path EE is looking for and I also created soft-links to those binaries there. It seems that EE is using hard-coded paths for IM binaries.

Regards,
Mikko

No Mikko, EE is not using any hard-coded paths as you can check from source code. For convert EE uses variable $s_mogrify which is read from database in fetchsettings.php (database row is ee_settings:ee_mogrify_path).

[devenh]

Either I have not configured something correctly or RC 2 is generating an incorrect URL:

Easy link to this photo: http://?photo=1203

Deven

[Pekka]

Either I have not configured something correctly or RC 2 is generating an incorrect URL:

Easy link to this photo: http://?photo=1203

Deven

There is a new setting in misc settings (global settings):

"HTTP address (URL) to gallery, with trailing slash."

Write the http address to your gallery on that field and save settings.
If that field is empty, EE will use environment variables to determine EE URL.

If you intend to use EE's embedding system from external server, you must fill that field.

Why your server fails to see the URL automatically can be debugged by running /input/printvars.php, PM me the contents and I'll see what is going on there.

[trufy]

Hi pekka,

First of all, thanks for this fantastic work. Very nice.

Im doing your beta tester on a w2k box /-)
Since i installed version 1.5, i got always the same (not critical) error:

"Notice: Undefined index: QUERY_STRING in X:\www\mywebpage\eebeta\fetchsettings.php on line 105"
On beta 4 i had it on all pages, now with RC2 i have this only in the admin pages. Is this a query that php or mysql doesnt support on a WinBox?

Next, more critical problem, is that after the update of 1.5RC2, im able to login to the admin page without password! ?!? :shock:
After i set a password, i NOT able to login anymore :cry:
Could it be a problem with the database? You store the pass in the database right? I aslo could imagine, that microsoft doesnt support your MD5 encryption?
It looks that something is messed up. For testing purposes i opened all subdirs for read write and browsing, and as the database account i use the mysql admin.

[daddy0]

I get following error message to apache's error log:

sh: line 1: /usr/local/php/bin/convert: No such file or directory

I have set up the path for convert and composite to point to actual binaries.

I solved this problem by creating the path EE is looking for and I also created soft-links to those binaries there. It seems that EE is using hard-coded paths for IM binaries.

Regards,
Mikko

No Mikko, EE is not using any hard-coded paths as you can check from source code. For convert EE uses variable $s_mogrify which is read from database in fetchsettings.php (database row is ee_settings:ee_mogrify_path).

I checked the database and it looked fine. Anyway without those softlinks EE can't find convert and composite and I get those nasty error messages to error_log. Any ideas?

[Pekka]

I get following error message to apache's error log:

sh: line 1: /usr/local/php/bin/convert: No such file or directory

I have set up the path for convert and composite to point to actual binaries.

I solved this problem by creating the path EE is looking for and I also created soft-links to those binaries there. It seems that EE is using hard-coded paths for IM binaries.

Regards,
Mikko

No Mikko, EE is not using any hard-coded paths as you can check from source code. For convert EE uses variable $s_mogrify which is read from database in fetchsettings.php (database row is ee_settings:ee_mogrify_path).

I checked the database and it looked fine. Anyway without those softlinks EE can't find convert and composite and I get those nasty error messages to error_log. Any ideas?

There must be some path translation going on somewhere in PHP interpreter. Are you using PHP in CGI mode? Check your php.ini if there are any indications of path redirection.

You could try to replace exec function with passthru. Search all files for "exec (" or "exec(" and use "passthru (" instead.

[Pekka]

Hi pekka,

First of all, thanks for this fantastic work. Very nice.

Im doing your beta tester on a w2k box /-)
Since i installed version 1.5, i got always the same (not critical) error:

"Notice: Undefined index: QUERY_STRING in X:\www\mywebpage\eebeta\fetchsettings.php on line 105"
On beta 4 i had it on all pages, now with RC2 i have this only in the admin pages. Is this a query that php or mysql doesnt support on a WinBox?

That is a missing environment variable. If all works it is not crucial. :)

To get rid of the message, you can change in fetchsettings.php line 105 to

$query = @$_SERVER['QUERY_STRING'];

What do you see when you run /input/printvars.php ? PM me the list.

Next, more critical problem, is that after the update of 1.5RC2, im able to login to the admin page without password! ?!? :shock:

That is so, after first installation you must log out and after that the login system is on. Sorry I forgot to mention this.

Note also that after you have logged in you can get in the next day with same browser, if you close your browser without logging out. Only after you log out you will need to relogin.

After i set a password, i NOT able to login anymore :cry:
Could it be a problem with the database? You store the pass in the database right? I aslo could imagine, that microsoft doesnt support your MD5 encryption?
It looks that something is messed up. For testing purposes i opened all subdirs for read write and browsing, and as the database account i use the mysql admin.

Login needs one cookie. Make sure that you browser accepts cookie from you photo site domain. MD5 encryption works on all platforms - I develop EE on Windows XP.

If you view contents of the cookie (most browsers allow this), you should see something like:

Name: user
Host: www.yourdomain.com
Content: 1289d95cc9c0172fc05eed19f325ea09
Path: /
Secure: no
Expires: (some date long ahead)
Policy: none

[daddy0]

I get following error message to apache's error log:

sh: line 1: /usr/local/php/bin/convert: No such file or directory

I have set up the path for convert and composite to point to actual binaries.

I solved this problem by creating the path EE is looking for and I also created soft-links to those binaries there. It seems that EE is using hard-coded paths for IM binaries.

Regards,
Mikko

No Mikko, EE is not using any hard-coded paths as you can check from source code. For convert EE uses variable $s_mogrify which is read from database in fetchsettings.php (database row is ee_settings:ee_mogrify_path).

I checked the database and it looked fine. Anyway without those softlinks EE can't find convert and composite and I get those nasty error messages to error_log. Any ideas?

There must be some path translation going on somewhere in PHP interpreter. Are you using PHP in CGI mode? Check your php.ini if there are any indications of path redirection.

You could try to replace exec function with passthru. Search all files for "exec (" or "exec(" and use "passthru (" instead.

I am running PHP as a Apache module (--with-apxs). I also couldn't find any indications of path redirection in php.ini. I'll have to test that function name changing thing if I have enough time.

[dboschung]

Hallo

first of all thank yo for your wonderful job.
I had no problems to update. Every thing works fine.

Exept:
ee-comerce sends the folowing message when you click the buy icon.

E: No commerce data specified, can not proceed.
The parameters to enter EE commerce order page were incorrect. Please browse the exhibitions and use links there to order photos. If this was a hacking attempt please don't bother trying. Thanks.

Does it mean, that i have to specifie the ee-commerce again?


the analyse repair sends the following message. Does it mean anything serious?

ee_size_nla.ee_size_id
...... ID 1 OK
ee_thumbs.ee_thumbs_id
...... ID 1 NOT FOUND!
ee_thumbs.ee_thumbs_id
...... ID 1 RECREATED WITH DEFAULT VALUES.
ee_workflow.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_eng.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_eng.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_fra.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_fra.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_ger.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_ger.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_ita.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_ita.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_spa.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_spa.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_nla.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_nla.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_style.ee_style_id
...... ID 1 OK


dummy question: what is the editor login? i never used such a thing... did i overlooked something?


thank you
daniel

[Pekka]

Hallo

first of all thank yo for your wonderful job.
I had no problems to update. Every thing works fine.

Exept:
ee-comerce sends the folowing message when you click the buy icon.

E: No commerce data specified, can not proceed.
The parameters to enter EE commerce order page were incorrect. Please browse the exhibitions and use links there to order photos. If this was a hacking attempt please don't bother trying. Thanks.

Does it mean, that i have to specifie the ee-commerce again?


No. Follow info from http://photography-on-the.net/forum/showthread.php?t=25418 to fix it.

the analyse repair sends the following message. Does it mean anything serious?

ee_size_nla.ee_size_id
...... ID 1 OK
ee_thumbs.ee_thumbs_id
...... ID 1 NOT FOUND!
ee_thumbs.ee_thumbs_id
...... ID 1 RECREATED WITH DEFAULT VALUES.
ee_workflow.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_eng.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_eng.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_fra.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_fra.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_ger.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_ger.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_ita.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_ita.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_spa.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_spa.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_workflow_nla.ee_workflow_id
...... ID 3 NOT FOUND!
ee_workflow_nla.ee_workflow_id
...... ID 3 RECREATED WITH DEFAULT VALUES.
ee_style.ee_style_id
...... ID 1 OK



No. It's ok, unless it comes every time you run it.

dummy question: what is the editor login? i never used such a thing... did i overlooked something?
thank you
daniel

Editor login is the page which asks for username and password when you open your input folder. After first installation you'll need to log out (yellow text on editor top part) once to activate this system.

[dboschung]

thank you pekka

every thing works fine now.

is it possible to hide groups from public as you can do with the exibitions?

thanks
daniel

[Pekka]

thank you pekka

every thing works fine now.

is it possible to hide groups from public as you can do with the exibitions?

thanks
daniel

Groups obey passwords totally, so if you add several exhibitions with mixed passwords to same group, the password user enters determines which exhibitions he sees in that group.

So the answer is: when you make a group and add only password protected exhibitions to it, public won't see that group. Let me know if they can, because then it is a bug! :)

[dboschung]

dear pekka

I will let you if it works with the hidden groups.

right now I have problems with uploading. I can not see any thumbs, microthumbs or pix in a new generated exhibtion.

I did not changed anny path or so.

paht analyser says the following:

917. 020714 zoolino 0807 [open in photo editor]
USED IN: 26
JPG_300_pix http://www.boschungfoto.ch/bilderbank/bilder_stadtblick/300pix/020714_zoolino_0807.JPG 300_dpi --- NOT FOUND
JPG_560_pix http://www.boschungfoto.ch/bilderbank/bilder15/normal/020714_zoolino_0807.JPG default --- NOT FOUND
JPG_800_pix http://www.boschungfoto.ch/bilderbank/bilder_stadtblick/up_org/020714_zoolino_0807.JPG 800_dpi --- NOT FOUND
URL: THUMBS (per exhibition, put mouse over photos to see more info)

URL: MICROTHUMBS (per exhibition, put mouse over photos to see more info)


the size path editor tells me that this new exhibition (26) uses this path...

any idea?

Easy link to this gallery:
http://www.boschungfoto.ch/bilderbank/list.php?exhibition=26

thanks
daniel

[Pekka]

dear pekka

I will let you if it works with the hidden groups.

right now I have problems with uploading. I can not see any thumbs, microthumbs or pix in a new generated exhibtion.

I did not changed anny path or so.

paht analyser says the following:

917. 020714 zoolino 0807 [open in photo editor]
USED IN: 26
JPG_300_pix http://www.boschungfoto.ch/bilderbank/bilder_stadtblick/300pix/020714_zoolino_0807.JPG 300_dpi --- NOT FOUND
JPG_560_pix http://www.boschungfoto.ch/bilderbank/bilder15/normal/020714_zoolino_0807.JPG default --- NOT FOUND
JPG_800_pix http://www.boschungfoto.ch/bilderbank/bilder_stadtblick/up_org/020714_zoolino_0807.JPG 800_dpi --- NOT FOUND
URL: THUMBS (per exhibition, put mouse over photos to see more info)

URL: MICROTHUMBS (per exhibition, put mouse over photos to see more info)


the size path editor tells me that this new exhibition (26) uses this path...

any idea?

Easy link to this gallery:
http://www.boschungfoto.ch/bilderbank/list.php?exhibition=26

thanks
daniel

I'm investigating it right now. See your PM for important message about security.

[Pekka]

Daniel,

I checked the whole editor area and it was all ok, and I uploaded same photos you did and they were uploaded, resized and inserted without problems.

I also set internal ftp on in your system, as it has much better error reporting - if some upload problem happens open the messages into a new window and copy the html source and save it, zip it and mail to me. This way I can check what was the possible problem.

The logs are cleared on logout, so do this right after the problem happens.

I suspect the logical explanation (based on fact that program code does not change by itself) is that your ftp server was momentarily down - this can happen when system admin reboots the server when e.g. updating software.

[wkitty42]

The updater is in installers folder. Open it into your browser and it'll do the new stuff into database.

Editor login is after updater:

Login: admin
pass: pass

You can change those in misc settings.
this is kind of confusing... after i ran the updater, all i did was to enter right into my "input" directory and i was in... no questions about logging in or anything like that... the top of the screen did show the yellow logout text, though...

IMPORTANT: as a transition safety measure, first go into default photodata editor, select EACH menu item and SAVE it. Then go to photo order editor and just select EACH exhibition in turn. Then just open analyze_repair editor and wait it to finish once. That's it. Thanks.
ok, this is kind of confusing, too... by the steps...

first go into default photodata editor
this is located in the left menu under EXHIBITIONS->set_default_photo_data, correct?

select EACH menu item and SAVE it.
by "EACH menu item", are you referring to each exhibition listed in the dropbox at the top??

by "SAVE it", are you referring to clicking the two buttons at the bottom to save the default data and the default path for the chosen exhibit?

Then go to the photo order editor
this is actually located in the left menu under PHOTOS->set_order_in_exhibition, correct?

analyze and repair was easy to find ;)

PLEASE REPORT ALL FOUND PROBLEMS AND BUGS HERE.
under UTILITIES->optimize, there is a defragment button and an optimize button... clicking on the defragment button brings up text like this...

table: gallery.ee_accessory | operation: optimize | status: OK
table: gallery.ee_camera | operation: optimize | status: OK
seems like "operation" should be showing "defrag" or "defragment" instead of "optimize"...

selecting the optimize button gives similar text except it says "operation: repair" instead of "operation: optimize"...

under SETTINGS->ftp_server_setup, the EE Home FTP Server shows the fourth column heading as "passive" but it displays the root path to the ee install...

i noted, also, that the ftp servers (on the same screen) showed blank passwords when, in fact, there were passwords set... in my case, the local and the single "remote" have the same password as the ee home ftp server... the home ftp server was displaying **'s in the password field where the other two were not...

yes, these are all visual as far as i can see...

more as i find them ;)

so far, i like, even more than before, what i see... its looking great! i'll be playing with the ftp uploading stuff at some point in the near future... i haven't had time, but i've been wanting to work my existing exhibits into the 1.5 install but that's a lot of work without that upgrade 1.22->1.5 script :( i've already gotten one of the existing ones put in with some changes, so whatever script you come up with, i hope it will allow for gallery by gallery importing instead of just grabbing everything...

[Pekka]

The updater is in installers folder. Open it into your browser and it'll do the new stuff into database.

Editor login is after updater:

Login: admin
pass: pass

You can change those in misc settings.
this is kind of confusing... after i ran the updater, all i did was to enter right into my "input" directory and i was in... no questions about logging in or anything like that... the top of the screen did show the yellow logout text, though...

This has been already mentioned - the first time after new update you can get in - log out and the pass system activates.

IMPORTANT: as a transition safety measure, first go into default photodata editor, select EACH menu item and SAVE it. Then go to photo order editor and just select EACH exhibition in turn. Then just open analyze_repair editor and wait it to finish once. That's it. Thanks.
ok, this is kind of confusing, too... by the steps...

first go into default photodata editor
this is located in the left menu under EXHIBITIONS->set_default_photo_data, correct?

select EACH menu item and SAVE it.
by "EACH menu item", are you referring to each exhibition listed in the dropbox at the top??

by "SAVE it", are you referring to clicking the two buttons at the bottom to save the default data and the default path for the chosen exhibit?

Then go to the photo order editor
this is actually located in the left menu under PHOTOS->set_order_in_exhibition, correct?

analyze and repair was easy to find ;)

Ok, I'll promise to be more specific next time :oops:

PLEASE REPORT ALL FOUND PROBLEMS AND BUGS HERE.
under UTILITIES->optimize, there is a defragment button and an optimize button... clicking on the defragment button brings up text like this...

table: gallery.ee_accessory | operation: optimize | status: OK
table: gallery.ee_camera | operation: optimize | status: OK
seems like "operation" should be showing "defrag" or "defragment" instead of "optimize"...

selecting the optimize button gives similar text except it says "operation: repair" instead of "operation: optimize"...

This is not a bug, but MySQL handles it that way (those reports are directly from MySQL). Degrament command is "optimize" and optimize (rebuild indexes) command is "repair". I'll have to put some explanation there.

under SETTINGS->ftp_server_setup, the EE Home FTP Server shows the fourth column heading as "passive" but it displays the root path to the ee install...

Yep there is a bug there.

i noted, also, that the ftp servers (on the same screen) showed blank passwords when, in fact, there were passwords set... in my case, the local and the single "remote" have the same password as the ee home ftp server... the home ftp server was displaying **'s in the password field where the other two were not...

This is also transition effect which I should have mentioned. Because there is now a "crypting bit" for each password, after update the passwords are in "floating state" until they are resaved first time. This brings us to the more important point: you found a bug in ftp password crypting: internal server is not crypted! :)

more as i find them ;)

Thanks, keep them coming.

so far, i like, even more than before, what i see... its looking great! i'll be playing with the ftp uploading stuff at some point in the near future... i haven't had time, but i've been wanting to work my existing exhibits into the 1.5 install but that's a lot of work without that upgrade 1.22->1.5 script :( i've already gotten one of the existing ones put in with some changes, so whatever script you come up with, i hope it will allow for gallery by gallery importing instead of just grabbing everything...

Gallery importer (on todo list) would take too way much time to code in current situation, so updating means whole EE in one go. Sorry.

[dboschung]

hallo

which is the quickest way to intall a new version of 1.5 RC 2 from scratch with a new sql database?

i would like to feed my homepage with the datas from a separate EE 1.5.

Beta Version: www.boschungfoto.ch/lenny

may I just copy the orginal files of my first 1.5 to an other folder an change the settings in the connect.php files or is wiser to start a complet new installation?

I do not find the old 1.5 Versions on the server anymore...

Mai be it is good test too check the full installation procedure of 1.5.

daniel

[4walls]

Either I have not configured something correctly or RC 2 is generating an incorrect URL:

Easy link to this photo: http://?photo=1203

Deven
I got the same problem, and changed the URL to the gallery with the trailing slash as you directed, but I cannot see any of my photos. Only my microthumbs and thumbs show up.

...edited...

never mind, I am just going to use the "Gallery" software from http://gallery.sourceforge.net/

[HotDogOne]

Heya Pekka

It's been awhile - I think the last version I used was 1.10.

I got an EOS-10D a few weeks ago, and came here to see how Exhibit Engine was doing - WOW! the RC2 release rocks! Fantastic work. I installed it a few days ago and have been playing with the new internal Exif read, very impressive, and nice and easy to intergrate into the EOS10D work flow!

Thanks again Pekka for all the work your doing on this.

[seanspeng]

When I was trying to extend the login system to the Backup page as you instructed, the backup/index.php page becomes unavailable.

If I changed it back, it is ok again.

[pplfilho]

PLEASE REPORT ALL FOUND PROBLEMS AND BUGS HERE.

Thank you for your patience and interest!

Hello,


:?
I tried 'rethumbnails' with some images and I got the following messages from EE:


Warning: imagecreatefromjpeg(): gd-jpeg: JPEG library reports unrecoverable error: in /home/pplfilho/public_html/xarope/RESIZE_gd.php on line 44

Warning: imagecreatefromjpeg(): 'temp/PEOP000231_C1.jpg' is not a valid JPEG file in /home/pplfilho/public_html/xarope/RESIZE_gd.php on line 44

Warning: imagecopyresampled(): supplied argument is not a valid Image resource in /home/pplfilho/public_html/xarope/RESIZE_gd.php on line 46

That's using PHP FTP server. Using Internal doesn't produce any messages. After that, I get black microthumbs and thumbs.

What am I doing wrong? I am using GD2 on my site.

[]s
Pedro Luz Cunha
_________________

[dani3d]

Is there a full install? the upgrade did not work for me and I get this error:

EE DATABASE UPGRADE: 1.5 beta 5 -> RC 2
INSTALL ERROR: DEFAULT LANGUAGE 'eng' NOT AVAILABLE

[tommykjensen]

Is there a full install? the upgrade did not work for me and I get this error:

EE DATABASE UPGRADE: 1.5 beta 5 -> RC 2
INSTALL ERROR: DEFAULT LANGUAGE 'eng' NOT AVAILABLE


You can't just skip to the RC2 (I guess) You have to install all the fix'es between beta 4 and beta 5 rc 2. .

[TomKa]

Problem with "Easy Link" on hidden galleries

When I hide a gallery, the " Easy link to this gallery" is not displayed under the pictures of the hidden gallery. If I switch to "public" the Easy Link is shown once again.

[ArtM]

Please make this simple for me !!

If I am starting out with this version, where/how do I get the complete latest version to download & install & setup.

(I'm having trouble figuring out how to load which version on top of which. If I've missed it somewhere, pls send link.)

- Art

:shock:

[tommykjensen]

Please make this simple for me !!

If I am starting out with this version, where/how do I get the complete latest version to download & install & setup.

(I'm having trouble figuring out how to load which version on top of which. If I've missed it somewhere, pls send link.)

- Art

:shock:

Here: http://www.photography-on-the.net/ee/beta/ start from the top and work Your way all the way to the bottom making sure to run the update scripts as described.

[ArtM]

Thank you TommyKjensen - after all the steps/updates & fixes I got to a running EE 1.5 !! Looks good.

But before I go further - and thinking of my old running 1.2 database:

Would it be best to start with the old 1.2 database & go through the 1.5 building steps ? Will that work? And will that be less reconstruction work than reloading all my previous 1.2 exhibitions?

I saw mention of a 'conversion script'. Would I be better advised to wait until that is available?

Just trying to figure out best way of getting from my old 1.2 Exhibits to V1.5. I have some 30 exhibits & 3000 or so pictures in V1.2.

- Art

:?:

[ArtM]

Hmmmm... having a few problems with FTP Server setup on my WinXPP.

First - the Server Info & Manual might be a little clearer:

Suggest changing the names in Server Info
from 'FTP Servers' to 'FTP Photo Gallery Servers'; and
from 'EE Home ftp Server' to 'EE Home Program HTML/PHP Server'
so that its 100% clear which section is meant for what purpose.
(If my understanding is correct!)

In section A of Manual - FTP Server setup - relate names above to purpose.

A more difficult problem (bug?) :

My server is controlled by myself and runs on a Dynamic DNS connection behind a router & firewall. As such, it appears to me to be impossible to run a Passive Mode FTP connection with my FTP Server program (Serv-U).

However, in FTP Server Setup, when I add a new server to refer to a new Photo Gallery, I am unable to keep Passive Mode box UNTICKED. The tick reappears as soon as I try to 'Update All Servers'

I seem to have a Catch 22 - I can't use Passive Mode, but EE won't let me NOT use Passive Mode !!!

_ ArtM

:( :?:

[ArtM]

In Server Info, it reports EXIF - PHP Status; but NOT 'Internal' EXIF status.

(My PHP EXIF setup does not test OK for some reason - despite loading it in php.ini. But the Internal tests OK.)

- Artm

:!:

[ArtM]

If I am understanding correctly, I must store the Exhibit Engine PHP/HTML code as one URL on my server and the photo data in sub-directories of the PHP/HTML URL.

It would be really nice if I could store the photo data in a totally seperate URL from the PHP/HTML code; for security & seperation purposes. That is PHP/HTML in one directory & photo gallery data in another.

Is there any way this is possible within EE ??

I have quasi-mastered Apache! If not within EE is it possible somehow via Apache directives ?

- ArtM

:?:

[kie]

In Server Info, it reports EXIF - PHP Status; but NOT 'Internal' EXIF status.

(My PHP EXIF setup does not test OK for some reason - despite loading it in php.ini. But the Internal tests OK.)

- Artm

:!:

Same here although I know the EXIF module was loaded in PHP... (on an apache server)

Great software btw :)
Thank you

[tommykjensen]

In Server Info, it reports EXIF - PHP Status; but NOT 'Internal' EXIF status.

(My PHP EXIF setup does not test OK for some reason - despite loading it in php.ini. But the Internal tests OK.)

- Artm

:!:

Same here although I know the EXIF module was loaded in PHP... (on an apache server)

Great software btw :)
Thank you

Upgrade to the latest version of PHP.

A function "read_exif_data" was renamed to "exif_read_data" but in one of the latest version the name "read_exif_data" was added again as an alias - at least thats how I have interpreted the release notes for php.

I also knew the exif module was loaded in php on my server but the function did not work neither in coppermine or ee. As soon as I upgraded php from 4.1.2 to 4.3.4 it worked.

:!: :!: Warning: Make sure You backup the original php installation so You can revert if something does not work.

[kie]

yeah I figured it was probably a PHP thing seeing as not many others had complained.

well I try doing as you suggested, and for the moment, the internal exif will do me fine :)

[ArtM]

Anyone trying Apache 2 & PHP 5 ?

Know why EE will not display images from an apparently perfect path system - that puts all pics in right folders ?? The little error image only is displayed for each - though hovering indicates the right image name.

Also why trying 1 - 9 images to send to server in upload is fine;
but 10 bombs the script (blank screen) & does not upload?

- ArtM


PS - Pekka it would be faster if one could highlight multiple images from a disk folder & move them to be uploaded; rather than browse one line at a time.

:?: :idea:

[Pekka]

Anyone trying Apache 2 & PHP 5 ?

Not yet.

Know why EE will not display images from an apparently perfect path system - that puts all pics in right folders ?? The little error image only is displayed for each - though hovering indicates the right image name.


Copy the image URL from broken image properties or html source code and paste it on web browser - can you see the image? EE just builds html pages which use standard image links. Double-check your path editor's URL fields.


Also why trying 1 - 9 images to send to server in upload is fine;
but 10 bombs the script (blank screen) & does not upload?

Must be PHP timeout. See http://photography-on-the.net/forum/showthread.php?t=25477#157120
If you can't change that value, solution to the problem will come after 1.5 is out.

PS - Pekka it would be faster if one could highlight multiple images from a disk folder & move them to be uploaded; rather than browse one line at a time.

I know but that is not technically possible with html. Would need a Java solution. Meanwhile, why don't you just use ftp program and upload files to UPLOAD folder using it?

[kie]

PS - Pekka it would be faster if one could highlight multiple images from a disk folder & move them to be uploaded; rather than browse one line at a time.

:?: :idea:

I use my ftp client to move many files at once into the UPLOAD folder... it's much faster than browsing for each one singularly


EDIT: Pekka - you beat me to the draw :lol:

[ArtM]

Re: Exhibit Engine 1.5 RC 2 (update ONLY for 1.5 beta 5)
ArtM wrote:
Anyone trying Apache 2 & PHP 5 ?


Not yet.

Well - it seems to work - as far as I have tested so far - which is minimal!

Know why EE will not display images from an apparently perfect path system - that puts all pics in right folders ?? The little error image only is displayed for each - though hovering indicates the right image name.


Copy the image URL from broken image properties or html source code and paste it on web browser - can you see the image? EE just builds html pages which use standard image links. Double-check your path editor's URL fields.

OK. Tried that & then tried the 'Path Analyzerr' Utility again. Bingo! Not Founds! I had my Apache pointed to my 'pictures' sub-folder of EE - should have been directly to EE folder. Corrected & presto - thumbs, microthumbs & pictures showed up beautiful!! Thanks for the tip, Pekka.

Also why trying 1 - 9 images to send to server in upload is fine;
but 10 bombs the script (blank screen) & does not upload?


Must be PHP timeout. See http://photography-on-the.net/forum/showthread.php?t=25477#157120
If you can't change that value, solution to the problem will come after 1.5 is out.

I have tried changing timeouts & file size max's inPHP & Apache. Still bombs out. On even less than 10 (8?) I notice that the UPLOAD to server process (Step 1) for even less than 10 appears to still take much less time than the final Upload/Gallery setup (Step 6) - which DOES NOT bomb. Remember also I am, for test purposes, uploading to Localhost - on the same machine. Smells like it may be something else other than timeout ???


PS - Pekka it would be faster if one could highlight multiple images from a disk folder & move them to be uploaded; rather than browse one line at a time.


I know but that is not technically possible with html. Would need a Java solution. Meanwhile, why don't you just use ftp program and upload files to UPLOAD folder using it?

Yes, I suspected something like that. And yes I can do it manually np; would just be a little nicer to do basic workflow in same area - efficiently. If & as when possible.
_________________

[/quote]

[ArtM]

File Name Problem:

My file names run something like '2004_0217_103123AA.JPG'
I note that the 'underscore' character is not printed with the photo. It also does not show up on 'hovering' over pics & thumbs, etc. PHP problem??

- Art

[Pekka]

I have tried changing timeouts & file size max's inPHP & Apache. Still bombs out. On even less than 10 (8?) I notice that the UPLOAD to server process (Step 1) for even less than 10 appears to still take much less time than the final Upload/Gallery setup (Step 6) - which DOES NOT bomb. Remember also I am, for test purposes, uploading to Localhost - on the same machine. Smells like it may be something else other than timeout ???


Oh, now I see it's the send to server form (sorry). That is html form which uses standard http file transfer system. Have you tried timeout setting in httpd.conf? See http://photography-on-the.net/forum/showthread.php?t=25477#158642 . Maybe that helps.

Why the upper form is faster: it does not resize or sharpen photos.

[Pekka]

File Name Problem:

My file names run something like '2004_0217_103123AA.JPG'
I note that the 'underscore' character is not printed with the photo. It also does not show up on 'hovering' over pics & thumbs, etc. PHP problem??

- Art

That is a feature. Fighting too long filenames in text areas this way, as they would otherwise prevent word-wrap.

[ArtM]

File Name Problem:

My file names run something like '2004_0217_103123AA.JPG'
I note that the 'underscore' character is not printed with the photo. It also does not show up on 'hovering' over pics & thumbs, etc. PHP problem??

- Art

Further info.

I set up two galleries - one with 'filename.ext' only selected for Photo header & other with 'Header+filename.ext' selected & put in a little free form text.

The first one shows all file names with underscores stripped out - everwhere - hovers, lists, etc.

The second sows the Text Info in fron of the file name AND a perfectly formed file name - underscores & all!

This is my preference - what goes in for file names is what is stored & displayed.

- ArtM

[ArtM]

It appears to me that Passive FTP mode - once deselected - is reselected upon 'Save all' at the end of FTP server setups. Thus one cannot deselect Passive Mode for new FTP's.

I am now running in test mode with all servers & EE client running Localhost on my XP system. So I just changed the FTP server to accept passive mode.

BUT - when running on my production server, I cannot readily set up the FTP server to accept Passive mode - as it is behind a router & its tricky if not impossible to set up PASV in this situation.

This will be a serious problem when I install to production server box & I would sure like to see a solution.

- Art

[ArtM]

It appears to me that Passive FTP mode - once deselected - is reselected upon 'Save all' at the end of FTP server setups. Thus one cannot deselect Passive Mode for new FTP's.

I am now running in test mode with all servers & EE client running Localhost on my XP system. So I just changed the FTP server to accept passive mode.

BUT - when running on my production server, I cannot readily set up the FTP server to accept Passive mode - as it is behind a router & its tricky if not impossible to set up PASV in this situation.

This will be a serious problem when I install to production server box & I would sure like to see a solution.

- Art


Some light in this tunnel . . .

I've been using Mozilla Firefox. Switched to IE6 & lo & behold - I can change the Passive tick off - and save & it STAYS OFF!! This is good.

Must be some idiosynchrosy between browsers!!??

Still having trouble connecting to remote server, fails a few tests, just these:

CHANGE DIRECTORY TO '/test': FAILED Reason: ftp_chdir() [function.ftp-chdir.html]: /d:/test: Permission denied.
CREATE DIRECTORY 'ee_ftp_test_directory_creation': OK
CHANGE DIRECTORY TO '/test/ee_ftp_test_directory_creation': OK
CHANGE DIRECTORY TO '/test': FAILED Reason: ftp_chdir() [function.ftp-chdir.html]: /d:/test: Permission denied.
DIRECTORY 'ee_ftp_test_directory_creation' REMOVAL: FAILED Reason: ftp_rmdir() [function.ftp-rmdir.html]: /d:/test/ee_ftp_test_directory_creation: Permission denied.

dunno..... ?? yet!


- Art

[ArtM]

Re Upload Photos function:

1) Suggest leaving the Step 4 Target Exhibition BLANK and forcing the user to reselect the Target each time. Don't know how many times I have sent pics to the wrong target ... !!

2) Suggest a quick recheck of the FTP connection before either Upload to ensure its still active.

3) Suggest renaming the 'Server Upload Folder' & 'Target Exhibitions' steps. Needs more creative sorts than I! Maybe 'Upload Photos to Server Work Area' & 'Post Selected Work Area Photos to Selected Exhibition'

4) Is there any way of quick cross checking FTP & path settings in Path Setup & at least issuing a warning? My exhibitions all have unique names within the FTP & URL's. Could these be identified & compared across FTP & Path to cut down on errors? e.g., one of my path URL's is

http://eepics.acme.com/myshow/originals/

The FTP folder on the same line is

/myshow/originals

and the Thumb URL is

http://eeminipics.acme.com/myshow/thumbs/

and relative path on the same line is

/minipics/myshow/thumbs/

and FTP folder on same line is

/myshow/thumbs

(Ditto Microthumbs)

Could 'myshow' be confirmed present by EE in all the right places ?
Could the right URL component ('eepics') be confirmed in all path URL's?
Could the right URL component ('eeminipics') be checked between thumbs & microthumbs?

Probably issuing a stern RED warning on failure would be best; allowing for users with unique systems.

Just trying to think of ways to reduce the learning & mistakes process ... !
(And God knows I make them ALL!)

Another possibility is to - optionally - let EE suggest the URL/Path/FTP structure - user supplies 'myshow' gallery name only!

- Art

[Pekka]

It appears to me that Passive FTP mode - once deselected - is reselected upon 'Save all' at the end of FTP server setups. Thus one cannot deselect Passive Mode for new FTP's.

I am now running in test mode with all servers & EE client running Localhost on my XP system. So I just changed the FTP server to accept passive mode.

BUT - when running on my production server, I cannot readily set up the FTP server to accept Passive mode - as it is behind a router & its tricky if not impossible to set up PASV in this situation.

This will be a serious problem when I install to production server box & I would sure like to see a solution.

- Art


Some light in this tunnel . . .

I've been using Mozilla Firefox. Switched to IE6 & lo & behold - I can change the Passive tick off - and save & it STAYS OFF!! This is good.

Must be some idiosynchrosy between browsers!!??

With latest version (uploading it today) I see no problems with Firefox or Firebird.



Still having trouble connecting to remote server, fails a few tests, just these:

CHANGE DIRECTORY TO '/test': FAILED Reason: ftp_chdir() [function.ftp-chdir.html]: /d:/test: Permission denied.
CREATE DIRECTORY 'ee_ftp_test_directory_creation': OK
CHANGE DIRECTORY TO '/test/ee_ftp_test_directory_creation': OK
CHANGE DIRECTORY TO '/test': FAILED Reason: ftp_chdir() [function.ftp-chdir.html]: /d:/test: Permission denied.
DIRECTORY 'ee_ftp_test_directory_creation' REMOVAL: FAILED Reason: ftp_rmdir() [function.ftp-rmdir.html]: /d:/test/ee_ftp_test_directory_creation: Permission denied.

dunno..... ?? yet!

- Art

Folder permission problem.

Chmod 777 (full read/write/execute permissions) the following folders:

GALLERY/temp
GALLERY/export
GALLERY/input/temp
GALLERY/input/UPLOAD
GALLERY/input/UPLOAD/test
GALLERY/input/UPLOAD/ee_temp_upload
GALLERY/input/backup/ee_backup_files

[Pekka]

File Name Problem:

My file names run something like '2004_0217_103123AA.JPG'
I note that the 'underscore' character is not printed with the photo. It also does not show up on 'hovering' over pics & thumbs, etc. PHP problem??

- Art

Further info.

I set up two galleries - one with 'filename.ext' only selected for Photo header & other with 'Header+filename.ext' selected & put in a little free form text.

The first one shows all file names with underscores stripped out - everwhere - hovers, lists, etc.

The second sows the Text Info in fron of the file name AND a perfectly formed file name - underscores & all!

This is my preference - what goes in for file names is what is stored & displayed.

- ArtM

Ok, that is a bug (or rather omission) in rename system. Thanks!

[ArtM]

Suggestion:

If one could stay in EE for 99% of workflow occasions, it would be good ...

How about a 'ROTATE' function somewhere? Perhaps in 'PowerTools' ? Or 'Upload' ... Someplace where image orientation can be seen readily.

Would have to rotate ALL - thumbs. microthumbs & all sized iamges.

- Art

[ArtM]

Suggestion:

Extend password system to protect an entire GROUP.

PUBLIC coded groups always show. If any groups are passworded - request password; but allow password input on URL so that no request is required & only Public & so Password coded groups show.

Retain password coding of individual exhibitions in same way as present to enable filtering of exhibitions within a group. Again allow password input on URL for direct no password request access to individual exhibitions.

Thus The Hatfields & The McCoys - who are always feuding; could be given seperate passwords and one family would see only the collection of photos in their particular group + Public. And further password coded exhibitions for seperate relative barnches within that family.

- Art

[Pekka]

Suggestion:

If one could stay in EE for 99% of workflow occasions, it would be good ...

How about a 'ROTATE' function somewhere? Perhaps in 'PowerTools' ? Or 'Upload' ... Someplace where image orientation can be seen readily.

Would have to rotate ALL - thumbs. microthumbs & all sized iamges.

- Art

This is already on list. Most likely only on resize methods (based on EXIF).

[Pekka]

Suggestion:

Extend password system to protect an entire GROUP.

PUBLIC coded groups always show. If any groups are passworded - request password; but allow password input on URL so that no request is required & only Public & so Password coded groups show.

Retain password coding of individual exhibitions in same way as present to enable filtering of exhibitions within a group. Again allow password input on URL for direct no password request access to individual exhibitions.

Thus The Hatfields & The McCoys - who are always feuding; could be given seperate passwords and one family would see only the collection of photos in their particular group + Public. And further password coded exhibitions for seperate relative barnches within that family.

- Art

Any group shows only exhibitions under current password.

This way you set exhibition pass, and where ever that exhibition appears it will show only if pass is correct. To add passes for groups (two overlapping pass systems) would make the whole system just too complicated for owner to manage and add potential to security problems you would not even notice easily.

As it is now, if you set up

Group CARS
exhibition: Maserati, pass 'public'
exhibition: Ferrari, pass 'public'
exhibition: Aston Martin, pass 'james'
exhibition: BMW, pass 'bill'
Group AGENTS
exhibition: Bond, pass 'james'
exhibition: Croft, pass 'lara'
exhibition: Bean, pass 'public'

With pass 'public' you see

CARS
Maserati
Ferrari
AGENTS
Bean

With pass 'james' you see

CARS
Maserati
Ferrari
Aston Martin
AGENTS
Bond

With pass 'bill' you see
CARS
Maserati
Ferrari
BMW


With pass 'lara' you see

CARS
Maserati
Ferrari
AGENTS
Croft

This being said, I will make in future improvements into whole pass (permission) system so that you can define password groups - this will be part of making EE a multiuser gallery system, later.

[ArtM]

Suggest adding one more style to list of standard EE styles,
a 'Jet Black', or 'Darkest'.

I notice a lot of EE sites with this set up.
If a lot use it, it would be nice to include it as a standard.
Just to save a little work for new user setup's.

- Art

[TomKa]

Hello Pekka, here is a small isssue: the localized text sometimes shows up in capital letters, but special characters are shown in small letters.

Example: "KEINE öFFENTLICH VERFüGBAREN GALERIEN.
BITTE RUFEN SIE UNSERE WEBSITE SPäTER NOCHMAL AUF."
The "ö" and the "ü" are in small letters.

Now I can search for the strings and put them into capital characters directly in the localized german text. Or I switch to normal characters, but this would be a global setting on the page index.php. Is there a switch or a parameter somewhere on the page index.php to display this string not only in capital letters?

[ArtM]

In the Photo Editor, upon ticking the 'Counter' Reset' box at the bottom & after Saving Changes, an error message appears at the very top of the screen:

Warning: array_merge() [function.array-merge.html]: Argument #2 is not an array in D:\Webs\ExhibitEngine\input\EDITOR_photo.php on line 915


- Art

[ArtM]

In the Photo Editor, upon ticking the 'Counter' Reset' box at the bottom & after Saving Changes, an error message appears at the very top of the screen:

Warning: array_merge() [function.array-merge.html]: Argument #2 is not an array in D:\Webs\ExhibitEngine\input\EDITOR_photo.php on line 915


- Art

Hmmm... its worse - the photo whose counter was reset disappears from the gallery viewer as well! I had a gallery with 4 photos in it. It now shows 3 in the gallery viewer and in the Photo Browser & 4 thumbs/micros in the Exhibition Editor.

- Art

[Pekka]

In the Photo Editor, upon ticking the 'Counter' Reset' box at the bottom & after Saving Changes, an error message appears at the very top of the screen:

Warning: array_merge() [function.array-merge.html]: Argument #2 is not an array in D:\Webs\ExhibitEngine\input\EDITOR_photo.php on line 915


- Art

That's strange. I know how that error might be in theory triggered (problem no categories selected) but there is no bug/problem there to make that happen in any way. I tried but could not reproduce that. What PHP version you're using?

[Pekka]

In the Photo Editor, upon ticking the 'Counter' Reset' box at the bottom & after Saving Changes, an error message appears at the very top of the screen:

Warning: array_merge() [function.array-merge.html]: Argument #2 is not an array in D:\Webs\ExhibitEngine\input\EDITOR_photo.php on line 915


- Art

Hmmm... its worse - the photo whose counter was reset disappears from the gallery viewer as well! I had a gallery with 4 photos in it. It now shows 3 in the gallery viewer and in the Photo Browser & 4 thumbs/micros in the Exhibition Editor.

- Art

Can you open the photo into photo editor?

If for some reason (bug) counter id for that photo is missing, the photo will not be shown. You can fix the database using analyze/repair tool but that will most likely delete photos with non-existing counter.

Of you can send me the SQL dump and I'll fix it and send you back the file. It may help me find that bug, too.

[ArtM]

My first EE theory path system:

Set up prime directory for EE Data pointed to by a server config & FTP, containing: (All on my test PC)

o EERootDirectory < URL
o Galeries
o Gallery1
o Originals
o XVGA1024X768
o SVGA800X600
o VGA640X480
o Thumbs
o Microthumbs

o Gallery2
..... etc

Photos are Sent to Server & UPLOAD'ed via ImageMagick Resize Method to Gallery1 Originals & all other sizes.

This worked - ultimately - OK.

But I had the impression that Pekka had in mind a different scheme; one that split the thumbs & Microthumbs from the larger photo size data. So I tried a different scheme:

For Thumbs & Microthumbs:

o EERootDirectory (On my test PC)
o Input (PHP code) < URL for Thumbs&Microthumbs
o Minipics
o Gallery1
o Thumbs
o Microthumbs
o Gallery2
o Thumbs
o Microthumbs
..... etc.

(PS - I would still rather have ALL data seperate from the PHP/HTML code.)

For main photo data: (On my server PC)
o Galleries < URL for main photo size data
o Gallery1
o Originals
o XVGA1024X768
o SVGA800X600
o VGA640X480
o Gallery2
o Originals
.... etc.

So I set this up. Further I controlled via the Windows HOSTS file the location of the larger size photo data onto another computer server.

The test gallery worked just fine, from the client view. All displays appeared normal & all functions worked OK. This is impressive stuff! Splitting the workload onto seperate computers this way. Good vision, Pekka!

However, I am showing Red error indications in the Exhibition Editor, under both the Thumbs & Microthumbs Blue 'Show Directory Listing' clickable texts; and the mini/micro thumbs do not show when clicked. The error says --NO DIRECTORY OR IT IS EMPTY--

Also, in the Photo Editor, under SELECT FILENAME, it shows
'EMPTY DIRECTORY LISTING(Wrong Microthumb Path?)
(Drop Down 'File Name' IS NOT IN THIS PATH)

Yet at the top, file names show up OK in the drop down box.

The Path Analyser show all photos & paths OK.

The Photo Browser browses to the Photo Editor just fine.

The FTP & System logs indicate no errors.

Any thoughts why the above Exhibition & Photo Editor errors?
Have I misused the Path System - again!?


And continuing the saga ....

Yes, the server configs & paths are still not right.
I may be a victim of my own situation in that I can change too many variables! In my test mode I run the Apache server, FTP server & EE Editor.

The basic problem revolves around the Relative Path in the Thumbs & Microthumbs paths. I was pointing the server URL to EE\input\ - to serve directly and to cut down on repeating path component names - typing! I concluded that, for the thumb & microthumb URL paths I had to point the Apache Server at the root of EE & change the paths to reflect that. When this was done, the test gallery was viewable in EE - as before; but the errors in Exhibition Editor & Photo Editor disappeared. Progress!

Thus all looks well at this point. Well ..... not totally -

On the Photo Editor page, towards the bottom, if I click the 'fullpage imagelist' underneath the Select Filename drop down box, a page 'Select Photo' with broken image icons shows! The left hand side menu items do not show. Suspect this is an unmodified function left over from V 1.2.


In retrospect, it strikes me that the thumb & microthumb URL paths & Relative paths are too intertwined & sensitive to values that don't relate to the main EE gallery root. Desensitizing and/or unrelating the URL's & Relative Paths would be a tremendous user timesaver and enhance flexibility (flexibility - like being able to move the thumbs/microthumbs anywhere - even on a different PC!) The larger image size paths seem to be easier to point anywhere.

EE is a tremendous concept & fills a real need in many image presentation scenarios. Making it more insensitive to neopphyte users and faster & easier to setup - first, and each new exhibit - just makes it that much better. I am hoping to use it for all my image database needs for years to come.

- Art

[ArtM]

In the Photo Editor, upon ticking the 'Counter' Reset' box at the bottom & after Saving Changes, an error message appears at the very top of the screen:

Warning: array_merge() [function.array-merge.html]: Argument #2 is not an array in D:\Webs\ExhibitEngine\input\EDITOR_photo.php on line 915


- Art

Hmmm... its worse - the photo whose counter was reset disappears from the gallery viewer as well! I had a gallery with 4 photos in it. It now shows 3 in the gallery viewer and in the Photo Browser & 4 thumbs/micros in the Exhibition Editor.



- Art

Can you open the photo into photo editor?

If for some reason (bug) counter id for that photo is missing, the photo will not be shown. You can fix the database using analyze/repair tool but that will most likely delete photos with non-existing counter.

Of you can send me the SQL dump and I'll fix it and send you back the file. It may help me find that bug, too.

I'm just testing, so not worried about repairs!
Yes, it opens up in Photo Editor fine. And 4 pics show up everwhere in the editors - just only 3 online EE viewer!

I'm using PHP 5 RC1.

Will send SQL Dump. Ignore all exhibitions EXCEPT testg3 - paths out of whack.

- Art

[Pekka]

However, I am showing Red error indications in the Exhibition Editor, under both the Thumbs & Microthumbs Blue 'Show Directory Listing' clickable texts; and the mini/micro thumbs do not show when clicked. The error says --NO DIRECTORY OR IT IS EMPTY--

Also, in the Photo Editor, under SELECT FILENAME, it shows
'EMPTY DIRECTORY LISTING(Wrong Microthumb Path?)
(Drop Down 'File Name' IS NOT IN THIS PATH)

Some notes for hopefully clarifying some theory behind EE paths:

Relative path is used ONLY for editor side. Why? There is a PHP limitation that it can not read directory contents from URL (in most PHP installations) so I use relative path to get those listings. Those listings include "Show Directory Listing" in exhibition editor and file name listings in photo editor etc.

This is the reason I say: keep thumbs on same server EE is. You don't have to if you can bear some empty dropdowns and lists. You can ALSO keep a copy of thumb folder in other location which you then refer to from thumb URL. This way it is possible to have all images on other servers.

The rest of the path system configuration is TOTALLY free. One advice, though: keep it simple - there is no need to make it complex just "because you can". EE can place 200 exhibitions happily on few size folders and keep all in order and prevent filename conflicts. Only restricting limit here may be operating system's "files in folder" limit.

Each size can be anywhere in internet.

Each photo can offer any of those sizes in total mixture.

In public side it is all fetched using http or ftp (in some cases).

I have thought about using ftp system for getting file listings so that relative paths would not be needed. It MAY be slow on some systems - I'll have to do some tests and see how workable that is.

I also will soon get rid of path "variable" which has to be shown to user only because there must be some way to define a preferrec image size.

[Pekka]

I'm using PHP 5 RC1.

That is also release candidate. I'll have to install it to my other server to check things out and perhaps report some bugs there.

[ArtM]

Anyone suggest some good jump off values for these items to get a standard screen 1024 X 768 size picture with moderate 'punch' ?

- Art

PS, Pekka - spelling - 'Threshold'

[ArtM]

Not sure if I have the latest version of RC2,
(where is it by the way?)

but in mine, 'category' does not show up in the Gallery 'Search' drop down list. Shouldn't it ?

It shows
---------
Header
.
(down thru)
.
All Text Fields

but no 'Category'
??

- ArtM

:?:

[c_by_sinus]

[quote=ArtM]Suggestion:
Extend password system to protect an entire GROUP.

PUBLIC coded groups always show. If any groups are passworded - request password; but allow password input on URL so that no request is required & only Public & so Password coded groups show.

Retain password coding of individual exhibitions in same way as present to enable filtering of exhibitions within a group. Again allow password input on URL for direct no password request access to individual exhibitions.

Hi Pekka, I did not understand the password-system, now, because you explained it so well, I understand!
And I think, this is very cool!
Markus