Editing Thumbnail in v1.41 (my problem now cured)

This maybe down to me leaving something out, but rather that risk an upgrade I started off a new gallery, (bit of practise) all seems to work so far but for one thing, that's edit thumbnail, I get the window open with a gray box and thats it....

The rotate/flip option works ok so have I missed something out?

My Gallery v1.4-pl1 has this option working ok, so if anyone could point me in the right direction as to what I have missed?

----
Give us your Gallery/webserver information to get a faster answer.
Get this information from the PHP diagnostic (in the configuration wizard).
Gallery URL (optional but very useful):
Gallery version:
Apache version:
PHP version (don't just say PHP 4, please):
Graphics Toolkit:
Operating system:
Web browser/version (if applicable):

I'm having exactly the same problem

screenshot:
http://www.hot.ee/fotek/Clipboard01.jpg

I'm not looking at anything until you provide me a link that illustrates your problem. It works on my install.

tomcat76,

I've received nothing from you. However, my inbox was 100% full , so try again now.

Now sorted....

Despite downloading Gallery in Zip and Tar format from various locations I was unable to edit (custom thumbnail) at all...
All I got was a grey window.

So I placed my current gallery's (v1.4-pl1) java directory into this lastest version of gallery and Hey Presto! my custom thumbnail editing window is now working again.

And just to prove a point, I put the new java directory from 1.41 into my old version of gallery and it refused to work there either, removed it and put the original back and works fine....

Regards Steve
(Glad I remembered to backup)

Ok, I was using the previous version of gallery before this current release.
Thumbnail editing worked fine.

I installed the latest version and my thumbnail editing no longer worked (The gray box)

So I copied the old java directory into this latest version and it work's ok

If you have an email address I will send you it and you can have a try, can't guarentee it will work but it's worth a try.

Regards Steve

Thanks for the file. Here's a status update, incase it helps other or Gallery (because it seems like a bug to me)

Thanks once again for sending me that file but it didn't work for me. You sent me a file called java.rar, which didn't already exist in my java directory. But I had confidence in your concept so I downloaded gallery-1.4-pl2. I took the file ImageTools.jar from that and stuck it in the java directory and viola! Everything is groovy. Thanks a bunch.

Here is some more info on the problem: I just installed 1.4.1 on a new host (and I am thrilled by what it can do), and I too ran into the gray box when trying to edit thumbnails, unlike my experience with earlier versions.

I noticed that if I was using Mozilla instead of Internet Explorer, all of a sudden the ability to edit thumbnails worked.

Since the main difference between the two is that Mozilla is using Sun's java vm, I configured Internet Explorer to use the Sun java vm instead of Microsoft's. All of a sudden I could edit thumbnails using IE.

Since I can't ask my users to switch to the Sun java vm (although I think that they should), I need detailed directions on how to get my 1.4.1 regressed so that out of the box users of IE can edit their thumbnails.

Thanks,

S.

Anymore details on this?
I tried replacing the ImageTools.jar file, but it didn't solve my problem with this either.

I browsed to the forum after upgrading four seperate galleries that I run; they all have this problem. One of these galleries was a new install of 1.4.1, all others were upgrades from 1.3.x, so there's definately something funky going on here.

All you have to do is copy the file ImageTools.jar from a previous gallery's ./java dir into the same directory of the new gallery.

So, if you made a backup of your old gallery, simply get the file from there. If not, download a version of gallery that's NOT 1.4.1, extract it in a seperate dir, and nab ImageTools.jar.

I use XP w/ the built in JVM, not the 3rd party "real" jvm, and this fix works. I simply had to restart IE and log back in to gallery.

--falz

Be sure to close your web browser (or to be sure, restart your computer).

The size (and thus md5sum) of the file changed in 1.4.1, so this file was changed; intended or not.

1.4.1 ImageTools.jar:
9201 bytes Oct  6 08:02 ImageTools.jar
md5sum d1a654a60cb64c1360332709f08e787e

1.4-pl2 ImageTools.jar:
9182 bytes May 31  2002 ImageTools.jar
md5sum b4e44883582bb9ef84bece0e7f82b4bb

1.4-pl1 ImageTools.jar:
9182 bytes May 31  2002 ImageTools.jar
md5sum b4e44883582bb9ef84bece0e7f82b4bb

In fact, all of the files contained within the .jar are different:

1.4.1:
aaba2f9bd263490c4343a000f67f39ee  ImageCrop$AspectRatio.class
2f4e8ca1f2175befe3cc7791c87ddd7b  ImageCrop$MyButtonListener.class
3d4b68922da119bb374c348a4c1e0014  ImageCrop$MyMouseListener.class
cded66528ce1bc3013c5eadbfe7aa0fd  ImageCrop$WidgetItemListener.class
e226d061ee9770a3b98f30156a4c3967  ImageCrop.class
e6f293144b5279b86bdb78ec2494204e  META-INF/MANIFEST.MF

1.4-pl1 and pl2:
bbda48ec2662210c4ebf8b83503231d2  ImageCrop$AspectRatio.class
de4b4c00440c07906577d333f3fb15df  ImageCrop$MyButtonListener.class
1ab66b0341abfb5a847be3d7c6459041  ImageCrop$MyMouseListener.class
f38cd3663038ba92bfb90690ea523004  ImageCrop$WidgetItemListener.class
8ca9639ddf53c972d945c6ae05c45f90  ImageCrop.class
4344f80789b6f651b3e6d055b1776e93  META-INF/MANIFEST.MF

Sourceforge is down right now, so I can't check when the new one was added, but it should be listed in CVS. I'm sure one of the project developers can check.

--falz

I can't seem to enable the Microsoft JVM on my WinXP box so I can't reproduce this problem at the moment. Can somebody who is having this problem please let me know what you see in the Java console when you try to load the applet? My guess is that the last time I compiled up the applet I used a version of the JDK that was a little too recent.

Also, what version of the Microsoft JVM is failing? If anybody here can give me remote desktop access to a box that is exhibiting the failure I'll be able to diagnose this a lot quicker. I know that I changed the applet slightly in order to get it to work around some JVM issues and I can change it again but I need to be able to reproduce the failure in order to know for sure that I've fixed it! The version of the Microsoft JVM that is failing is going to be a critical bit of data for that.

I'll monitor this thread so reply here with details (or private message me if you've got remote desktop info).

Does this help at all?

I'll test it monday, when i'm back at work.

Fixed it for me too.
I just have to retest at home to make sure it still works.

I knew there was somethign I had forgotten to do last night
I just confirmed it does work on an xp box as well

I'm having similar problems, but I think mine might be related to the version of Java I'm using. I did have the edit thumbnails working on an older install but after upgrading to Slackware 9.1 and Java 1.4.2 (using Firefox 0.8) I can't edit the thumbnails. I get the editing window to pop up, but there's no picture and I can barely pick an aspect ratio. The app also sucks up all the cpu time, it's like it's sitting in an endless loop doing nothing. I also downloaded the latest ImageTools.jar file in this thread but that didn't help either.

Yes, I have been able to run other java graphical apps with my current setup. The ImageTools.jar file runs, it just seems to be slightly incompatible with the version of java I'm running. I don't get the broken link, I just get a complete grey box where the images should be. There is the aspect ratio pull downs at the bottom but it's like the app is constantly refreshing that portion of the window because it flickers. If I click on the pulldown after about a second or two the pulldown will appear. There also are no other buttons (done, apply, cancel, etc).

With the version from the link above I get a grey box and the bottom status line says "Applet ImageCrop notinited". When I click anywhere in the window the status line changes to "Loading Java Applet Failed..." The image does flash in the greybox for a brief moment when it first starts up.

When I used the .jar file from Gallery 1.4.2 the window opens up, there is a grey box and I do have the selection for aspect ratio and landscape/portrait at the bottom. But that version seems to be stuck in the loop because it puts a heavy load on the cpu.

Here's the version of java I'm running:
java -version
java version "1.4.2_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02)
Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode)

on Slackware 9.1

Is it possible to run the ImageTools.jar file outside of a web browser to test it? I can run other jar files with java -jar, but for the ImageTools.jar I get:

java -jar ImageTools.jar
Failed to load Main-Class manifest attribute from
ImageTools.jar

You can grab different versions of the jar file from the CVS repository. As of this writing, current is 1.10-
http://cvs.sourceforge.net/viewcvs.py/*checkout*/gallery/gallery/java/ImageTools.jar?rev=1.10

It works on windows xp mozilla, IE6, and NT IE6, whereas the earilier one didn't. Had to restart IE for it to see the latest jar file.