RC 4 REPORTS

[tommykjensen]

As usual the upgrade went fine with no problems at all. No need to re-enter ftp userid/password.

Thats an impressive todo list. Can I just ask what is a "Lightbox" on web?

[Pekka]

As usual the upgrade went fine with no problems at all. No need to re-enter ftp userid/password.

Thats an impressive todo list. Can I just ask what is a "Lightbox" on web?

Lightbox means "favourite" folder. You add photos to lightbox and it will be remembered (by cookie) between sessions. You could then do actions like "buy all" or "download all" with lightbox if needed.

I'd rather call it "favourites folder" but it seems that lightbox is a conventional name for it (AD's understand that as lightbox is used to check slides in press houses).

[kie]

I'm probably being stupid but I'm having probs with installing this.

I'm doing a fresh install.

I edited connect.php and preferences.php to include my DB information.
I uploaded everything
I ran the full install script to set up my DB which works fine.

I then go to gallery/input/index.php which sends me to the login page.

At the top of the login page I get an error:
Parse error: parse error in /home/gallery/fetchsettings.php on line 296

If I try to login anyway with "admin" and "pass", I get:
Parse error: parse error in /home/gallery/fetchsettings.php on line 296

Fatal error: Call to undefined function: ee_user_ip() in /home/gallery/input/EDITOR_loginpage.php on line 105

Any idea what's up?

[Pekka]

I'm probably being stupid but I'm having probs with installing this.

I'm doing a fresh install.

I edited connect.php and preferences.php to include my DB information.
I uploaded everything
I ran the full install script to set up my DB which works fine.

I then go to gallery/input/index.php which sends me to the login page.

At the top of the login page I get an error:
Parse error: parse error in /home/gallery/fetchsettings.php on line 296

If I try to login anyway with "admin" and "pass", I get:
Parse error: parse error in /home/gallery/fetchsettings.php on line 296

Fatal error: Call to undefined function: ee_user_ip() in /home/gallery/input/EDITOR_loginpage.php on line 105

Any idea what's up?

The fatal error comes because fetchsettings.php is not loaded without error.

Please upload fetchsettings.php again to server. Sounds like it is corrupted.

[kie]

yep that was it!

thanks again Pekka, I was about to re-upload the whole lot!

[devenh]

Just curious if the following RC 4 installation procedure would work with 1.5rc2 currently installed in /gallery:

1. Upload 1.5rc4 to /gallery15rc4
2. Customize appropriate php files (connect, preferences, etc.)
3. Run to_rc4.php
4. Rename /gallery to /gallery15rc2
5. Rename /gallery15rc4 to /gallery

Deven

[Pekka]

Just curious if the following RC 4 installation procedure would work with 1.5rc2 currently installed in /gallery:

1. Upload 1.5rc4 to /gallery15rc4
2. Customize appropriate php files (connect, preferences, etc.)
3. Run to_rc4.php
4. Rename /gallery to /gallery15rc2
5. Rename /gallery15rc4 to /gallery

Deven

Yes of course. But the instant you run the updater the "old" will not work any more (or works, depends on version). If you want absolutely no offline time, make a copy of the old database, build new gallery folder and point that to new copied database and update that. Then rename to old folder to something and new to old :)

[Pekka]

Just FYI, I'll separate the bug report posts from this thread to a separate post called "RC 4 REPORTS" soon.

[devenh]

My install procedure worked fine but needed one more step:

6. Copy or Move /gallery15rc2/photos to /gallery

Deven

[iceman]

After running, to_rc4.php from rc2 everything works just fine except the page title still shows EXHIBIT ENGINE 1.5 RC 2 on both the input page and gallery page when it should show EXHIBIT ENGINE 1.5 RC 4. Did I miss a file somewhere?

Thanks

[Taligent]

Hi Pekka,

Good to see 1.5 coming along. Still working through it, but thus far only a minor typo has cropped up:

In the resize method editor, threshold is misspelled as treshold. :)

That aside, is there an editor option to alter the page title for list.php and photo.php pages? I've probably missed it somewhere...specifically, I'd like to remove the "Gallery" prefix and "by ...." suffix. Usually I'd just modify the code but with 1.5 I'm hoping to be able to integrate EE into a site without modifying base code (which would make upgrading a nightmare).

It also seems that the focus of EE is moving towards groups of users along with marketable photography - I have a question as an individual user wanting to maintain a personal, but extensive gallery setup with EE. Are nested exhibitions still planned for EE? It's the one feature that kept me from being able to really implement EE a year and a half ago when I first came across it (http://photography-on-the.net/forum/viewtopic.php?p=17902&highlight=#17902) (as 1.22 at the time). With the new upload/sizing/sharpening system, EE is far more convenient than it was at 1.22, but the lack of fully nested galleries is still a major obstruction to sites requiring nontrivial organization. Hopefully it's just something you left off of your upcoming features list, as I believe it was June 2003 when you posted that most of the work for this feature had been completed... :)

Other than that, EE is growing really well - thanks for the hard work you've put into this.

-Nikhil

Sample modified EE 1.22 gallery: http://www.taligentx.com/snapshots/

[Jouko]

:D Great, I upgraded from 1.22 to RC4 without any problems. Seems good so far, I need to learn a ton of new features...

The only unclear thing is, how to get rid of the header bar... I did it manually on my front page, but there must be some setting in the UI that I just haven't found.

Thank you Pekka, good work indeed! In which bank is your bank account? :wink:

[iceman]

Per your suggestion above about making a copy of the database and renaming it, forgive my lack of sql knowledge, but, how do I make a copy of my SQL database? :oops:

[Pekka]

Per your suggestion above about making a copy of the database and renaming it, forgive my lack of sql knowledge, but, how do I make a copy of my SQL database? :oops:¨

If you manage your own server you can use PhpMyAdmin to make new databases. Else you will need to contact your system support and ask for another database (they may charge for it, though).

Use EE Backup to backup the old one and restore it to the new database. See EE Backup readme for how to set it up for multiple databases.

[Pekka]

:D Great, I upgraded from 1.22 to RC4 without any problems. Seems good so far, I need to learn a ton of new features...

The only unclear thing is, how to get rid of the header bar... I did it manually on my front page, but there must be some setting in the UI that I just haven't found.

Thank you Pekka, good work indeed! In which bank is your bank account? :wink:

Ways to get rid of header:

edit languages/XXX/header.php (where XXX is language code)

or

add one empty space is misc settings' header field and save.

[Pekka]

Hi Pekka,

Good to see 1.5 coming along. Still working through it, but thus far only a minor typo has cropped up:

In the resize method editor, threshold is misspelled as treshold. :)

Thanks!

That aside, is there an editor option to alter the page title for list.php and photo.php pages? I've probably missed it somewhere...specifically, I'd like to remove the "Gallery" prefix and "by ...." suffix. Usually I'd just modify the code but with 1.5 I'm hoping to be able to integrate EE into a site without modifying base code (which would make upgrading a nightmare).

The titles are now hard-coded. I'll add to list to make them configurable.

It also seems that the focus of EE is moving towards groups of users along with marketable photography - I have a question as an individual user wanting to maintain a personal, but extensive gallery setup with EE. Are nested exhibitions still planned for EE? It's the one feature that kept me from being able to really implement EE a year and a half ago when I first came across it (http://photography-on-the.net/forum/viewtopic.php?p=17902&highlight=#17902) (as 1.22 at the time). With the new upload/sizing/sharpening system, EE is far more convenient than it was at 1.22, but the lack of fully nested galleries is still a major obstruction to sites requiring nontrivial organization. Hopefully it's just something you left off of your upcoming features list, as I believe it was June 2003 when you posted that most of the work for this feature had been completed... :)

Yes, nested galleries is on todo, too.

[JoeF]

without problems.

Thanks, Joe :D

[tommykjensen]

This was posted in the thread for RC3 but it was done on RC4:


In step 3 "select photos" I did not select any photos as I assumed selecting an exhibition and no individual photo would affect all photos in the selected exhibition.

Currently you must select some photos. Your idea of how if should function is fine, but it does not work that way now (later it will have exhibition target selection). The error message reflects that - I'll hide the message in RR 4.


I just tried this one more time in RC4. This time I did select both an exhibition and the relevant photos from that exhibition in order to set the lens correctly.

However it did not work, this was the SQL query done:


UPDATE
ee_photo,
ee_exhibition,
ee_photo_to_exhibition
SET
ee_photo.ee_lens_id = '1', ee_photo.ee_photo_panorama = 'NO'
WHERE
(ee_photo.ee_photo_id = '2078' OR ee_photo.ee_photo_id = '2079' OR ee_photo.ee_photo_id = '2080' OR ee_photo.ee_photo_id = '2081' OR ee_photo.ee_photo_id = '2082' OR ee_photo.ee_photo_id = '2083' OR ee_photo.ee_photo_id = '2084' OR ee_photo.ee_photo_id = '2085' OR ee_photo.ee_photo_id = '2086' OR ee_photo.ee_photo_id = '2087' OR ee_photo.ee_photo_id = '2088' OR ee_photo.ee_photo_id = '2089' OR ee_photo.ee_photo_id = '2090' OR ee_photo.ee_photo_id = '2091' OR ee_photo.ee_photo_id = '2092' OR ee_photo.ee_photo_id = '2093' OR ee_photo.ee_photo_id = '2094' OR ee_photo.ee_photo_id = '2095' OR ee_photo.ee_photo_id = '2096' OR ee_photo.ee_photo_id = '2097' OR ee_photo.ee_photo_id = '2098' OR ee_photo.ee_photo_id = '2099' OR ee_photo.ee_photo_id = '2100' OR ee_photo.ee_photo_id = '2101' OR ee_photo.ee_photo_id = '2102' OR ee_photo.ee_photo_id = '2103' OR ee_photo.ee_photo_id = '2104' OR ee_photo.ee_photo_id = '2105' OR ee_photo.ee_photo_id = '2106' OR ee_photo.ee_photo_id = '2107' OR ee_photo.ee_photo_id = '2108' OR ee_photo.ee_photo_id = '2109' OR ee_photo.ee_photo_id = '2110' OR ee_photo.ee_photo_id = '2111' OR ee_photo.ee_photo_id = '2112' OR ee_photo.ee_photo_id = '2113' OR ee_photo.ee_photo_id = '2114' OR ee_photo.ee_photo_id = '2115' OR ee_photo.ee_photo_id = '2116' OR ee_photo.ee_photo_id = '2117' OR ee_photo.ee_photo_id = '2118' OR ee_photo.ee_photo_id = '2119' OR ee_photo.ee_photo_id = '2120' OR ee_photo.ee_photo_id = '2121' OR ee_photo.ee_photo_id = '2122' OR ee_photo.ee_photo_id = '2123' OR ee_photo.ee_photo_id = '2124' OR ee_photo.ee_photo_id = '2125' OR ee_photo.ee_photo_id = '2126' OR ee_photo.ee_photo_id = '2127' OR ee_photo.ee_photo_id = '2128' OR ee_photo.ee_photo_id = '2129' OR ee_photo.ee_photo_id = '2130' OR ee_photo.ee_photo_id = '2131' OR ee_photo.ee_photo_id = '2132' OR ee_photo.ee_photo_id = '2133' OR ee_photo.ee_photo_id = '2134' OR ee_photo.ee_photo_id = '2135' OR ee_photo.ee_photo_id = '2136' OR ee_photo.ee_photo_id = '2137' OR ee_photo.ee_photo_id = '2138' OR ee_photo.ee_photo_id = '2139' OR ee_photo.ee_photo_id = '2140' OR ee_photo.ee_photo_id = '2141' OR ee_photo.ee_photo_id = '2142' OR ee_photo.ee_photo_id = '2143' OR ee_photo.ee_photo_id = '2144' OR ee_photo.ee_photo_id = '2145' OR ee_photo.ee_photo_id = '2146' OR ee_photo.ee_photo_id = '2147' OR ee_photo.ee_photo_id = '2148' OR ee_photo.ee_photo_id = '2149' OR ee_photo.ee_photo_id = '2150' OR ee_photo.ee_photo_id = '2151' OR ee_photo.ee_photo_id = '2152' OR ee_photo.ee_photo_id = '2153' OR ee_photo.ee_photo_id = '2154' OR ee_photo.ee_photo_id = '2155' OR ee_photo.ee_photo_id = '2156' OR ee_photo.ee_photo_id = '2157' OR ee_photo.ee_photo_id = '2158') AND
ee_photo.ee_photo_id = ee_photo_to_exhibition.ee_photo_id AND ee_exhibition.ee_exhibition_id = ee_photo_to_exhibition.ee_exhibition_id AND (ee_exhibition.ee_exhibition_id = '14')

AFFECTED DATABASE ROWS: none, query failed


If I leave out the exhibition in step one and only select photos in the last box it works. This is the resulting query:

UPDATE
ee_photo
SET
ee_photo.ee_lens_id = '1', ee_photo.ee_photo_panorama = 'NO'
WHERE
(ee_photo.ee_photo_id = '2078' OR ee_photo.ee_photo_id = '2079' OR ee_photo.ee_photo_id = '2080' OR ee_photo.ee_photo_id = '2081' OR ee_photo.ee_photo_id = '2082' OR ee_photo.ee_photo_id = '2083' OR ee_photo.ee_photo_id = '2084' OR ee_photo.ee_photo_id = '2085' OR ee_photo.ee_photo_id = '2086' OR ee_photo.ee_photo_id = '2087' OR ee_photo.ee_photo_id = '2088' OR ee_photo.ee_photo_id = '2089' OR ee_photo.ee_photo_id = '2090' OR ee_photo.ee_photo_id = '2091' OR ee_photo.ee_photo_id = '2092' OR ee_photo.ee_photo_id = '2093' OR ee_photo.ee_photo_id = '2094' OR ee_photo.ee_photo_id = '2095' OR ee_photo.ee_photo_id = '2096' OR ee_photo.ee_photo_id = '2097' OR ee_photo.ee_photo_id = '2098' OR ee_photo.ee_photo_id = '2099' OR ee_photo.ee_photo_id = '2100' OR ee_photo.ee_photo_id = '2101' OR ee_photo.ee_photo_id = '2102' OR ee_photo.ee_photo_id = '2103' OR ee_photo.ee_photo_id = '2104' OR ee_photo.ee_photo_id = '2105' OR ee_photo.ee_photo_id = '2106' OR ee_photo.ee_photo_id = '2107' OR ee_photo.ee_photo_id = '2108' OR ee_photo.ee_photo_id = '2109' OR ee_photo.ee_photo_id = '2110' OR ee_photo.ee_photo_id = '2111' OR ee_photo.ee_photo_id = '2112' OR ee_photo.ee_photo_id = '2113' OR ee_photo.ee_photo_id = '2114' OR ee_photo.ee_photo_id = '2115' OR ee_photo.ee_photo_id = '2116' OR ee_photo.ee_photo_id = '2117' OR ee_photo.ee_photo_id = '2118' OR ee_photo.ee_photo_id = '2119' OR ee_photo.ee_photo_id = '2120' OR ee_photo.ee_photo_id = '2121' OR ee_photo.ee_photo_id = '2122' OR ee_photo.ee_photo_id = '2123' OR ee_photo.ee_photo_id = '2124' OR ee_photo.ee_photo_id = '2125' OR ee_photo.ee_photo_id = '2126' OR ee_photo.ee_photo_id = '2127' OR ee_photo.ee_photo_id = '2128' OR ee_photo.ee_photo_id = '2129' OR ee_photo.ee_photo_id = '2130' OR ee_photo.ee_photo_id = '2131' OR ee_photo.ee_photo_id = '2132' OR ee_photo.ee_photo_id = '2133' OR ee_photo.ee_photo_id = '2134' OR ee_photo.ee_photo_id = '2135' OR ee_photo.ee_photo_id = '2136' OR ee_photo.ee_photo_id = '2137' OR ee_photo.ee_photo_id = '2138' OR ee_photo.ee_photo_id = '2139' OR ee_photo.ee_photo_id = '2140' OR ee_photo.ee_photo_id = '2141' OR ee_photo.ee_photo_id = '2142' OR ee_photo.ee_photo_id = '2143' OR ee_photo.ee_photo_id = '2144' OR ee_photo.ee_photo_id = '2145' OR ee_photo.ee_photo_id = '2146' OR ee_photo.ee_photo_id = '2147' OR ee_photo.ee_photo_id = '2148' OR ee_photo.ee_photo_id = '2149' OR ee_photo.ee_photo_id = '2150' OR ee_photo.ee_photo_id = '2151' OR ee_photo.ee_photo_id = '2152' OR ee_photo.ee_photo_id = '2153' OR ee_photo.ee_photo_id = '2154' OR ee_photo.ee_photo_id = '2155' OR ee_photo.ee_photo_id = '2156' OR ee_photo.ee_photo_id = '2157' OR ee_photo.ee_photo_id = '2158')

AFFECTED DATABASE ROWS: 49

[Pekka]

Tommy,

I did a quick check on EDITOR_powertools.php and I found one bug:

replace line

if ($panorama_TARGET != "") {

with

if ($panorama_TARGET != "NO") {

Does this make any difference in your tests?
I'll debug powertools more later today.

[Jouko]

Ways to get rid of header:

...or add one empty space is misc settings' header field and save.

Thanks!

Now, I found a potential bug: easy links don't work (at least in my gallery). When I click on a thumbnail on my gallery homepage, the easy link looks like

http://galleria.vierumaki.com/fcgi-bin/php?photo=970

This does not work. Now, when I click any microthumb, the easy link looks like

http://hp?photo=968

Is this a bug or are my path settings somehow crippled?

[Taligent]

Hi Pekka,

Not sure if this is a bug or intentional - turning counters off in the misc settings editor leaves behind the total picture count on the index page.

/indexstyles/1.php:


<?php
if ($s_show_counter == "1") {
// print out total counter
print ee_translate_C($translated["has_been_viewed_a"]);
ee_totalcount();
print " " . ee_translate_C($translated["has_been_viewed_b"]);
}
ee_howmanyphotosinall();
?>

I modified this to include the total photo counter in the if.

<?php
if ($s_show_counter == "1") {
// print out total counter
print ee_translate_C($translated["has_been_viewed_a"]);
ee_totalcount();
print " " . ee_translate_C($translated["has_been_viewed_b"]);
ee_howmanyphotosinall();
}
?>

-Nikhil

[Pekka]

Ways to get rid of header:

...or add one empty space is misc settings' header field and save.

Thanks!

Now, I found a potential bug: easy links don't work (at least in my gallery). When I click on a thumbnail on my gallery homepage, the easy link looks like

http://galleria.vierumaki.com/fcgi-bin/php?photo=970

This does not work. Now, when I click any microthumb, the easy link looks like

http://hp?photo=968

Is this a bug or are my path settings somehow crippled?

There is in Misc Settings editor / Global settings editor a place for you gallery URL. Fill that there - the automatic URL find does not work in many systems. I'll see about that later.

[Pekka]

Hi Pekka,

Not sure if this is a bug or intentional - turning counters off in the misc settings editor leaves behind the total picture count on the index page.

/indexstyles/1.php:


<?php
if ($s_show_counter == "1") {
// print out total counter
print ee_translate_C($translated["has_been_viewed_a"]);
ee_totalcount();
print " " . ee_translate_C($translated["has_been_viewed_b"]);
}
ee_howmanyphotosinall();
?>

I modified this to include the total photo counter in the if.

<?php
if ($s_show_counter == "1") {
// print out total counter
print ee_translate_C($translated["has_been_viewed_a"]);
ee_totalcount();
print " " . ee_translate_C($translated["has_been_viewed_b"]);
ee_howmanyphotosinall();
}
?>

-Nikhil

For me counters mean photo hit counters so this is a point of view difference.

[Jouko]

There is in Misc Settings editor / Global settings editor a place for you gallery URL. Fill that there - the automatic URL find does not work in many systems. I'll see about that later.

Yes, that helped. Thanks again!

I started to think I might suffer from using the hidden "EDITOR_manual_input.php" feature. Worked fine, it seems. :wink:

[Bundy]

The upgrade to RC4 wasn't as bad as it was from RC2, though I have two errors that I've come across so far.

1. the following error appearing in the List pages:
--
Notice: Undefined index: photo_owner_name in /opt2/home3/beyondthebox/public_html/imageworksgallery/list.php on line 845
--
It appears once for every image that is in each exhibition. Check out
http://www.imageworksgallery.com/list.php?exhibition=14&pass=public&lang=eng

2. the Order pages now have <br /> appearing in almost every text area.
Check out ORDERING display type of the above URL.

3. I also still have a special character problem that I was hoping got fixed. In the above URL, the image called "Go Fast Interdiction" is displayed in the Photo page as "Go Fast Interd<caron>iction". The image name is OK in both List pages and the Order page, but the <caron> special character shows up with certain letter combinations in the Photo page.

Thanks

Bundy

[Pekka]

The upgrade to RC4 wasn't as bad as it was from RC2, though I have two errors that I've come across so far.

1. the following error appearing in the List pages:
--
Notice: Undefined index: photo_owner_name in /opt2/home3/beyondthebox/public_html/imageworksgallery/list.php on line 845
--
It appears once for every image that is in each exhibition. Check out
http://www.imageworksgallery.com/list.php?exhibition=14&pass=public&lang=eng


Hi Bundy,

Those errors do not happen in unmodified RC 4. Error messages I see do not relate to unedited code I have. So I'm afraid it is impossible for me to say what is the problem.

You can suppress error message by adding line

error_reporting (0);

on top of the page but it would be good to know why the error happens....

2. the Order pages now have <br /> appearing in almost every text area.
Check out ORDERING display type of the above URL.

Check that you don't have empty spaces in form data, in template. You can mail the template to me if you want me to check it. No changes were done to EE commerce handling in RC 4.

3. I also still have a special character problem that I was hoping got fixed. In the above URL, the image called "Go Fast Interdiction" is displayed in the Photo page as "Go Fast Interd<caron>iction". The image name is OK in both List pages and the Order page, but the <caron> special character shows up with certain letter combinations in the Photo page.

That hyphenation is definitely removed in latest fetchsettings.php. I checked the code now again and there is no hyphenation any more on page title. But I see now why it does the hyphen:

Open photo "Go fast Interdiction" to photo editor, erase the name and type in again and save. The problem should be gone. The reason you get the hyphenation is that you most likely have pasted the text to EE from text editor. The text editor had inserted some invisible control characters which browser detect as hyphenation mark and display in on html TITLE. It would be very interesting to know WHICH text editor you pasted the title from?

[Bundy]

The text came directly from the import of the file name. Though to double-check I erased it and re-typed it and it's still there.

I will try to re-import the image again to see if it can eliminated that way.

Bundy

[tommykjensen]

Tommy,

I did a quick check on EDITOR_powertools.php and I found one bug:

replace line

if ($panorama_TARGET != "") {

with

if ($panorama_TARGET != "NO") {

Does this make any difference in your tests?
I'll debug powertools more later today.

That did not make a difference.

[kd6lor]

Update to RC4 went well. Am anxious to play with snippets, but am having poor luck.

when this page works I have fixed all the errors. Found thread that solved about half the errors but still need help.

http://www.melor.com/gallery/snippetdemo.php

Paul

[Jouko]

Found thread that solved about half the errors but still need help.Paul

Can't help you man... However, some of your photos are really nice, like this one: http://www.melor.com/gallery/photo.php?photo=1299.

[Pekka]

Update to RC4 went well. Am anxious to play with snippets, but am having poor luck.

when this page works I have fixed all the errors. Found thread that solved about half the errors but still need help.

http://www.melor.com/gallery/snippetdemo.php

Paul

the "seeking error" is a bug in PHP. Add @ in front of every include command when you call snippets, like

@include

And to get you a quick fix to all other warnings and notices, here' s a new snippet.php code in full


<?php

//For EE 1.5 RC 4

include ("toroot.php");
include ($toroot . "add/connect.php");
include_once ($toroot . "language.php");
include_once ($toroot . "slashwork.php");
$getlang = $toroot . "languages/" . $lang . "/global.php";
include_once($getlang);
ini_set("allow_url_fopen",TRUE);

function ee_print_thumbs ($array,$type = "microthumb",$border="0",$bordercolor="") {

global $pass;
global $link;
global $s_outputlink_color;
global $s_outputmicrothumb_border;
global $s_outputmicrothumb_border_color;
global $s_imagecheckifthere;
global $size;
global $url;
global $goodlink;
global $errorlink;
global $countretries;
global $retriesleft;
global $translated;
global $lang;
global $lazylang;
global $default_language;
global $s_num_ratings;
global $s_show_ratings;
global $s_ee_html_root;

if ($type != "thumb" && $type != "microthumb") $type = "microthumb";

//ee_print_array($array);
foreach ($array as $key => $data) {

$exhibition = $data["exhibition"];
$id = $data["photo"];

$getthumbs_sql =
"
SELECT
ee_photo.ee_photo_id,
ee_photo.ee_photo_filename,
ee_photo_{$lazylang}.ee_photo_header,
ee_{$type}_path.ee_{$type}_path_url
FROM
ee_photo_{$lazylang},
ee_photo USE INDEX (ee_photo_id),
ee_photo_to_exhibition USE INDEX (ee_photo_id),
ee_exhibition,
ee_{$type}_path,
ee_thumbs
WHERE
ee_photo.ee_photo_for_www = 'yes'
AND ee_photo.ee_photo_id = '$id'

AND ee_photo_to_exhibition.ee_exhibition_id = '$exhibition'
AND ee_photo_to_exhibition.ee_photo_id = ee_photo.ee_photo_id
AND ee_photo_to_exhibition.ee_exhibition_id = ee_exhibition.ee_exhibition_id
AND ee_exhibition.ee_thumbs_id = ee_thumbs.ee_thumbs_id
AND ee_thumbs.ee_{$type}_path_id = ee_{$type}_path.ee_{$type}_path_id

AND ee_exhibition.ee_exhibition_id = '$exhibition'
AND ee_exhibition.ee_exhibition_pass = '$pass'

AND ee_photo_{$lazylang}.ee_photo_id = ee_photo.ee_photo_id

GROUP BY ee_photo.ee_photo_id

";
//print nl2br($getthumbs_sql);
$getthumbs = mysql_query($getthumbs_sql);
if (!$getthumbs) {

}
while ($row = mysql_fetch_array($getthumbs)) {
if (!isset($link)) $link = "";
$urli = $id . $link;
$pathname = ee_stripslashes($row["ee_{$type}_path_url"]);
$filename = ee_stripslashes($row["ee_photo_filename"]);
ee_fixedpath ($pathname,$filename);
$thumbheader = ee_html_conversion(ee_stripslashes($row["ee_photo_header"]));
$goodlink = "<img src=\"" . $url . "\" border=\"" . $border . "\" style=\"border-color:#" . $bordercolor . "\" vspace=\"2\" alt=\"{$thumbheader}\">";
print "<a href=\"{$s_ee_html_root}photo.php?photo=";
print $urli;
print "&exhibition=" . $exhibition;
print "&pass=" . $pass;
print "&lang={$lang}";
print "\" style=\"color:#" . $bordercolor . "\" TITLE=\"" . $thumbheader . "\">";
print $goodlink;
print "</a> ";
}
}

}



// get vars
if (isset ($HTTP_GET_VARS['exhibition'])) {
$exhibition = $HTTP_GET_VARS['exhibition'];
}

if (isset ($HTTP_GET_VARS['pass'])) {
$pass = rawurldecode($HTTP_GET_VARS['pass']);
}
if (isset ($HTTP_GET_VARS['amount'])) {
$amount = intval($HTTP_GET_VARS['amount']);
}
if (isset ($HTTP_GET_VARS['get'])) {
$get = $HTTP_GET_VARS['get'];
}
if (isset ($HTTP_GET_VARS['thumbsize'])) {
$thumbsize = $HTTP_GET_VARS['thumbsize'];
}
if (isset ($HTTP_GET_VARS['border'])) {
$border = $HTTP_GET_VARS['border'];
}
if (isset ($HTTP_GET_VARS['bordercolor'])) {
$bordercolor = $HTTP_GET_VARS['bordercolor'];
}
if (isset ($HTTP_GET_VARS['viewas'])) {
$viewas = $HTTP_GET_VARS['viewas'];
}
if (isset ($HTTP_GET_VARS['excludecategory'])) {
$excludecategory = $HTTP_GET_VARS['excludecategory'];
}
if (isset ($HTTP_GET_VARS['includecategory'])) {
$includecategory = $HTTP_GET_VARS['includecategory'];
}

// default vars
if (!isset($pass)) {
$pass = "public";
}
if (!isset($thumbsize)) {
$thumbsize = "thumb";
}
if (!isset($border)) {
$border = "0";
}
if (!isset($bordercolor)) {
$bordercolor = "";
}
if (!isset($amount)) {
$amount = "5";
}
if (!isset($excludecategory)) {
$excludecategory = "";
}
if (!isset($includecategory)) {
$includecategory = "";
}
if (!isset($viewas)) {
$viewas = "text";
}

if (!isset ($exhibition)) {
include ("add/allowedexhibitions_sql.php");
@$valid = $allowedexhibs[0][0];
$exhibition=$valid;
}

include_once ("fetchsettings.php");

$s_ee_html_root = $s_galleryroot;

if ($exhibition == "all") $exhibition = $all_exhibitions_combined;

$exhib_where = "";

if ($exhibition != $all_exhibitions_combined) {
$exhib_where = " AND ee_exhibition.ee_exhibition_id = {$exhibition} ";
}

$catfrom = "";
$catwhere = "";
$catwhere_end = "";
$orlist = "";
$betweenors = "";
$exlorlist = "";
$ors = array();
$exlors = array();

if ($includecategory != "" OR $excludecategory != "") {
$catwhere_end = ") ";
$catfrom = "ee_category_{$lazylang},
ee_photo_to_category,";

$catwhere = "
AND ee_photo_to_category.ee_category_id = ee_category_{$lazylang}.ee_category_id
AND ee_photo_to_category.ee_photo_id = ee_photo.ee_photo_id AND (
";
}


if ($includecategory != "") {

$orlist = "";
$inccats = explode("|",$includecategory);
//ee_print_array($inccats);
foreach ($inccats as $key) {
$cat = trim($key);
$ors[] .= " ee_photo_to_category.ee_category_id = '{$cat}' ";
}
$orlist = implode(" OR ",$ors);
}

$exlcatfrom = "";
if ($excludecategory != "") {

$exlorlist = "";
$exlcats = explode("|",$excludecategory);
//ee_print_array($exlcats);
foreach ($exlcats as $key) {
$cat = trim($key);
$exlors[] .= " ee_photo_to_category.ee_category_id <> '{$cat}' ";
}
$exlorlist = implode(" AND ",$exlors);
$exlorlist = " (" . $exlorlist . ")";
}
$betweenors = "";
if (@$orlist != "" AND @$exlorlist != "") {
$betweenors = " OR ";
}




if ($get == "latest_galleries") {

$exhibs_sql = "
SELECT
ee_exhibition_{$lang}.ee_exhibition_name,
ee_exhibition_{$lang}.ee_exhibition_id
FROM
ee_exhibition_{$lang},
ee_exhibition
WHERE
ee_exhibition.ee_exhibition_pass = '{$pass}'
AND ee_exhibition.ee_exhibition_id = ee_exhibition_{$lang}.ee_exhibition_id
ORDER BY
ee_exhibition_{$lang}.ee_exhibition_id DESC
LIMIT {$amount}
";
$exhibs = mysql_query($exhibs_sql);
//print nl2br($exhibs_sql);
if (!$exhibs) {
print mysql_error();
}

}

if ($get == "latest_photos") {


$latest_sql = "
SELECT
ee_photo.ee_photo_id,
ee_photo_{$lazylang}.ee_photo_header,
ee_photo.ee_photo_exif_datetime,
ee_exhibition.ee_exhibition_id
FROM
ee_photo_{$lazylang} USE INDEX (ee_photo_id),
ee_photo USE INDEX (ee_photo_id),
ee_photo_to_exhibition,
ee_exhibition
WHERE
ee_photo.ee_photo_for_www = 'yes'
AND ee_photo_to_exhibition.ee_photo_id = ee_photo.ee_photo_id
AND ee_photo_to_exhibition.ee_exhibition_id = ee_exhibition.ee_exhibition_id
AND ee_exhibition.ee_exhibition_pass = '{$pass}'
AND ee_photo.ee_photo_id = ee_photo_{$lazylang}.ee_photo_id
{$exhib_where}
GROUP BY ee_photo.ee_photo_id
ORDER BY
ee_photo.ee_photo_id DESC
LIMIT {$amount}
";
$latestphotos = mysql_query($latest_sql);
//print nl2br($latest_sql);
if (!$latestphotos) {
print mysql_error();
}

}

if ($get == "random_photos") {


$random_sql = "
SELECT
ee_photo.ee_photo_id,
ee_photo_{$lazylang}.ee_photo_header,
ee_photo.ee_photo_exif_datetime,
ee_exhibition.ee_exhibition_id
FROM
ee_photo_{$lazylang} USE INDEX (ee_photo_id),
ee_photo USE INDEX (ee_photo_id),
ee_photo_to_exhibition,
{$catfrom}
ee_exhibition

WHERE
ee_photo.ee_photo_for_www = 'yes'
AND ee_photo_to_exhibition.ee_photo_id = ee_photo.ee_photo_id
AND ee_photo_to_exhibition.ee_exhibition_id = ee_exhibition.ee_exhibition_id
AND ee_exhibition.ee_exhibition_pass = '{$pass}'
AND ee_photo.ee_photo_id = ee_photo_{$lazylang}.ee_photo_id
{$catwhere}
{$orlist}
{$betweenors}
{$exlorlist}
{$catwhere_end}
{$exhib_where}

GROUP BY ee_photo.ee_photo_id
ORDER BY RAND()
LIMIT {$amount}
";
$random = mysql_query($random_sql);
//print "<small>" . nl2br($random_sql) . "</small>";
if (!$random) {
print mysql_error();
}
}

ob_start();
if ($get == "latest_galleries") {

while ($data = mysql_fetch_array($exhibs)) {
print "<a href=\"{$s_ee_html_root}list.php?exhibition=" . $data["ee_exhibition_id"] . "&pass={$pass}&lang={$lang}\">";
print "<br>" . ee_stripslashes($data["ee_exhibition_name"]);
print "</a>";
}
}
$latest_exhibitions = ob_get_contents();
ob_end_clean();


ob_start();
if ($get == "latest_photos") {

while ($row = mysql_fetch_array($latestphotos)) {
$header = ee_stripslashes($row["ee_photo_header"]);
$exhib = $row["ee_exhibition_id"];
$id = $row["ee_photo_id"];
$latestarray[] = array("exhibition" => $exhib, "photo" => $id);
if ($viewas == "text") {
print "<br><a href=\"{$s_ee_html_root}photo.php?photo={$id}&exhibition= {$exhib}&pass={$pass}&lang={$lang}\" target=\"_blank\">{$header}</a>";
}
}
//ee_print_array($latestarray);
if ($viewas == "image") {
ee_print_thumbs ($latestarray,$thumbsize,$border,$bordercolor);
}

}
$latest_photos = ob_get_contents();
ob_end_clean();


ob_start();
$randarray = array();
if ($get == "random_photos") {
while ($row = mysql_fetch_array($random)) {
$header = ee_stripslashes($row["ee_photo_header"]);
$exhib = $row["ee_exhibition_id"];
$id = $row["ee_photo_id"];
$randarray[] = array("exhibition" => $exhib, "photo" => $id);
if ($viewas == "text") {
print "<br><a href=\"{$s_ee_html_root}photo.php?photo={$id}&exhibition= {$exhib}&pass={$pass}&lang={$lang}\" target=\"_blank\">{$header}</a>";
}
}
if ($viewas == "image") {
ee_print_thumbs ($randarray,$thumbsize,$border,$bordercolor);
}
}
$random_photos = ob_get_contents();
ob_end_clean();



if ($get == "latest_galleries") {
print $latest_exhibitions;
}

if ($get == "latest_photos") {
print $latest_photos;
}

if ($get == "random_photos") {
print $random_photos;
}




mysql_close();
?>

[kd6lor]

That Fixed it, thanks Pekka. No more run-time errors.



Now as far as the data retrieved goes, the get latest photos is not getting my latest.


Figured that one out - Needs to have exhibition set to all. Good work on this code Pekka.


Paul

[msoo]

I noticed after upgrading to RC4 that the image map for "enlarge" and "reduce", typically top and bottom of image, is flipped. Now, instead of clicking TOP of the image to enlarge and bottom of image to reduce in size, they are the other way round. Is there a fix for this?

Thanks,
MS

[Pekka]

I noticed after upgrading to RC4 that the image map for "enlarge" and "reduce", typically top and bottom of image, is flipped. Now, instead of clicking TOP of the image to enlarge and bottom of image to reduce in size, they are the other way round. Is there a fix for this?

Thanks,
MS

The up and down map position order is taken from the size menu. It does not really know which is "larger" or "smaller", and that is why mouseover tooltip informs to which size the action will give you.

So if you change sizepath menu ordering (in path setup) you'll get a different order on the imagemap, too.

I agree that it should however be consistent that up is larger and down is smaller (based on gravity :) ) so I'll add to my todo list a reminder to think how to solve this. Maybe I'll have to read sizes from resize methods - but those can be changed after upload, too.

[msoo]

The wierd thing is, I didn't change any resize methods and it was working OK until I upgraded to RC4. My resize methods has always been regular on top and large @ bottom... Can you explain what I need to do to have it swapped?

- MS

[Taligent]

Trivial bug - title bar text for the country names editor reads as "EE FTP SERVERS".

-Nikhil

[ArtM]

Dunno whether I was hallucinating or not, but swore I saw the first part of Misc Settings - Index Page Style - show up at one point last night with a drop down box beside it - for each exhibition! Tried different browsers - but it never came back.

I actually got quite excited about this, as, for my money, significantly ALL Misc Settings should be on a Per Gallery/Exhibition basis.

- Art

[Taligent]

A few more:

Group index page - does not preserve site welcome text formatting (line breaks). Fixed by replacing:

print $s_indexpage_text;

with code from a non-group index page:

$index_text = $indexpage_text;
if (isset($groupid)) {

while ($row = mysql_fetch_array($group_info)) {
$headertext = ee_stripslashes($row["ee_exhibition_group_name"]);
$index_text = ee_stripslashes($row["ee_exhibition_group_description"]);
$groupimage = ee_stripslashes($row["ee_exhibition_group_image"]);
}

}
print $index_text;

Untranslated text - "All text fields" for search dropbox in list.php isn't available to change in /languages/xxx/list.php.

Photo header generation based on filename - not a bug, but it'd be nice if filename capitalization formatting could be preserved. Currently EE will take a filename and capitalize the first letter and lowercase the rest, regardless of the original filename.


-Nikhil

[eranlahav]

Parse error: parse error in /nfs/home/hl00002/public_html/gallery/editor/EDITOR_photographer.php on line 169

Any ideas?

[Pekka]

Parse error: parse error in /nfs/home/hl00002/public_html/gallery/editor/EDITOR_photographer.php on line 169

Any ideas?

Perhaps a corrupted file, try uploading the file EDITOR_photographer.php again.

[kd6lor]

Found thread that solved about half the errors but still need help.Paul

Can't help you man... However, some of your photos are really nice, like this one: http://www.melor.com/gallery/photo.php?photo=1299.


Wow, Jouko, I just saw your reply. I am flattered. Thanks for the kind comment. I have gotten my snippet problems taken care of thanks to the code from Pekka, and the understanding I now have about how snippets work.

Thanks again for the kind words.

Paul

[Taligent]

EE Commerce - isn't returning the x/y dimensions for large images. When sending images to Shutterfly, determining and sending x/y size works fine until I set size path to 1800x1200 copies for full resolution 4x6 prints. EE just displays "x" under the thumbnail in the ordering page, not even rendering "0x0" or such. It's late so can't look into why this is happening - apologies if this is a silly error on my part.

-Nikhil

[eranlahav]

Parse error: parse error in /nfs/home/hl00002/public_html/gallery/editor/EDITOR_photographer.php on line 169

Any ideas?

Perhaps a corrupted file, try uploading the file EDITOR_photographer.php again.


Yes, that fixed it. Thank you so much. You are doing an amazing job.

[Pekka]

EE Commerce - isn't returning the x/y dimensions for large images. When sending images to Shutterfly, determining and sending x/y size works fine until I set size path to 1800x1200 copies for full resolution 4x6 prints. EE just displays "x" under the thumbnail in the ordering page, not even rendering "0x0" or such. It's late so can't look into why this is happening - apologies if this is a silly error on my part.

-Nikhil

This must be because you have EXIF or ICC data (profiles) on your image. This is an old problem which I haven't found a reliable solution yet (other than clicking on "remove profiles" in resize methods): with some images which have EXIF intact the PHP function which should return image size returns nothing. I'll have to do more research, perhaps to use Imagemagick for EE commerce as fileresolution checker.

[pplfilho]

Pekka & All,

After upgrading to RC4 I tried to copy an image from one gallery to another.
When using EE Internal FTP module the resulting images in destination microthumb and thumbs directories become unusable,not readable for any image software. But using PHP FTP module everything works fine. Any hints here?
I've tested the FTP setup with both modules and they test fine.

[]s :roll:

[Taligent]

This must be because you have EXIF or ICC data (profiles) on your image. This is an old problem which I haven't found a reliable solution yet (other than clicking on "remove profiles" in resize methods): with some images which have EXIF intact the PHP function which should return image size returns nothing. I'll have to do more research, perhaps to use Imagemagick for EE commerce as fileresolution checker.

That was it...

Thanks,
Nikhil

[Pekka]

Pekka & All,

After upgrading to RC4 I tried to copy an image from one gallery to another.
When using EE Internal FTP module the resulting images in destination microthumb and thumbs directories become unusable,not readable for any image software. But using PHP FTP module everything works fine. Any hints here?
I've tested the FTP setup with both modules and they test fine.

[]s :roll:

It seems that I forgot to put in one ftp command (which changes transfer mode to binary) to that internal command sequence. Most ftp servers can correct this but some don't. I'll provide a fix for you to test, soon.

Thanks for reporting.
:)

[Cyclist]

I installed three languages (english, german and italian). EE doesn't contain any comments so far but only in the Italian version I get this error message:

Notice: Undefined index: no_comments_found_photo in /www/htdocs/xxx/images/photo_comment.php on line 770

Notice: Undefined index: now_is_your_chance_photo in /www/htdocs/xxx/images/photo_comment.php on line 770


!

And there is a translation error in the German version: It schould be AUFNAHMEDATUM instead of AAUFNAHMEDATUM.

[pplfilho]

[
It seems that I forgot to put in one ftp command (which changes transfer mode to binary) to that internal command sequence. Most ftp servers can correct this but some don't. I'll provide a fix for you to test, soon.

Thanks for reporting.
:)

Ok Pekka,

I am standing by... ;-)
[]s

[TomKa]

And there is a translation error in the German version: It schould be AUFNAHMEDATUM instead of AAUFNAHMEDATUM.

You can correct it with an editor in languages/ger/photo.php at line 4.

[Cyclist]

Notice: Undefined index: no_comments_found_photo in /www/htdocs/xxx/images/photo_comment.php on line 770

Notice: Undefined index: now_is_your_chance_photo in /www/htdocs/xxx/images/photo_comment.php on line 770


!


Any ideas what could be wrong? This is just in the Italian version but not in German and english....

[c_by_sinus]

Thats an impressive todo list. Can I just ask what is a "Lightbox" on web?
Lightbox means "favourite" folder. You add photos to lightbox and it will be remembered (by cookie) between sessions. You could then do actions like "buy all" or "download all" with lightbox if needed.

I'd rather call it "favourites folder" but it seems that lightbox is a conventional name for it (AD's understand that as lightbox is used to check slides in press houses).

Hi,
True, Lightbox is a wellknown word for a lot of users. Specialy every professional photographer, every graphic artist and most people from the "press-world" (newspapers ...) does know this word. In German the word ist mostly "Leuchttisch" or "Leuchtpult".
From my understanding "favourites folder" is not really the right word. I would prefer "Lightbox".

In the real world this means in fact:
You have a box, say like a shoebox, and in this box is a lamp (with about 5500 Kelvin) and on the box is a transparent glas. Then you place some slides on this glas and you can see all images as an overview. To see the details better, you will take a lens.
No you can play round, you can move your slides to reorder or you can take away or add slides.
You can leave the slides there and work in the next day again. The target is mainly to choose the right slides in a right order for a special job like a report for a magazine or a slideshow for the company (or family) and so on.
The lightboxes differs of course in the size. The "shoebox"-size would be very small, I have here one what is about 60cm x 80cm and another bigger, what is 190cm x 50cm. They have several lamps inside and I can place a lot of slides on it. On the big lightbox I can place even several jobs (one left, in the middle, in the right ...).

Oh, of course the lightbox helps also to see the correct (and alway the same) colour from the slides, because the light-colour is always the same, usualy about 5000 - 5500 degree Kelvin. Well, you can hold a slide toward the window, but you know, the colour outside is not the same in the morning or evening, hence you would see not the correct colours.

Hope this helps a bit to understand the lightbox, sorry for my bad English.
Markus

[pplfilho]

[
It seems that I forgot to put in one ftp command (which changes transfer mode to binary) to that internal command sequence. Most ftp servers can correct this but some don't. I'll provide a fix for you to test, soon.

Thanks for reporting.
:)

Ok Pekka,

I am standing by... ;-)
[]s

Hello Peka & All,

I've tested it now after the fix was posted and it works fine.

Good work Pekka,

[]s
:D

[EagleWolf]

Could someone please help with getting my ee commerce set up for email usage?

What I need to know is what the variables should be for:
$localaccount and $remoteaccount in mail.php on a unix system running PHP version: 4.3.4 (ie: localhost? mail.myserver.com?)

I think that's all I need to know but not sure.

[blulegend]

Yes, nested galleries is on todo, too.
Can't wait! I just installed RC4 from 1.22 and I love it. Thanks for the great work Pekka. Worth the wait. You will receive a donation from me today!

[ArtM]

Just FYI on this developing version of PHP, Pekka

Had to reset 'Register Long Arrays' from default = Off to 'ON' to get the RC4 installer to work.

Also noted error in PHP error log - Line 21, s_charset Undefined Variable.

- Art

[Pekka]

Just FYI on this developing version of PHP, Pekka

Had to reset 'Register Long Arrays' from default = Off to 'ON' to get the RC4 installer to work.

Also noted error in PHP error log - Line 21, s_charset Undefined Variable.

- Art

Thanks for the info. Well done! I didn't want to switch to the "new" array method yet because many use old PHP versions and the new method won't work there - but in main EE there is code to get around this - I just forgot to add it to installer.


I'm now testing EE with Apache 2 and PHP 5 -- seems to work ok so far. Imagemagick 6 needed on small fix else it works great, too.

[ArtM]

It looks to me as though the FTP Setup Testing functions are not using the HOSTS file in WINDOWS, but are always doing DNS lookups.

Or my version of PHP (5) may not be using HOSTS ??

- Art

[ArtM]

Manual input for RC 4
Hmmm.... I'm running slow tonight..err... this AM...

So if I have manually copied or FTP'd all sizes including thumbs & microthumbs to server, setup my size paths, created my exhibition, set my default photodata - how do I get EE to process them & add them to the EE database. As if they were processed in the UPLOAD method ?? All desired sizes exist/sharpened/etc. - no Resizing required.

Shouldn't EE 'see' them in photo editor & you could 'add unused' as in V1.22 ?

But Photo Editor is now 'greyed out' & inactive from menu ...
Thus photos, while all existing in their proper places, cannot be added to EE DB. Shouldn't Photo Editor scan at least for thumbs/microthumbs existing in desired exhibition & startup as per normal if any found?



Note I am also showing in 'Copy/MoveDelete', with 0 photos in DB:

Notice: Undefined variable: delete_this_counter in D:\Webs\ExhibitEngine.4D\input\EDITOR_copy_move_de lete.php on line 1365

Notice: Undefined variable: delete_this_name in D:\Webs\ExhibitEngine.4D\input\EDITOR_copy_move_de lete.php on line 1408

BUT - this is after some number of insertions & path changes & deletions, etc. So may not be an EE problem. And I just retried it & error did not show!!


- Art

(Sorry - this was originally posted in 'Sticky - Manual Input...)

[ArtM]

I use the 'Path Setup' editor to set up my paths referencing standard names for sizes, thumbs, microthumbs. All the URL's, Variables, FTP Folders, etc. are the same, except

- the ONLY thing that changes when creating a new exhibition/gallery/album is the Gallery NAME !

It would be a real timesaver if some way could be found to simply add all base sizes/thumbs/micros - with a new NAME !

This is especially pertinent when converting old galleries. But also would help in simply adding one or two new galleries to EE. It would take a little bit of the sting of time out of the workflow to create a new Gallery.

Don't know best way. If one could do a 'search & replace & create-new'', that would be a possibility. Creating dummy 'Base' size paths - that are never used - EXCEPT to provide basic data for adding NEW paths?(Maybe put '#' at start of Menu Text and/or NAME?) Putting a variable at top of page with new NAME. Then selecting 'Create new NAME size/micro/thumb paths? A few thoughts.

- Art

:idea:

[Pekka]

Manual input for RC 4
Hmmm.... I'm running slow tonight..err... this AM...

So if I have manually copied or FTP'd all sizes including thumbs & microthumbs to server, setup my size paths, created my exhibition, set my default photodata - how do I get EE to process them & add them to the EE database. As if they were processed in the UPLOAD method ?? All desired sizes exist/sharpened/etc. - no Resizing required.

Shouldn't EE 'see' them in photo editor & you could 'add unused' as in V1.22 ?

But Photo Editor is now 'greyed out' & inactive from menu ...
Thus photos, while all existing in their proper places, cannot be added to EE DB. Shouldn't Photo Editor scan at least for thumbs/microthumbs existing in desired exhibition & startup as per normal if any found?

HI Art,

Sorry if I have not been clear on describing this new stuff. Please keep asking if this does not make sense to you.

1. upload "some versions of the photos" into UPLOAD folder.
2. use the upload page normally but check the new switch to ignore ftp and resize ( = manual input).

What EE does now is that it reads the images from upload folders, reads exif and other data and inserts them to database with paths you have defined in default settings and to exhibition you selected on upload page.

So, your task after that is to make sure those paths and filenames exists. You can see all the needed filenames and in what paths they should be in after above "manual" upload procedure, on bottom of the page in REPORT window.

So basically it is identical to standard EE 1.5 upload with ftp/resize WITHOUT ftp/resize. You will need to do those missing steps - that is why I call it MANUAL upload.

Note I am also showing in 'Copy/MoveDelete', with 0 photos in DB:

Notice: Undefined variable: delete_this_counter in D:\Webs\ExhibitEngine.4D\input\EDITOR_copy_move_de lete.php on line 1365

Notice: Undefined variable: delete_this_name in D:\Webs\ExhibitEngine.4D\input\EDITOR_copy_move_de lete.php on line 1408

BUT - this is after some number of insertions & path changes & deletions, etc. So may not be an EE problem. And I just retried it & error did not show!!

Thanks for reporting. If you can reproduce those please make a note what you did - I'll hide the notice messages in release version, those errors are not critical by all means.

Those kind of errors may happen if you choose something on a page and alter e.g. photo list in another, and then give a command in the first page (data does not match).

[ArtM]

Pekka:

ArtM wrote:
Manual input for RC 4
Hmmm.... I'm running slow tonight..err... this AM...

So if I have manually copied or FTP'd all sizes including thumbs & microthumbs to server, setup my size paths, created my exhibition, set my default photodata - how do I get EE to process them & add them to the EE database. As if they were processed in the UPLOAD method ?? All desired sizes exist/sharpened/etc. - no Resizing required.

Shouldn't EE 'see' them in photo editor & you could 'add unused' as in V1.22 ?

But Photo Editor is now 'greyed out' & inactive from menu ...
Thus photos, while all existing in their proper places, cannot be added to EE DB. Shouldn't Photo Editor scan at least for thumbs/microthumbs existing in desired exhibition & startup as per normal if any found




Shouldn't I be able to simply add pics to DB that already exist in my Gallery/Album?

If I add ONE picture via the UPLOAD method to my Gallery/Album - and then go into Photo Editor - the rest of the pics I have previously loaded into the size/microsize paths magically show up & I can load them into the Album /Gallery no problem. But I shouldn't have to force EE into action by uploading one picture into the Gallery, I don't think... ! ?

Exhibition Editor shows them up in the Thumbs & Microthumbs section, PhotoData Defaults shows the right paths to the pics.

I think the problem may be in the 'counter of existing photos in exhibition'. If there none already, Photo Editor will not open. The rule should be expanded to add - Don't Open Photo Editor If There Are No Pictures Clearly Loaded Into The DataBase In This Gallery --- *AND* THERE ARE CLEARLY NO PICTURES IN THE SIZE OR THUMBS/MICROTHUMBS SIZE PATHS READY TO BE LOADED --- . Otherwise open the Photo Editor so that Admin can add 'Unused' Photos to the EE Database.


- Art

[Taligent]

Hi Pekka,

Found a bug in EE's handling of the currently selected image size when browsing photos - EE will fail to preserve the selected image size when browsing across more than one page of comments. This was tested on a fresh installation of EE 1.5 RC4. The user experience would be:

User clicks on a photo - the default size image displays.
User has a low/high resolution screen, and selects a smaller/larger image size. EE complies.
User comes across a photo with, say, 13 comments. The gallery is set to display 10 comments at a time, so comment navigation is active. User reads the first page of comments and clicks to see the next page of comments.
EE shows the next page of comments but fails to preserve the preferred image size and reverts to gallery default. User now has scrollbars from the too-large image or a smaller image than desired and must reset the view size. User changes the view size to what was desired - EE complies but reloads to the first page of comments - clicking on the next page of comments again destroys preferred size and loads the default size. There is no way to view past the first page of comments in the preferred view size.

If you can find a fix for this please post the required code changes - I've taken the silly action of modifying RC4 rather than waiting for 1.5. As such I'd rather not upgrade to a new version and have to recreate all modifications at the moment (at least, not until nested galleries are worked out and added - then I'd be very happy to recreate the system from scratch :)).

Thanks,
Nikhil

[ArtM]

I think I am guilty of 'lost in versions' !!
THe old version of EE had a function in the photo editor to 'Add All Unused Photos'. That function no longer exists in Photo Editor. (is it somewhere else?)

So I guess to convert an existing gallery from old EE 1.22, I should download originals back to my local PC, select them & 'Send Photos to Server' in UPLOAD Function (or just copy them to new EE UPLOAD folder if I have server direct access - skipping the originals download), ensure all size & micro/thumbs are downloaded & re-ftp'ed to paths (or just copy them to new paths if I have server direct access), and then select photos from Upload folder & sizes & exhibition - but specify 'Special - no FTP or Resize Automation'.

Does that workflow sound right?? Most time efficient?

- Art

[ArtM]

I'm showing just dashes ('---') in Size ('xx X yy') & "Not Found" in the Filecheck boxes for a test gallery.

Any suggestions what the cause of this might be ?

- Art

[ArtM]

It looks to me like EE is picking up some erroneous data from my Fuji EXIF info for 'Maker Note'. It contains some special chars that do not show below.

MakerNote =>FUJIFILM ................... NORMAL

Where the 'dots' look like about 30 square boxes & special chars on two lines on my clipboard copy.

All other fields look OK.

I've heard that EXIF is not a real standard amongst manufacturers, so this may explain the difference with Canon.

The EXIF test shows just fine.

- Art

[DirtyLittlePuppy]

Just upgraded from 1.5b5 to RC4. The easy link to photo is okay on the first photo opened in a session:
http://dlpgraphics.ca/gallery/photo.php?photo=3672

but second photo looses most of the link and looks like this:
http://hp?photo=3626

Any ideas on the problem?

[Pekka]

Just upgraded from 1.5b5 to RC4. The easy link to photo is okay on the first photo opened in a session:
http://dlpgraphics.ca/gallery/photo.php?photo=3672

but second photo looses most of the link and looks like this:
http://hp?photo=3626

Any ideas on the problem?

I'm aware of this. Something fishy going on with environmental variables.

The fix is to write your "URL to gallery" in MISC SETTINGS EDITOR / "HTTP address (URL) to gallery, with trailing slash.". That's under "global settings" tab there.

[DirtyLittlePuppy]

Thanks for the instant reply, Pekka. That fixed it. I've been too busy lately and haven't kept up reading this forum. EE is great! keep on going! :D

[mvrekum]

Hi Pekka,

Is there something wrong with the ratings?

I have (still) one image commented and rated, but when I set the minimum rating for an image to show in the top ratings to 1 this image does not show up. Instead I get the following message when clicking the "View rating results" link:

0 photos in this exhibition were rated at least the required 1 times.
From these top 5 are displayed in each rating category. Select another listing type to return to browser.

You can find the image here (http://www.photofile.nl/ee/photo.php?photo=45) (attn: topless girl).

Martin

[macke]

A minor little inconvenience that I've noticed is when you first arrive on the input page, the focus is not defaulted to the username field. Instead you have to tab down or click on the field before typing in the username.

If the default focus was already on the username field, it would make logging on that much easier.

A small issue, granted... :)

--max

[daddy0]

I have following problems after changing provider. Any ideas?

There is something wrong with languages. I don't remember getting these on the old server.

http://www.server.net/gallery/input/EDITOR_upload.php?reverted_to_english_because_lang uage_finnish_is_not_available&exhibition=3&lang=fi n

Same time log looks like this:

[Tue May 18 23:57:20 2004] [error] PHP Warning: main(): Failed opening '../languages/finnish/global.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /gallery/input/message.php on line 30

I also have problems with FTP. I get no response at all and no files are uploaded. Strange behaviour I think.

[Pekka]

I have following problems after changing provider. Any ideas?

There is something wrong with languages. I don't remember getting these on the old server.

http://www.server.net/gallery/input/EDITOR_upload.php?reverted_to_english_because_lang uage_finnish_is_not_available&exhibition=3&lang=fi n

Same time log looks like this:

[Tue May 18 23:57:20 2004] [error] PHP Warning: main(): Failed opening '../languages/finnish/global.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /gallery/input/message.php on line 30

I also have problems with FTP. I get no response at all and no files are uploaded. Strange behaviour I think.

Looks like all EE files were not uploaded properly. Check that you don't have any missing or zero size files on server.

What does ftp test page say?

[DirtyLittlePuppy]

I thought I had successfully upgraded to RC4, but when I tried uploading an image to an exhibition I get this error:

msg 41245 | ftp: TENGUN: ERROR IN LOGGING IN AS 'dlpgraph'. Reason: ftp_login(): Login incorrect.

It uploads the image to the UPLOAD directory okay and I can connect using SmartFTP. Can anyone help?

[DirtyLittlePuppy]

Wait... got it.... somehow EE lost my FTP password in the upgrade. :oops:

I thought I had successfully upgraded to RC4, but when I tried uploading an image to an exhibition I get this error:

msg 41245 | ftp: TENGUN: ERROR IN LOGGING IN AS 'dlpgraph'. Reason: ftp_login(): Login incorrect.

It uploads the image to the UPLOAD directory okay and I can connect using SmartFTP. Can anyone help?

[daddy0]

There is something wrong with languages. I don't remember getting these on the old server.

http://www.server.net/gallery/input/EDITOR_upload.php?reverted_to_english_because_lang uage_finnish_is_not_available&exhibition=3&lang=fi n

Looks like all EE files were not uploaded properly. Check that you don't have any missing or zero size files on server.

What does ftp test page say?

I made clean install and I still have problems with languages. I haven't had time to solve ftp problems.

It looks like that EE is using "finnish" instead of the abbreviation "fin" and can't find correct directories and tables due this.

Any ideas?

BR,
Mikko

[daddy0]

There is something wrong with languages. I don't remember getting these on the old server.

http://www.server.net/gallery/input/EDITOR_upload.php?reverted_to_english_because_lang uage_finnish_is_not_available&exhibition=3&lang=fi n

Looks like all EE files were not uploaded properly. Check that you don't have any missing or zero size files on server.

What does ftp test page say?

I made clean install and I still have problems with languages. I haven't had time to solve ftp problems.

It looks like that EE is using "finnish" instead of the abbreviation "fin" and can't find correct directories and tables due this.


I now find out that same files and database work on the old server but not on the new one. I am quite confused with this...

BR,
Mikko

[Pekka]

There is something wrong with languages. I don't remember getting these on the old server.

http://www.server.net/gallery/input/EDITOR_upload.php?reverted_to_english_because_lang uage_finnish_is_not_available&exhibition=3&lang=fi n

Looks like all EE files were not uploaded properly. Check that you don't have any missing or zero size files on server.

What does ftp test page say?

I made clean install and I still have problems with languages. I haven't had time to solve ftp problems.

It looks like that EE is using "finnish" instead of the abbreviation "fin" and can't find correct directories and tables due this.


I now find out that same files and database work on the old server but not on the new one. I am quite confused with this...

BR,
Mikko

The "finnish" variable is not even theoretically possible because that table row can accept only three characters and the code is read from there.

If you like you can mail me the database dump and I can take a look. But if it works on old server that means its ok. As always I offer to do the installation (if server is compatible) if you PM me you ftp etc login info.

BTW, Are you sure that yours is the only EE installation in that new database?

[daddy0]

I made clean install and I still have problems with languages. I haven't had time to solve ftp problems.

It looks like that EE is using "finnish" instead of the abbreviation "fin" and can't find correct directories and tables due this.


I now find out that same files and database work on the old server but not on the new one. I am quite confused with this...

BR,
Mikko

The "finnish" variable is not even theoretically possible because that table row can accept only three characters and the code is read from there.

If you like you can mail me the database dump and I can take a look. But if it works on old server that means its ok. As always I offer to do the installation (if server is compatible) if you PM me you ftp etc login info.

BTW, Are you sure that yours is the only EE installation in that new database?

I am pretty sure there is some problem with languages because making a new link named finnish point to directory fin made some error messages disappear. Also fetch_array functions get wrong table name parameters ( for example ee_settings_finnish). And I don't even have finnish language installed, only the dirs that came with clean install.

Database is brand new for this install so no other installations in same db.

Could there be some compatibility problems with MySql version 4.x? The old server uses 3.x version.

Br,
Mikko

[Pekka]

I made clean install and I still have problems with languages. I haven't had time to solve ftp problems.

It looks like that EE is using "finnish" instead of the abbreviation "fin" and can't find correct directories and tables due this.


I now find out that same files and database work on the old server but not on the new one. I am quite confused with this...

BR,
Mikko

The "finnish" variable is not even theoretically possible because that table row can accept only three characters and the code is read from there.

If you like you can mail me the database dump and I can take a look. But if it works on old server that means its ok. As always I offer to do the installation (if server is compatible) if you PM me you ftp etc login info.

BTW, Are you sure that yours is the only EE installation in that new database?

I am pretty sure there is some problem with languages because making a new link named finnish point to directory fin made some error messages disappear. Also fetch_array functions get wrong table name parameters ( for example ee_settings_finnish). And I don't even have finnish language installed, only the dirs that came with clean install.

Database is brand new for this install so no other installations in same db.

Could there be some compatibility problems with MySql version 4.x? The old server uses 3.x version.

Br,
Mikko

No, doing hacks like symbolic links is not the solution.

I develop now EE with Apache 2, PHP5 and MySQL 4 to ensure all latest versions work. This site runs on older versions.

Install phpMyAdmin and check that you have ee_photo_fin table and all other language tables (all ee_xxx_eng tables must have ee_xxx_fin if finnish language is installed). The languages are fetched from ee_language table : see what you have there in "ee_language_var" row. It should have one row per each installed language.

Run analyze/repair in editor.

I can only do wild guesses unless I see your database or can access the site to see what clean install has done.

[ArtM]

It looks to me as though the internal FTP in RC4 is trying to use Passive FTP.
Consequently, it will not work in my server setup.

- Art

[ArtM]

I'm getting repeated errors on UPLOAD - one for each size.

Imagemagick Crashes on the server (XP-P).
An error shows in the Apache 2.0.49 log for each
"convert.exe: kernel radius is too small '(image filename)' ."

Radius is set to 0.5 for all.

- Art

[ArtM]

In looking for some of my errors, I've seen it suggested that EE does not want PHP 'Safe Mode' to be set ON.

On my system, the editor shows "Betanote: Safe Mode is on".

But Displaying Full PHP info via Utilities/Server Info/Display Full PHP Info shows Safe_Mode is OFF - both Local & Master!

????

- Art

[thuree]

Hej,

I can see the following on the backup page:

Path ee_backup_files/ has 33.73 MB free space left.

But if I check the space left on the device...


bengt@webbie:~/public_html/EE/input/backup/ee_backup_files$ df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/hda8 29G 11G 17G 39% /home
bengt@webbie:~/public_html/EE/input/backup/ee_backup_files$ pwd
/home/bengt/public_html/EE/input/backup/ee_backup_files


Please observe that I have 17GB left.

/Bengt

[mizuna]

I have two installs of EE on my site, one my first test and the other my main one. Both I thought were 1.22, but the main one was 1.5 beta 1, and running to_rc4.php yielded a wrong version message. When I renamed the galleries, the new files didn't work, though fortunately, the old ones did when I renamed them back.

But now that 1.5 beta 1 is in limbo - stuck between two versions.
Errors are


Notice: Undefined index: ee_language_lazylang
in path language.php on line 253
Notice: Undefined index: ee_commentedlist in path/fetchsettings.php on line 182
Notice: Undefined index: ee_ratedlist in path/fetchsettings.php on line 184
Notice: Undefined index: ee_composite_path in path/fetchsettings.php on line 189
Notice: Undefined index: ee_upload_guess_country in path/fetchsettings.php on line 195


etc. where path=my ee directory path

Knowing the test one was 1.22, I changed the db info and went through the process again and upgraded that one without any difficulty, except all the content is in the other db and backup.

But after doing that, now I'm not sure if I chose 1.22 or 1.5 (first full install) when ran to_rc4.php for the 1.5 beta 1. It's still not clear to me which one I should have used for 1.5 beta 1.

What's the best way to correct my mistake and get that 1.5 beta 1 fully
upgraded?

Thanks. And oh, I notice ee is shareware, now, reminding me it's been some time since 1.5 beta 1.

[ArtM]

I'm showing errors in the Path Analyzer which I don't understand how to resolve. I have placed the thumbs & microthumbs under a folder 'smallpics', within the main EE folder (ExhibitEngine/smallpics), with their own URL. And put the large sized images in a folder seperate from EE, with their own URL

The Gallery shows and navigates just fine - Except that the file names - as shown in the image Header - have been stripped of 'underscores' between digit groups. (They show fine as the original names on hovers & elsewhere.) Thus a file name of '2002_0817_132329AA.JPG' becomes '2002 0817 132329aa.jpg'.

BUT - when the 'Path Analyzer' script is run I get the following errors for each image size:

51. 2002 0817 132329aa [open in photo editor]
USED IN: 2

Then a table. A number of rows, all of the same format & 1 per size

Col 1: Large
Col 2: http://picfolder.mygallery.com/testx1/xvga1024/2002_0817_132329AA.jpg Col 3: default
Col 4: ---
Col 5: NOT FOUND

Underneath it shows:
URL: THUMBS (per exhibition, put mouse over photos to see more info)
(followed by the thumb image)

(similiar for the microthumb)

Is there a connection between the stripped underscores & the 'Not Founds' ?? Don't know. Does EE not like the URL/folder/path setup ??

Suggestions welcome.

- Art

[echeng]

Hey, guys. I just installed EE 1.5 RC 4, and I'm very excited about the prospect of joining the EE family. :)

The install went fine, except that I can't get EE to recognize the locations of ImageMagick's convert and composite files. I'm using ImageMagick 6.0.4, and both of those files live in /usr/bin. When I specify "/usr/bin/convert" and "/usr/bin/composite," RC 4 is still telling me they are not there.

any tips? thank you!
-eric

[Taligent]

Minor consistency bugs:

If EE is turned off, list.php and photo.php load header code, output the offline message, but then fail to load footer code.

I'm not sure if loading the header is intentional, but I like it and wanted the footer as well. Modified /pagetemplates/(list or photo)/default.php from:

if ($s_on == "0") {
print $s_off_message;
exit();
}
to:
if ($s_on == "0") {
print $s_off_message;
ee_get_headerfooter ($s_include_footer,"footer");
exit();
}

As set up, index.php does not load the header when the gallery is offline - it simply outputs the offline message. Modified index.php from:

if ($s_on == "0") {
print $s_off_message;
exit();
}

to:

if ($s_on == "0") {
print "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">";
print "<html><head><title>" . $s_indexpage_title . "</title>";
print $stylesheet . "</head><body>";
include ($toroot . "languages/eng/header.php");
print $s_off_message;
include ($toroot . "languages/eng/footer.php");
print "</body></html>";
exit();
}

Small changes, but helps keep the user in a consistent environment.

-Nikhil

[kummy]

i really love this gallery engine... but i have some problem here...

in the 'set default photodata', there is a reset button. when i click it, there's nothing change. What the reset button function is?

when i created an exhibition, i set it up to show the camera detail and the location. I change my mind, and want to hide the camera detail. so i go to 'set default photodata', and change 'show camera detail' from yes to no. then i click update button. But the camera detail still shown. is it a bug?

i try to click 'db_backup utility' then these message shown:

Warning: Unexpected character in input: '\' (ASCII=92) state=2 in /home/kummy/public_html/EE/pintumasuk/backup/index.php on line 626

Parse error: parse error, unexpected $ in /home/kummy/public_html/EE/pintumasuk/backup/index.php on line 626

what's wrong with that?

[pplfilho]

Pekka,

That happened today. Until last night everything was fine with my page and groups. That 's the error message:


Exhibit Engine MySQL error!
ERROR FROM QUERY group_links in page 'index':

------------------------------
Got error 28 from table handler
------------------------------

If you encounter this error with unmodified EE source code please mail this error to EE developers with version number, detailed circumstances when it happened and preferably with a database backup dump. All reports helps improving EE to your satisfaction. Thank You.

Any tips? Now I have disabled exhibition groups.

[]s
:(

[Pekka]

Pekka,

That happened today. Until last night everything was fine with my page and groups. That 's the error message:


Exhibit Engine MySQL error!
ERROR FROM QUERY group_links in page 'index':

------------------------------
Got error 28 from table handler
------------------------------

If you encounter this error with unmodified EE source code please mail this error to EE developers with version number, detailed circumstances when it happened and preferably with a database backup dump. All reports helps improving EE to your satisfaction. Thank You.

Any tips? Now I have disabled exhibition groups.

[]s
:(

Your disk holding the database is full:

Error code 28: "No space left on device".

Please check that your system messages (UPLOAD/messages) is not too big - also you can purge Uncookied data (server info page) to gain more disk space (this data will accumulate again in time). Do defragment + optimize commands (in editor: optimize) after above changes.

[Pekka]

i really love this gallery engine... but i have some problem here...

in the 'set default photodata', there is a reset button. when i click it, there's nothing change. What the reset button function is?

when i created an exhibition, i set it up to show the camera detail and the location. I change my mind, and want to hide the camera detail. so i go to 'set default photodata', and change 'show camera detail' from yes to no. then i click update button. But the camera detail still shown. is it a bug?

i try to click 'db_backup utility' then these message shown:

Warning: Unexpected character in input: '\' (ASCII=92) state=2 in /home/kummy/public_html/EE/pintumasuk/backup/index.php on line 626

Parse error: parse error, unexpected $ in /home/kummy/public_html/EE/pintumasuk/backup/index.php on line 626

what's wrong with that?

I'm pretty sure that index.php is corrupted. Try uploading it again (ASCII mode in ftp).

[pplfilho]

Any tips? Now I have disabled exhibition groups.



Your disk holding the database is full:

Error code 28: "No space left on device".

Please check that your system messages (UPLOAD/messages) is not too big - also you can purge Uncookied data (server info page) to gain more disk space (this data will accumulate again in time). Do defragment + optimize commands (in editor: optimize) after above changes.

OK, I'll check that to see how it works. I don't have control over the database disks, but I will ask my host provider to see into this.

[]s

[pplfilho]

[quote]Any tips? Now I have disabled exhibition groups.



Your disk holding the database is full:

Error code 28: "No space left on device".

Please check that your system messages (UPLOAD/messages) is not too big - also you can purge Uncookied data (server info page) to gain more disk space (this data will accumulate again in time). Do defragment + optimize commands (in editor: optimize) after above changes.

Now, things are looking ok again. Thanks Pekka.

[]s

[Pekka]

Good to hear. There is a nice page which explains MySQL numeric error codes in http://digitalmd.ptprophecy.com/perror.php

[pplfilho]

Good to hear. There is a nice page which explains MySQL numeric error codes in http://digitalmd.ptprophecy.com/perror.php


:D Thanks again....

[]s

[wkitty42]

when i created an exhibition, i set it up to show the camera detail and the location. I change my mind, and want to hide the camera detail. so i go to 'set default photodata', and change 'show camera detail' from yes to no. then i click update button. But the camera detail still shown. is it a bug?
no... default photodata is for new pictures to be imported... it doesn't change existing pictures... you would have to use the powertools to change existing pictures... powertools /or/ manually edit each picture ;)

[thuree]

Hej Pekka,

Found a small suspicious "thing" in the PHOTODATA_datahandler.php application

if (trim($iptc_headline) != "") $title = $ipt_header;


should this not be
if (trim($iptc_headline) != "") $title = $iptc_headline;