Applet upload throws jpegtran error
|
ironchefmoto
Joined: 2006-04-10
Posts: 16 |
Posted: Tue, 2006-07-11 23:55
|
|
I apologize for this dupe post, but I didn't realize there was a Gallery Remote tech area. OK -- I've got the following setup...
I upgraded to this version of Gallery 2 back in April or so, I think. Back then, the upload applet was working fine. I installed Gallery Remote 1.5 in May, I think, to upload a few new photos -- this was on a PC running Firefox 1.5. This week, Gallery 1.5 started throwing an error -- a 404 error and something about HTTP POST. I uninstalled it and decided to use the upload applet via the website. Now, I'm getting something weird with the upload applet -- ON MULTIPLE MACHINES. I get the following error: Quote:
An optional part of Gallery Remote, jpegtran, could not be found or is malfunctioning. Gallery Remote will not be able ot rotate images before uploading them. Blah blah blah (with a bad link -- can't click on it -- to the solution). When I use the upload applet, I get a bunch of broken images. Broken thumbnails, and fullsize images. When I run the maintenance to rebuild thumbnails/resizes, ANYTHING that I've uploaded with the applet (after that error) is all screwed up. I'll get a log up here shortly -- in the meantime, any suggestions? IronChefMorimoto |
|
Posts: 16
Anyone? What is up with discussion boards these days? No one friggin' replies to anything until a post gets bumped 20 times. It's not like I didn't spend 10 minutes searching for this issue in the FAQ or other threads. The exact situation I'm describing hasn't been covered.
Can ANYONE chime in? Please?
Thanks,
IronChefMorimoto
Posts: 1
This is not going to help only to confirm that you are not alone with this problem. I just installed Gallery2 on a FreeBSD v5.4 box and I am receiving the same error message. The warning includes a link suggesting a fix for the problem but the link is non-functional.
StephanusP
Posts: 10
Got the same thing here. I did an upgrade from Gallery 2.0 to the latest stable (2.1.1?) and am now getting the same error. I'm not sure if I was getting it with 2.0 or not, but I don't believe so.
Posts: 5
I have the same error
Gallery version = 2.1 core 1.1.0
PHP version = 4.3.11 cgi-fcgi
Webserver = Apache
Database = mysqlt 4.0.27-max-log, lock.system=flock
Toolkits = ArchiveUpload, Exif, Getid3, Thumbnail, Gd, ImageMagick
Acceleration = full/900, none
Operating system = Linux 2.4.21-27.ELsmp #1 SMP Wed Dec 1 21:59:02 EST 2004 i686
Default theme = matrix
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060617 Firefox/1.5.0.4
I'm loading ImageMagick6 from /usr/local/bin/
ImageMagick 6.2.7
Supported MIME Types
The ImageMagick module can support files with the following MIME types:
image/gif
image/jpeg
image/pjpeg
image/png
image/svg+xml
image/bmp
application/photoshop
image/x-photo-cd
image/jpeg-cmyk
I have since set to disable the warning by default
Posts: 26
I'm getting the same error with Fedora Core 4 and I have it's original libjpeg and libjpeg-devel RPMs installed. If anyone knows what the issue is and how to fix, please post! Thanks, Andy
Posts: 4
I came across this error myself and have been grappling with it for a couple hours and figured it out. Searching online I found this forum and feel the frustration. I'm on slackware linux. The fix was so stupid. Gallery Remote tries to write the file to /tmp/thumbs/whatever.gif (for imagemagick & i guess also for jpegtran's temp functions). Anyway, my /tmp/thumbs was owned by root and would not allow me to write to it. I deleted /tmp/thumbs (actually cleared out /tmp altogether as I should do more often), and that was it. Gallery Remote then created /tmp/thumbs and all was well with imagemagick & jpegtran, no more errors and images are uploaded with proper orientation.
I figured this out by looking at Gallery Remote's log file, oh and also I had to fix the path to imagemagick's "convert" (which was erroring for me also). Make sure you check that the binaries work and .properties files are setup correctly in Gallery_Remote/imagemagick and Gallery_Remote/jpegtran. Good luck!
-Joz
Posts: 1
I ran across the same issue as everyone else: a warning about jpegtran with a non-functional link to fix it. I searched the forum and found several posts regarding it with suggestions for patch the app, disable jpegtran usage, suppress the warning, etc. None of which really addressed the issue. So when all else fails, think it through and apply a bit of logic. So here's what I came up with:
1) The issue is with Gallery Remote
2) Gallery Remote is a java app
3) The java app is 'installed' on the client machine (it's not an issue with the server installation of Gallery)
4) the issue is that jpegtran can't be found by the java app
5) jpegtran IS installed with the java app (run a search for jpegtran and see)
6) the config file for Gallery Remote concerning jpegtran is found at
C:\Program Files\Gallery Remote\jpegtran\jpegtran.properties
7) jpegtran.properties sets (by default) jp.path=jpegtran/win32/jpegtran.exe
8) while this IS the RELATIVE path to jpegtran, Gallery Remote still doesn't seem to find it
9) Don't know how or where Gallery Remote sets path relative from.
10) Use ABSOLUTE path:
jp.path=C:/Program Files/Gallery Remote/jpegtran/win32/jpegtran.exe
That's it! That worked on every installation I've tried (windows, of course, since linux didn't have a problem for me...other OS's should check the absolute path to jpegtran).
Note that the config file says to use a forward slash (/) and not backslash(\) in the path even on Windows.
Hope someone else finds this useful!
Posts: 35
What if I am not using Gallery Remote, only the upload applet from the browser? How do you fix the jpegtran problem?
Posts: 35
Hi, I tried the absolute path method and the warning message of not finding jpegtran went away. I went further to include an absolute path for ImageMagick as well. However, the photos uploaded are still not auto-rotated! Is there something I am missing?
Posts: 3
Awww... me too... please someone help with this damn jpegtran error?
[img]http://musoc.exofire.net/images/jpegtran.gif[/img]
I tried fixing my problem /tmp/thumbs/ but found in 'tmp' there was no 'thumbs'.
I put it there, but 777 didn't help me.
Please let me know know to get around this --> I have the same problem on another gallery as well...
I'm using Gallery 2.1.2 --> thanks for your help and sorry to bother you
Tom
(by the way the blue bit which looks like a link actually isn't --> you can't click on it when it pops up when you're actually viewing the pop up in real life - Not sure why?)
Posts: 35
I have given up on using the upload applet. Now I use the Gallery Remote Client and it seems to be working okay although it's a little slow when you have resizing and rotating tasks to do before uploading.
Another solution is to upgrade your Gallery 2.1.2 to 2.2.1 which I did, and use the WebDAV plugin. You can drag and drop your photos to the server just like explorer. But there are no resize and rotate functionalities. You'll have to do that first which can be inconvenient.
Posts: 74
Hi all, just wondering if anyone has resolved this problem yet, as I am having the same problem !!
I have searched everywhere and tired a few things, but I just can't get the applet to work !!
I love gallery, but I thin the biggest thing letting it down is the way you upload images, it needs to hae a upload applet like the one on facebook !!
Gallery version = 2.2.4 core 1.2.0.6
PHP version = 5.1.6 apache2handler
Webserver = Apache/2.2.3 (Win32) PHP/5.2.0RC6-dev
Database = mysql 4.1.20-community-nt, lock.system=database
Toolkits = Exif, ImageMagick, Thumbnail, NetPBM, LinkItemToolkit, jpegtran, Gd
Acceleration = full/86400, full/86400
Operating system = Windows NT DISCOVERY 5.2 build 3790
Default theme = x_treme
gettext = enabled
Locale = en_GB
Browser = Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)
Rows in GalleryAccessMap table = 57
Rows in GalleryAccessSubscriberMap table = 5227
Rows in GalleryUser table = 5
Rows in GalleryItem table = 5184
Rows in GalleryAlbumItem table = 273
Rows in GalleryCacheMap table = 13
Posts: 1
Hello,
Easy to correct... but it was DIFFICULT to find !
I have this problem several week ago, and I just find : Wikipedia :
http://en.wikipedia.org/wiki/Jpegtran
And Wikipedia redirect me to the page "libjped" !
libjpeg...
I try in Debian (aptitude or apt-get)
# aptitude search libjpeg
v libjpeg-dev -
p libjpeg-progs - Programs for manipulating JPEG files
i libjpeg62 - The Independent JPEG Group's JPEG runtime library
p libjpeg62-dev - Development files for the IJG JPEG library
# aptitude install libjpeg-progs
and now, it find the jpegtran program (in command line, not yet test when importing a file)
If you don't use Debian or Ubuntu, your distribution probably have too this package "libjpeg-progs".
Try to install it.
;-)
didier.misson.net
;-)
Posts: 3
Edit - Post deleted as it was inaccurate.
Posts: 1
This post follows what I was thinking, too. My problem was with the Upload Applet, and I navigated to c:\Program Files (x86)\gallery\ (on my local machine). I didn't find anything that seemed useful in the defaults.properties file, so I navigated to the jpegtran directory. (In the Gallery directory) and looked at the only file there, jpegtran.properties using notepad. I believe the issue is found here in the line that says, "ignore the error code sent back by the executable, there's a bug in the Linux Java VM that returns a failed code...jp.ignoreErrorCode=true" This explains why everything seems to work okay in spite of the error. Now I will just check the box that says, "Don't display this error again" when I use the upload applet.
Hope this helps!