Official Beta 3 bug and problem thread

[Pekka]

Please report ALL problems and what annoys you etc.

1st known problem fixed is

- When photo rating was set to 'off', but photo was selected in rating exhibition list the visitor could see the ratings form. FIXED.

I'll post fist fix pack after couple of more bugs are killed.

[iamhives]

Just got the following error. I have one public exhibition with 1 image and when I click on either the microthumb or thumb this happens. I had just updated to beta 3 from beta 2 plus all the fix packs. Everything seemed to go fine and I did not get this error when viewing the exhibition acted the update. I did then 'delete selected photos from EE' for some photos from this exhibition (they were orphans since my upload function does not fully work and somehow the thumbs and microthumbs are not getting created)

Here is the error message. The gallery is at
http://paul.hives.us/paulsgallery/

Exhibit Engine MySQL error!
ERROR FROM QUERY basics in page 'photo':

------------------------------
Unknown column 'ee_photo.ee_photo_size_x' in 'field list'
------------------------------

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.

[Pekka]

Upload all files from fix pack 11, too ( http://photography-on-the.net/forum/showthread.php?t=18149 )

[iamhives]

Yes, looks like my ftp of the fix 11 files did not complete fully and not all the files made it. Everything looks good now.

[Evanrich]

I noticed this problem in beta 2, even with fix packs 1-10 installed. Whenever you go to comments and ratings in the EE setup page, if you try to leave a reply to someones comment and ratings, you can enter a reply, but when yo ugo to save the comments, you get this:


Image not available
The image you requested is not found. Please use the browser to select from available images.

Thank you.


every time i try to leave a reply in the comments and ratings section, i get that.

Any ideas?


Thanks

Evan


PS: it does this in beta 3 (fix pack 11) as well

[DirtyLittlePuppy]

I have no header after upgrading from 1.5b1 to b3. Is there a new switch somewhere that turns it off?

[DirtyLittlePuppy]

Solved the header problem... added header.php to language folder.

This is looking really good, Pekka!

[daddy0]

evanrich wrote:
I noticed this problem in beta 2, even with fix packs 1-10 installed. Whenever you go to comments and ratings in the EE setup page, if you try to leave a reply to someones comment and ratings, you can enter a reply, but when yo ugo to save the comments, you get this:


Image not available
The image you requested is not found. Please use the browser to select from available images.


I noticed this same problem.

If you fetch comments using parameters from 'Show' combobox you can't manage (delete, reply, etc.) comments. If you select invidual image using the lower combobox then everything goes fine.

It looks like EE doesn't remember which image you are working with when fetching multiple image's comments.

Regards,
Mikko

[seanspeng]

In Misc Setting, Editor Setting, Database backup Method, there are selection of File, Target and both. I chose Both, but when I went to backup page, it is always Target.

Is this a bug?

[Pekka]

seanspeng wrote:
In Misc Setting, Editor Setting, Database backup Method, there are selection of File, Target and both. I chose Both, but when I went to backup page, it is always Target.

Is this a bug?

I think this is in "bad documentation" category. Those settings apply only to the black "Backup database now" "button" in editor.

[Peter Pan]

The Multiarea navigation still doesn't work for me, but the "next picture" setting does :/

The counter graph images don't show either.

In the "Upload to database", changing the number of photos to upload doesn't do anything in Mozilla Firebird.

Everything else is working great !

[Pekka]

Peter Pan wrote:
The Multiarea navigation still doesn't work for me, but the "next picture" setting does :/


If you do not have profiles removed from images, PHP has problems reading its dimensions (which is needed to make MA nav. work).

And just to make sure: you do have "misc settings/global settings/When image file is not found" at 2 or 3? That is required for MA nav, too

"Next picture" setting does not use image dimension info.

The counter graph images don't show either.

In specific styles or all?

And do you have in each style folder something like "value.gif"? Can you view that there? What does page source code say for those graph IMG tags?

In the "Upload to database", changing the number of photos to upload doesn't do anything in Mozilla Firebird.

Ok, I'll have to check if there's anything buggy in html. Downloading Mozilla Firebird now.

Everything else is working great !

Nice!

[Peter Pan]

There are no profiles attached on the photos. If I select setiing 2 or 3, my gallery doesn't load anymore, clicking on a microthumb, the browser will time out for example. Reseting the setting to 1 makes the gallery works nicely again.

The counter image does actually show, but its length is only 1 pixel and independant of the times the picture was seen and of the style used. Here is the code :



Oh, I wanted to say too that the problem I had about my gallery not loading when trying to use the Java applet to display panoramas has disappeared : it works very nicely now :)

Great job !

[Pekka]

Peter Pan wrote:
There are no profiles attached on the photos. If I select setiing 2 or 3, my gallery doesn't load anymore, clicking on a microthumb, the browser will time out for example. Reseting the setting to 1 makes the gallery works nicely again.

This suggests that PHP can not reach the photo file for size retrieve. The mechanism of doing the actual size retrieval is inbuilt in standard PHP a function I use and I can not alter how it works (much).

Try this photo.php: http://photography-on-the.net/photo.zip

Does it stop page hang with abovementioned setting 3?

One reason for PHP not getting the data can be permissions (there are great number of ways PHP can be set up in php.ini), perhaps the server has some sort of a firewall.

I will need to add a "image size retrieval test" switch into graphics engine test page, because it is easiest to reduce number of possibilities by using 777 chomodded folder and verified image for testing this functionality in PHP.

Are you btw using some other outputstyle than default (i.e. panoramas)? What if you set $s_ftp_view = "1" in fetchsettings.php, does it help here?

The counter image does actually show, but its length is only 1 pixel and independant of the times the picture was seen and of the style used. Here is the code :




That looks ok, the counter width is 1. There is a counter graph scale setting in misc settings, which MAY affect small values so that they are compressed to very small numbers visually. The real counter number should be the one you need now to check. First question is: does the counter change when you refresh a photo page?


Oh, I wanted to say too that the problem I had about my gallery not loading when trying to use the Java applet to display panoramas has disappeared : it works very nicely now :)

Great job !

Thanks! Good to hear _something_ works at last ;)

[daddy0]

Pekka wrote:
Peter Pan wrote:
There are no profiles attached on the photos. If I select setiing 2 or 3, my gallery doesn't load anymore, clicking on a microthumb, the browser will time out for example. Reseting the setting to 1 makes the gallery works nicely again.

This suggests that PHP can not reach the photo file for size retrieve. The mechanism of doing the actual size retrieval is inbuilt in standard PHP a function I use and I can not alter how it works (much).

Try this photo.php: http://photography-on-the.net/photo.zip

Does it stop page hang with abovementioned setting 3?


I get EE's substitute picture when using setting 2 or 3 (setting 2: all microthumbs and main image doesn't show, setting 3: main image doesn't shoe microthumbs do). Modified photo.php above doesn't help either. Using setting 1 works fine but doesn't allow MA.

Version 1.3 worked fine with same file permissions. Something must have changed here...

Regards,
Mikko

[gillyworld]

Pekka,

I am getting inconsistent reporting of the lens type used in the EXIF data. An example is http://www.gillyworld.co.uk/ee15/photo.php?photo=600&lang=eng

ee 1.5b3 reports that the lens was a 70-200 f2.8 wheras the actual lens was a 28-135IS. If you download the image and look at the exif in Breezebrowser it reports correctly as a 28-135IS

Another example is http://www.gillyworld.co.uk/ee15/photo.php?photo=635&lang=eng where the 28-135IS lens is reported as being a 50mm f1.4 lens

Some of the apertures are also being displayed as f1 lens (if only!)

A picture taken a few minutes before with the same lens reports the lens type correctly http://www.gillyworld.co.uk/ee15/photo.php?photo=606&lang=eng

Any suggestions?

I created the gallery by manually ftp'ing to the ee temp folder and then using ee to populate the small, med,big and thumbnail directories using Imagemagick to re-size.

Alan

[Peter Pan]

Pekka > I tried the new photo.php but it doesn't change anything : thumbs and microthumbs appear correctly but I can't display the full size image. My microthumb/thumb/normal directories are all 777. I don't use other outputsyle.

About the counters images, that's probably because no one looks at my pictures then :D

The number of fields in "upload to database" is now changing in Firebird thanks to your fix on that other thread, thanks a lot !

Oh, and is there a means to deactivate the easy links to exhibition/pictures ?

[Pekka]

gillyworld wrote:
Pekka,

I am getting inconsistent reporting of the lens type used in the EXIF data. An example is http://www.gillyworld.co.uk/ee15/photo.php?photo=600〈=eng

ee 1.5b3 reports that the lens was a 70-200 f2.8 wheras the actual lens was a 28-135IS. If you download the image and look at the exif in Breezebrowser it reports correctly as a 28-135IS

Another example is http://www.gillyworld.co.uk/ee15/photo.php?photo=635〈=eng where the 28-135IS lens is reported as being a 50mm f1.4 lens

Some of the apertures are also being displayed as f1 lens (if only!)

A picture taken a few minutes before with the same lens reports the lens type correctly http://www.gillyworld.co.uk/ee15/photo.php?photo=606〈=eng

Any suggestions?

I created the gallery by manually ftp'ing to the ee temp folder and then using ee to populate the small, med,big and thumbnail directories using Imagemagick to re-size.

Alan


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

[Pekka]

daddy0 wrote:

I get EE's substitute picture when using setting 2 or 3 (setting 2: all microthumbs and main image doesn't show, setting 3: main image doesn't shoe microthumbs do). Modified photo.php above doesn't help either. Using setting 1 works fine but doesn't allow MA.

Version 1.3 worked fine with same file permissions. Something must have changed here...

About everything has changed since 1.3, as 1.5 has a viewerstyle system.

I will take this issue in closer inspection and see what really differs from 1.3. Meanwhile use setting 1 only.

[melor]

Using Beta 3, fix pack 3 have found error.

When on resizemethods page clicking "Remove unused resizemethods" button removes big methods, but not thumb or microthumb methods.

Paul

[gillyworld]

Pekka,

I have encountered a problem with corruption of the header html that I have included in misc settings. There is a section of Javascript that gets added to my html. The code that gets added is:


















What seems to caiuse the problem is changing the "Select Style" setting in misc settings. I changed from Darker2 to Darker1 and I have now re-created the problem.

You will need to look at this message in the forum edit mode as the forum software seems to not display some of the text that I have added when just viewing this entry.

Alan

[Pekka]

melor wrote:
Using Beta 3, fix pack 3 have found error.

When on resizemethods page clicking "Remove unused resizemethods" button removes big methods, but not thumb or microthumb methods.

Paul



This is as designed (for the moment). You can not add or delete thumbmethods, only edit.

[Pekka]

gillyworld wrote:
Pekka,

I have encountered a problem with corruption of the header html that I have included in misc settings. There is a section of Javascript that gets added to my html. The code that gets added is:


















What seems to caiuse the problem is changing the "Select Style" setting in misc settings. I changed from Darker2 to Darker1 and I have now re-created the problem.

You will need to look at this message in the forum edit mode as the forum software seems to not display some of the text that I have added when just viewing this entry.

Alan

This is caused by Norton software (perhaps pop up window killer). It's added on-the-fly for god knows why. See http://www.computing.net/windowsme/wwwboard/forum/38901.html and links from there.

[ygol]

running beta 3 fix 4 version.

I get the following error message when testing ftp:

Fatal error: Call to undefined function: ftp_set_option() in /home/httpd/vhosts/upline.nu/httpdocs/photos/input/ftp_servers.php on line 468

anyone the same? bug or am I doing wrong?

cheers to all.

Yves.

[Pekka]

ygol wrote:
running beta 3 fix 4 version.

I get the following error message when testing ftp:

Fatal error: Call to undefined function: ftp_set_option() in /home/httpd/vhosts/upline.nu/httpdocs/photos/input/ftp_servers.php on line 468

anyone the same? bug or am I doing wrong?

cheers to all.

Yves.

You must be running PHP version lower than 4.2

I'll comment those out, they are not needed : download
http://photography-on-the.net/ftp_set_option_off.zip
and replace all files.

[mwpmo]

FIX PACK Problem

Before Beta 3 Fix Pack 3, all files in the fix pack are organized in folders, relative to the root directory of the gallery.

But may be both B3 FP3 & FP4 are only replace files in the folder "input", they just zip into a zip file without any sub-folder.

Without any information in the post about the location of files to be replace. I just follow the old rule and try to copy them to the root.

Then I found out that these files are not replaceing any files in the root directory.

Then from searching the sub-folders I find that these files should replace files in the "input" folder.

Sorry, May be I am not smart enough, I need to spend 15 mins to find out what's wrong.

[Evanrich]

i figured this out too, but i looked first to see if they went there... i just suggested to pekka this in one of the other topics... i think he just forgot to put the folder name in there, or at least some instructions on where to put them... after all, he is busy working his butt off on this script :)

[Pekka]

evanrich wrote:
i figured this out too, but i looked first to see if they went there... i just suggested to pekka this in one of the other topics... i think he just forgot to put the folder name in there, or at least some instructions on where to put them... after all, he is busy working his butt off on this script :)

Yep, sorry about that. I'm "in" this so deep I keep forgetting some trivial stuff like good documentation.

[Scho]

Is it necessary to change the name of the gallery folder when applying these fix packs to 1.5b3? I've already applied fix pack 1 without re-naming gallery folder and getting ready to do 2 to 4.

Also, noticed that links in the black page header bar on the order pages are different from the ones on all other pages. Does order page use different header.php file?

[DirtyLittlePuppy]

New problem since updating from b1 to b3 - uploaded files are not resized before distributing them to their folder. I end up with full sized photos in all of them including thumbs. Preview tests of each resize and sharpen work fine. Have fixpack 1-3 installed.

...frustrated little puppy!

[Pekka]

Scho wrote:
Is it necessary to change the name of the gallery folder when applying these fix packs to 1.5b3? I've already applied fix pack 1 without re-naming gallery folder and getting ready to do 2 to 4.

No.

Also, noticed that links in the black page header bar on the order pages are different from the ones on all other pages. Does order page use different header.php file?

That is a bug. Well spotted.

[Pekka]

DirtyLittlePuppy wrote:
New problem since updating from b1 to b3 - uploaded files are not resized before distributing them to their folder. I end up with full sized photos in all of them including thumbs. Preview tests of each resize and sharpen work fine. Have fixpack 1-3 installed.

...frustrated little puppy!

Go to graphics module test page and try out which profile command works for you. The full size photo after IM error is fixed and will be there in next fix pack.

[chriz]

And also you have to go to path setup (under settings) and actually add the resize method you created in resize methods (under settings).
I had the same problem and found out that after doing the upgrade the resize method was set to none.

Chriz

[iamhives]

Yes, I have the same problem. Full size images in all images directories including thumbs and microthumbs after upload and resize. Everything was working before the last few fix packs.

Previews of resizing look fine.

Just looked in the FTP error log:

msg 5155 | ftp
TEST: IMAGEMAGICK COMMAND
/usr/local/bin/convert -size 360x540 UPLOAD/ACRW_5003A.jpg -resize 360x540! +profile "*" -quality 85 UPLOAD/ee_temp_upload/ACRW_5003A.jpg
: IMAGEMAGICK ERROR:

POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside PHP safe mode exec dir.
[Sat Oct 11th, 2003 04:47:16]

Have tried different profile alternatives - no change. This used to work (before the later fix packs?)

[Pekka]

iamhives wrote:
Yes, I have the same problem. Full size images in all images directories including thumbs and microthumbs after upload and resize. Everything was working before the last few fix packs.

Previews of resizing look fine.

Just looked in the FTP error log:

msg 5155 | ftp
TEST: IMAGEMAGICK COMMAND
/usr/local/bin/convert -size 360x540 UPLOAD/ACRW_5003A.jpg -resize 360x540! +profile "*" -quality 85 UPLOAD/ee_temp_upload/ACRW_5003A.jpg
: IMAGEMAGICK ERROR:

POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside PHP safe mode exec dir.
[Sat Oct 11th, 2003 04:47:16]

Have tried different profile alternatives - no change. This used to work (before the later fix packs?)

If previews work fine, then you may want to doublecheck that UPLOAD/ee_temp_upload/ has 777 permissions.

I really have not changed anything else in ImageMagick handling than profiles. Beta 1 had a forced profile command * (without any quotes).

The command above looks just fine.

You could of course try older imagmagick.php's from fix packs and see if one of them works. Perhaps then we can find out the reason.

[DirtyLittlePuppy]

Pekka,

I was checking the permissions on UPLOAD/ee_temp_upload/ and discovered the folder missing altogether! When I was upgrading from b1 to b3 I renamed the old gallery folder to preserve it and extracted b3 to a new one. I guess it wasn't included in the b3.zip file. Works now.

Happy little puppy

[seanspeng]

I found it cannot show feedback to the Private gallery. From the admin panel, it shows the feedback, but it does not show if you click on View and Read Comment link within the Private Gallery.

[Scho]

I just started having the same problem. Didn't make any changes to the system (still 1.5b3 with fixpack 1 only applied) and today when I uploaded a new image it showed up on the photo ediitor page as full size in the thumbs and microthumbs. Weird because it had been working perfectly yesterday. Error message:
msg 911 | ftp
MY FTP: IMAGEMAGICK COMMAND
convert -size 43x29 UPLOAD/DSCN2010rgb.jpg -resize 43x29! +profile "*" -unsharp 0.4x0.7+2+0 -quality 67 UPLOAD/ee_temp_upload/DSCN2010rgb.jpg
: IMAGEMAGICK ERROR:
POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside PHP safe mode exec dir.
[Sun Oct 12th, 2003 09:15:00]
I went back and checked graphics module and test failed with any of the three profile settings. It had been working with second option (+profile"*") prior to today. Something happened to Imagemagick?

[Scho]

I fixed the problem. In graphics module I had to specify the explict paths. I had previously used just the default "convert" setting, which worked for awhile until recently. I reset it to /usr/local/bin/convert and now all is working fine again.

[Pekka]

seanspeng wrote:
I found it cannot show feedback to the Private gallery. From the admin panel, it shows the feedback, but it does not show if you click on View and Read Comment link within the Private Gallery.

Thanks! This has been fixed now -- Fix pack should come in few hours. I was inspired to code "EE powertools" which lets you do batch changes using variable criteria (works really nicely), that has delayed schedule a bit.

[Pekka]

Scho wrote:
I fixed the problem. In graphics module I had to specify the explict paths. I had previously used just the default "convert" setting, which worked for awhile until recently. I reset it to /usr/local/bin/convert and now all is working fine again.

I'll have to add the same found/not found -text that is found in server info page to engine test page so you can see right away if path is ok or not.

[Scho]

Minor url problem. When url contains a # sign url is broken. For example, click on infrared filter link in the photo description for this image to bring up accessories window and look at link given there:
http://www.schophoto.com/gallery/photo.php?photo=537&lang=eng