Forums Home | FAQ | Search  
Forums > iGetter for Mac OS X
wrong download folder in Panther
< Last Thread     Next Thread >
Author
Thread    Post New Thread     Post A Reply

11-14-2003 09:44 AM

Posted by:
Benet L.

Find more posts by Benet L.

I'm using iGetter on Panther and i also faces the problem where it automatically downloads the file into the package contents. I've specify the download folder in the "Other" setting but to no success...

iBook G3 600MHz, 384 Ram, Mac OS X Panther 10.3.1, iGetter 1.9.5 (fresh install)

11-17-2003 05:07 AM

Posted by:
iGetter Support

Find more posts by iGetter Support

Hello Benet,
Could you please post here or send to our support email (igettersupport(at)presenta.net) the folder path that causes the problem as well as the OS X language.

Regards,
iGetter Support

11-25-2003 08:06 PM

Posted by:
Joe Bailey

Find more posts by Joe Bailey

Me Too

I just encountered the same thing on my system running OS X 10.3.1 and iGetter 1.9.5. I downloaded a file and it disappeared. I tried once again and it too disappeared. Fortunately I had Virex set to check the download and Virex reported the file was in /Applications/iGetter 1.9.5/iGetter/Contents/MacOS. I did a Show Package Contents on iGetter, drilled down to the MacOS folder and there were both copies of my download. I checked the iGetter Preferences and in the General tab "Postprocess using Internet Config" was checked. Since there is no Internet Config per se in 10.3.1, I unchecked that. Then in Other I noticed the download folder name had only the folder name and no other path. I reselected the download folder, clicked the "Set" button and tried the download once again. This time the download went to the selected folder.

The contents of the console log is:

Nov 25 18:43:15 Gemini-Cricket /Applications/Safari.app/Contents/MacOS/Safari: LaunchApplication(/Applications/iGetter 1.9.5/iGetter.app)
2003-11-25 18:43:15.907 iGetter[2003] *** _NSAutoreleaseNoPool(): Object 0x23fd40 of class NSPasteboard autoreleased with no pool in place - just leaking
Nov 25 18:43:15 Gemini-Cricket /Applications/iGetter 1.9.5/iGetter.app/Contents/MacOS/iGetter: *** Warning: ATSUMeasureText has been deprecated. Use ATSUGetUnjustifiedBounds instead. ***
## Component Manager: attempting to find symbols in a component alias of type (regR/carP/x!bt)
2003-11-25 18:46:26.755 ScreenSaverEngine[2008] expanding file buffer
## Component Manager: attempting to find symbols in a component alias of type (regR/carP/x!bt)
2003-11-25 18:47:53.736 Virex 7.2[2010] CFLog (0): Usage of CFHTTPReadStreamSetRedirectsAutomatically is deprecated; call SetProperty(kCFStreamPropertyHTTPShouldAutoredirect, kCFBooleanTrue/False) instead
2003-11-25 18:50:30.122 ScreenSaverEngine[2008] expanding file buffer
## Component Manager: attempting to find symbols in a component alias of type (regR/carP/x!bt)
Nov 25 19:30:29 Gemini-Cricket /Applications/Safari.app/Contents/MacOS/Safari: LaunchApplication(/Applications/iGetter 1.9.5/iGetter.app)
2003-11-25 19:30:29.714 iGetter[2023] *** _NSAutoreleaseNoPool(): Object 0x23fa20 of class NSPasteboard autoreleased with no pool in place - just leaking
Nov 25 19:30:29 Gemini-Cricket /Applications/iGetter 1.9.5/iGetter.app/Contents/MacOS/iGetter: *** Warning: ATSUMeasureText has been deprecated. Use ATSUGetUnjustifiedBounds instead. ***
## Component Manager: attempting to find symbols in a component alias of type (regR/carP/x!bt)
## Component Manager: attempting to find symbols in a component alias of type (regR/carP/x!bt)
2003-11-25 19:34:59.694 Virex 7.2[2028] CFLog (0): Usage of CFHTTPReadStreamSetRedirectsAutomatically is deprecated; call SetProperty(kCFStreamPropertyHTTPShouldAutoredirect, kCFBooleanTrue/False) instead
Nov 25 19:43:25 Gemini-Cricket /Applications/Safari.app/Contents/MacOS/Safari: LaunchApplication(/Applications/iGetter 1.9.5/iGetter.app)
2003-11-25 19:43:26.238 iGetter[2037] *** _NSAutoreleaseNoPool(): Object 0x23fa20 of class NSPasteboard autoreleased with no pool in place - just leaking
Nov 25 19:43:26 Gemini-Cricket /Applications/iGetter 1.9.5/iGetter.app/Contents/MacOS/iGetter: *** Warning: ATSUMeasureText has been deprecated. Use ATSUGetUnjustifiedBounds instead. ***
## Component Manager: attempting to find symbols in a component alias of type (regR/carP/x!bt)
2003-11-25 19:43:42.369 Virex 7.2[2040] CFLog (0): Usage of CFHTTPReadStreamSetRedirectsAutomatically is deprecated; call SetProperty(kCFStreamPropertyHTTPShouldAutoredirect, kCFBooleanTrue/False) instead
2003-11-25 19:50:25.005 iGetter[2044] *** _NSAutoreleaseNoPool(): Object 0x2401b0 of class NSPasteboard autoreleased with no pool in place - just leaking
Nov 25 19:50:25 Gemini-Cricket /Applications/iGetter 1.9.5/iGetter.app/Contents/MacOS/iGetter: *** Warning: ATSUMeasureText has been deprecated. Use ATSUGetUnjustifiedBounds instead. ***
2003-11-25 19:54:11.730 iGetter[2048] *** _NSAutoreleaseNoPool(): Object 0x2401b0 of class NSPasteboard autoreleased with no pool in place - just leaking
Nov 25 19:54:11 Gemini-Cricket /Applications/iGetter 1.9.5/iGetter.app/Contents/MacOS/iGetter: *** Warning: ATSUMeasureText has been deprecated. Use ATSUGetUnjustifiedBounds instead. ***

11-26-2003 05:52 AM

Posted by:
iGetter Support

Find more posts by iGetter Support

Hello Joe,
We have similar reports for a changed default download folder on Panther. We found that this happens with particular folders (when you use a different HD partition) after a system update, also with network and external drives. However, in v2.0 we changed the way of saving of download folders. Currently if the problem appears again you don't need to use Virex to find your files, just double click on any finished download and you will open the file directory.

Regarding the crash log messages. You have seen two warnings about iGetter. The first one says exactly what happens with the releasing of the pasteboard. This warning appears, because iGetter is a C++ application, but uses some Cocoa methods.

The second warning just says that we use a function supported both in Mac OS X 10.1 and 10.2 or later, but Apple warns the developers that they have changed the name of the function to a new one supported only in Mac OS X 10.2 or later.

Both messages don't make iGetter less working.

Regards,
iGetter Support

12-11-2003 09:29 AM

Posted by:
rj_lazzarini

Find more posts by rj_lazzarini

More of the same

Running under Panther 10.3.1.
Each and every time iGetter is launched I have to reset the download path or else the downloads end up in the iGetter package in the MacOS folder. As mentioned before the path disappears from within iGetter's prefs and only the destination folder is shown.
I'm running a G5 with dual 250 gig drives. iGetter is on the boot drive and my download folder is on the second drive.
It's not upsetting since I discovered where everything I d/l is going, just a wee strange.

All times are CT (US)    Post New Thread     Post A Reply
Forum Jump:
< Last Thread     Next Thread >



| Home | News | iGetter | Downloads | Forums |

| Privacy Policy | Contact us |

All contents of these forums are copyright © 2001-2016 Presenta Ltd. All rights reserved.
Forums are moderated by Presenta Ltd.

Powered by: vBulletin Lite Version 1.0.0 Lite
Copyright © Jelsoft Enterprises Limited 2000.