1.1.1 Release
I had two bugs that I felt needed to be fixed ASAP, so I rolled a 1.1.1 release:
- On a mac, opening a browser window would prevent jUploadr from closing.
- If you have multiple accounts, the login button would not be updated with the most current account unless you re-started the app
I also made the upgrade nag screen have a bit more logic to it, so it won’t ask you to ‘upgrade’ to a version that is behind yours.
So that’s all the changes for 1.1.1. Happy Uploading!
September 11th, 2006 at 1:34 pm
hey,
great uploader
just a quick question - and not sure if it’s just me.
is it possible to just drag n’ drop pics straght onto the jUploader icon in the dock?, as you would with the flickr uploader? (Rather than having to open jUploader, then drop)
Using OSX 10.4.7
Thanks
R
September 11th, 2006 at 5:13 pm
Rich,
At this time, no. Sorry about that.
September 13th, 2006 at 3:13 am
Hi! I couldn’t find any hint on this around so I’d like to ask: Did you test jUploadr on Windows XP 64-bit? I tried with J2SE 5.0 for 64-bit and it was detected properly but then the program crashed because of the swt-win32-3232.dll which seems logical since this is not 64-bit, right?
So is there a way to make it run anyway?
Thanks in advance!
September 13th, 2006 at 11:33 am
hey, i m using this great tool with zooomr on windows. but why is that damn cmd open all the time? cant you put this into one exe which just includes the jar-file? might be better.
September 13th, 2006 at 12:05 pm
Jens
The 64 bit jUploadr is for linux, the 32 bit build should work on 64 bit windows. If not, I’ll have to make a new build. I didn’t even know there was a 64 bit windows. I’ve tested the 32 bit version under 64 bit linux, and it works. Maybe windows doesn’t work the same way?
Killercup
I don’t have windows, and have no way to make a .exe file. If someone wants to figure it out and contribute one, I’d be very grateful.
September 13th, 2006 at 12:23 pm
I’m working on italian translation. Using the CVS I noticed two annoyances: account username don’t fit well in the button and language switching clean the loaded photos from the main window. A screeny [1].
[1] http://beta.zooomr.com/photos/hardskinone/201179
September 13th, 2006 at 1:52 pm
Is that how it appears? That is a very tiny jUploadr window. It should be much larger.
September 13th, 2006 at 2:24 pm
Hi,
I’ve tried jUploader again since 1.0 and have two problems with tripple one on Mac OSX 10.4.7:
- after an authorisation the account name is “null-account@Flickr” (nevertheless upload works well)
- a second account looks the same (two times “null…”)
- the authorisation gets lost after quiting the program
- some jpg pics I can’t drag in the window. nothing happens (work-around should be some command “Add picture…”)
If you have any questions don’t hesitate,
cheers
Andi
September 13th, 2006 at 5:29 pm
try deleting the account and re-authing.
Which jpegs? How big are they? Does the O/S allow you to drop them?
September 18th, 2006 at 2:00 pm
once, i wrote my own uploader in java, but something must have been changed in the api, so it does not work any more. lazy, as i am, i was glad to find juploadr. it serves very well as a substitue and the connection-error-handling works surprisingly good, saving me from lots of trouble.
i use flickr as backup for my personal photos. therefore my uploader created a local file holding the flickr-id of each uploaded image and of course the name of the image. a fututre juploadr could have an option to enable such a local mapping file.
also i miss a commandline interface. something like `juploadr *.jpg` or so.
it is not comfortable to start up nautilus only for the purpose of dragging images into juploadr.
steven, thank you and maybe there are more people finding these features useful.
christoph
September 18th, 2006 at 2:34 pm
Christoph,
Excellent suggestion… I was considering adding this but instead of using the file name, using a SHA1 digest of the file. That way, you could re-organize your photos in your hard drive and jUploadr would still recognize them.
But what would it do after that? Should it warn you that you’ve already uploaded this photo?
I’ll see what I can do about a commandline interface.
September 22nd, 2006 at 6:45 am
I have packaged the win32 version to a installer by using InstallAnywhere Now! v5.5.1
You can get the installer from:
http://athena.cs.ccu.edu.tw/~yhn91/files/jUploadr_1.1.1_setup.exe
If you don’t trust it, just do not use this, :p
Note: the original win32 batch file need a “reg.exe” commnad, this command is not included in Windows2000(but in XP), you can get the file from
http://www.petri.co.il/download_free_reskit_tools.htm
September 22nd, 2006 at 12:05 pm
Awesome!
September 23rd, 2006 at 12:14 pm
jUploadr 1.1.1 Release…
jUploadr é um software bastante util e facil de usar que permite o upload de imagens para o Flickr e também para o Zooomr.
A compatibilidade com os Sistemas Operativos mais usados faz deste software uma grande aposta.
Com este software pode:
Enviar…
September 24th, 2006 at 8:43 am
Steve,
actually i stored filename, flickr-id and md5 checksum of the file.
but sha1 will do aswell.
christoph
September 24th, 2006 at 3:00 pm
I wanted to congratulate you for the software, it really made working with Zooomr *much* more comfortable.
October 5th, 2006 at 12:16 am
It would be nice, if ITPC headline data exists, for it to not be overwritten by the file name, as Flickr will use that info for the picture title. It would be nice to have a setting to use IPTC heading or filename on upload.
October 5th, 2006 at 12:17 am
By use IPTC data, I mean don’t auto fill in the title field.
October 5th, 2006 at 12:20 am
It would br nice if the program did not auto fill in the title field based on filename. If the headline tag in IPTC is filled in, flickr uses this value unless it it overwritten by jUploader. This should be an option, auto fill title or leave blank.
October 5th, 2006 at 9:49 am
Chriggy,
There’s already an open request to use IPTC metadata, why don’t you write down your thoughts over there?
October 21st, 2006 at 10:48 pm
i have downloaded v1.1.1 for windows (i am using win2k). i run it using the cmd window and i get this:
C:\juploadr\jUploadr-1.1.1-win32_x86>jUploadr
‘REG’ is not recognized as an internal or external command,
operable program or batch file.
== was unexpected at this time.
C:\juploadr\jUploadr-1.1.1-win32_x86>
any ideas?
October 26th, 2006 at 11:55 pm
It looks great but in Vista RC2 it does not connect, it said on the dos window:
27-Oct-2006 06:53:27 org.apache.commons.httpclient.MultiThreadedHttpConnectionMa
nager$ConnectionPool freeConnection
SEVERE: Host connection pool not found, hostConfig=HostConfiguration[host=http:/
/www.flickr.com]
October 27th, 2006 at 9:14 am
Kevin:
Up above in the comments:
http://www.petri.co.il/download_free_reskit_tools.htm
That’ll get you reg.exe
October 29th, 2006 at 2:28 pm
I liked very much the jUploadr on my mac, but i was crashing all the time. Same ptures, upload some and then crashed saying the format of picture was invalid.
I’ve found out that the problem was with the files in the folder, i’ve droped some AVIs from my camera.
My situation is: MacBook Pro. OSX 10.4.8, Intel based, Canon Powershot S2 IS (AVI is motion jpeg, a little bit uncommom).
It seems that the problem was with thumbnail creation. I’ve started uploading even before the thumbs wore completed. The program crashes aparently when trying to preview a movie. Opening the program again and droping no files other then jpg solved the problem.
May be if you masked the files to be only jpg when they are dropped?
Congratulations for the nice tool!
October 29th, 2006 at 8:50 pm
Irae,
jUploadr should not accept files that it can’t interpret. Have you tried waiting for all the thumbnails to be created before you upload? You should get an error message.
October 30th, 2006 at 8:32 am
Steve,
I love this program, it saves so much time uploading to zooomr. The only nit-picky thing I have is with the tags. The problem is this.
Say I have 10 pics on the juploadr window. I select them all and add a tag to them, maybe ‘travel’. I then select four of those pics and add in the tag ‘country’. I then deselect those pics and select four pics, but include two of the pics I had previously added ‘country’ to and add in another tag, say ‘mountains’. What happens is that in grabbing photos that already had tags on them and adding new tags, it actually adds some of the common tags in twice.
I hope that makes sense.
Can I suggest that in the tag window, if there are common tags, it greys them out or something and doesn’t add them again. Of course you would still be able to change them, but it would apply it to all of the selection, therefore changing the greyed tag would change it for all of the selected photos, but not add it in again.
October 30th, 2006 at 5:06 pm
Yep, I’ve tryed this before.
I got the error messagens, but when I close those the program simply closes… not even the “reopen” button with the message that normaly is presented when some program closes itself unexpectedly…
The only way is not to drag a movie file to it…
I was thinking. Is there a way to validate the files before generating the thumbnails? I was about to upload 250 photos of about 2Mb each to my pro account. The thumbs take much time to generate. Or may be if ou use the embeded thumbnail generated by the camera itself? Don’t know… but IMHO its better to sort out the problem before de lengthy tasks.
Many thanks for the fast responses and contact-me if you think I can help you sorting out the problem.
October 31st, 2006 at 6:35 pm
Hi, I’m running on Mac OS 10.4.8.
I like everything, especially that it doesn’t have a memory leak like the official Flickr mac uploader. But I have the same problem as Andi. Each time I start the program I have to re-authenticate and reset my preferences. It would be nice for this to be saved.
November 2nd, 2006 at 9:07 pm
Steve,
Oh, it leaks a little bit of memory if you add a ton of photos at once. I’m preparing a 1.1.2 release to fix that though.
You should not have to re-auth every time you start the app. It might behoove you to erase the file ~/Library/Preferences/org.scohen.juploadr.plist and start from scratch.
November 26th, 2006 at 8:49 am
Hey!
Great App you created here! Looks very smooth and works very seamlessly with flickr! Love it!
Just one thing: Could you please try to handle the IPTC tags a little bit more sofisticated? Similarly to the way the flickr-upload-tool handles them:
I have tons of pictures that I’m just assigning a title but not a description. What I would expect to happen now, is that the Uploading-Tool takes this as the title and leaves the description empty. What the Flickr online-upload-tool does, is adding this IPTC-Title inside the title AND the description, which is better than nothing…but not perfect.
But what your tool does at the moment is adding the FILENAME as title and putting the IPTC-Title as Description, which is really a pity, because the Filename is not what is most important as information to be displayed…
Anyway: Great app. anyway!
Have a nice day!
mat
November 26th, 2006 at 8:58 am
Sorry: just figured when reading the rest of comments that this request got already posted and that you requested to post in the sourceforge-feature-request.
I posted it over there as well…sorry for the double-messaging.
Mat
November 27th, 2006 at 4:14 pm
Cite after Andi:
- after an authorisation the account name is “null-account@Flickr” (nevertheless upload works well)
- the authorisation gets lost after quiting the program
This is the main problem with release 1.1.1 (also with 1.1). Authorization is not saved permamently. The same method works in version 1.0. Deleting config directory also doesn’t help. OS: GNU/Linux (Ubuntu 6.10 Edgy Eft).
Feel free to contact me for further details.
January 16th, 2007 at 10:07 pm
I’ve just joined Flickr and was excited to find this tool. I use Linux — Xandros BizEd 3. I haven’t upgrade to Xandros 4 yet, but probably will soon.
So far, I can’t get jUploadr to accept dragged images — i.e., no can drop. I’ve seen elsewhere the question “Is the O/S allowing the drop?” in the answer to similar problems. The short answer is that I don’t know.
Here’s my Java version:
java version “1.5.0_06″
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)
I installed jUploadr as root in the usual location (/usr/local/src/jUp…).
I’m running jUploadr as an ordinary user.
Do I need some write access somewhere to allow the dropping? Xandros is slow to upgrade packages (except when security is at issue). For example, I’m using Firefox 1.5. Are there prerequisite packages (other than Java) that I should check for currency? Should I just install directly for each user and not as root in some central place? Do I need to set up links somewhere?
Any help is greatly appreciated.
Jim
January 17th, 2007 at 4:42 pm
Jim,
From what application are you dragging the photos? jUploadr needs a GTK or QT application to be the initiator of a drag –otherwise, you get no results. It’s a limitation of the toolkit that I use, and speaks to the fragmented nature of linux desktops.
I know for a fact that Nautilus, gThumb and Konqueror are all supported.
February 11th, 2007 at 11:16 pm
Many thanks! Was using Gwenview. Fired up Konqueror and it’s accepting drops just fine!
Thanks again!
Jim