gdata-objectivec-client - Project Hosting on Google Code

Yesterday 28 hours ago r419 (Make translation headers public) committed by gregrobbins - Make translation headers public Make translation headers public 29 hours ago r418 (Add Translator Toolkit API support) committed by gregrobbins - Add Translator Toolkit API support Add Translator Toolkit API support 29 hours ago r417 (Update project and target namespace macros for Analytics) committed by gregrobbins - Update project and target namespace macros for Analytics Update project and target namespace macros for Analytics 29 hours ago r416 (Update Analytics support to v2.1; add GDataDocumentElements) committed by gregrobbins - Update Analytics support to v2.1; add GDataDocumentElements Update Analytics support to v2.1; add GDataDocumentElements 30 hours ago r415 (Update http logging to better handle simultaneous fetches) committed by gregrobbins - Update http logging to better handle simultaneous fetches Update http logging to better handle simultaneous fetches 30 hours ago r414 (Add uploadEditLink) committed by gregrobbins - Add uploadEditLink Add uploadEditLink 32 hours ago r413 (Add chunked upload tests) committed by gregrobbins - Add chunked upload tests Add chunked upload tests Last 7 days Dec 31, 2009 r412 (Fix unused variable warning on release builds) committed by gregrobbins - Fix unused variable warning on release builds Fix unused variable warning on release builds Last 30 days Dec 30, 2009 r411 (Add chunked upload support) committed by gregrobbins - Add chunked upload support Add chunked upload support Dec 30, 2009 r410 (Add setExplicitBoolValue:forAttribute:) committed by gregrobbins - Add setExplicitBoolValue:forAttribute: Add setExplicitBoolValue:forAttribute: Dec 29, 2009 r409 (Improve error handling in nodesForXPath) committed by gregrobbins - Improve error handling in nodesForXPath Improve error handling in nodesForXPath Dec 29, 2009 issue 39 (Objective-C memory error when canceling upload (with GC)) commented on by gregrobbins - I suspect this is a bug in NSURLConnection when it uploads from an NSStream under garbage collection. I'll investigate further later. I can provide an ugly but functional workaround for now that avoids using a stream when uploading; send me mail directly if you need it. I suspect this is a bug in NSURLConnection when it uploads from an NSStream under garbage collection. I'll investigate further later. I can provide an ugly but functional workaround for now that avoids using a stream when uploading; send me mail directly if you need it. Dec 29, 2009 issue 39 (Objective-C memory error when canceling upload (with GC)) Status changed by gregrobbins - Appears to be a crash calling method completedSpoolToFile in _NSHTTPBodyStreamWrapper Status: Accepted Appears to be a crash calling method completedSpoolToFile in _NSHTTPBodyStreamWrapper Status: Accepted Dec 29, 2009 issue 39 (Objective-C memory error when canceling upload (with GC)) reported by behringer.adam - What steps will reproduce the problem? 1. Add a cancel upload action to the YouTubeSample project and connect it to a button. For example: - (IBAction)cancelUpload:(id)sender { [ticket cancelTicket]; } 2. Build and Run, Start an upload and then Cancel (it should work properly) 3. Now set the target's "Objective-C Garbage Collection" build setting to "Required" in XCode. 4. Build and Run, Start an upload and then Cancel (works then crashes the application) What is the expected output? What do you see instead? There should be no error... After canceling the upload, the application usually has a EXC_BAD_ACCESS memory error with the following backtrace: #0 0x91b44ed7 in objc_msgSend () #1 0x0128c968 in ?? () #2 0x939fe3e1 in spoolingClose () #3 0x96b100cf in _CFStreamClose () #4 0x9454a675 in HTTPNetStreamInfo::closeAndReleasePayload () #5 0x94551d47 in HTTPNetStreamInfo::~HTTPNetStreamInfo () #6 0x96bf70ad in -[__NSCFType finalize] () #7 0x91b4b74d in finalizeOneObject () #8 0x96d9c512 in Auto::foreach_block_do () #9 0x91b4b3ce in batchFinalize () #10 0x91b4b452 in batchFinalizeOnTwoThreads () #11 0x96d95d79 in Auto::Zone::invalidate_garbage () #12 0x96d86b25 in auto_collect_internal () #13 0x96d873cf in auto_collection_work () #14 0x926a9828 in _dispatch_call_block_and_release () #15 0x9269c1f4 in _dispatch_queue_drain () #16 0x9269bc52 in _dispatch_queue_invoke () #17 0x9269ba68 in _dispatch_worker_thread2 () #18 0x9269b4f1 in _pthread_wqthread () #19 0x9269b336 in start_wqthread () It appears to me that at least one of the HTTP streams is not shutting down properly when GC is being used. Perhaps there is some code in a dealloc method somewhere that shouldn't be (though I haven't been able to find it yet). Note: this bug makes it impossible to cancel an upload if the application is using GC! Thanks for your attention! What steps will reproduce the problem? 1. Add a cancel upload action to the YouTubeSample project and connect it to a button. For example: - (IBAction)cancelUpload:(id)sender { [ticket cancelTicket]; } 2. Build and Run, Start an upload and then Cancel (it should work properly) 3. Now set the target's "Objective-C Garbage Collection" build setting to "Required" in XCode. 4. Build and Run, Start an upload and then Cancel (works then crashes the application) What is the expected output? What do you see instead? There should be no error... After canceling the upload, the application usually has a EXC_BAD_ACCESS memory error with the following backtrace: #0 0x91b44ed7 in objc_msgSend () #1 0x0128c968 in ?? () #2 0x939fe3e1 in spoolingClose () #3 0x96b100cf in _CFStreamClose () #4 0x9454a675 in HTTPNetStreamInfo::closeAndReleasePayload () #5 0x94551d47 in HTTPNetStreamInfo::~HTTPNetStreamInfo () #6 0x96bf70ad in -[__NSCFType finalize] () #7 0x91b4b74d in finalizeOneObject () #8 0x96d9c512 in Auto::foreach_block_do () #9 0x91b4b3ce in batchFinalize () #10 0x91b4b452 in batchFinalizeOnTwoThreads () #11 0x96d95d79 in Auto::Zone::invalidate_garbage () #12 0x96d86b25 in auto_collect_internal () #13 0x96d873cf in auto_collection_work () #14 0x926a9828 in _dispatch_call_block_and_release () #15 0x9269c1f4 in _dispatch_queue_drain () #16 0x9269bc52 in _dispatch_queue_invoke () #17 0x9269ba68 in _dispatch_worker_thread2 () #18 0x9269b4f1 in _pthread_wqthread () #19 0x9269b336 in start_wqthread () It appears to me that at least one of the HTTP streams is not shutting down properly when GC is being used. Perhaps there is some code in a dealloc method somewhere that shouldn't be (though I haven't been able to find it yet). Note: this bug makes it impossible to cancel an upload if the application is using GC! Thanks for your attention! Dec 22, 2009 r408 (Add spatial search to Maps sample app; add isAPIVisible to m...) committed by gregrobbins - Add spatial search to Maps sample app; add isAPIVisible to map entry Add spatial search to Maps sample app; add isAPIVisible to map entry Dec 22, 2009 r407 (Fix Maps longitude query parameter) committed by gregrobbins - Fix Maps longitude query parameter Fix Maps longitude query parameter Dec 21, 2009 r406 (Update target namespace macros) committed by gregrobbins - Update target namespace macros Update target namespace macros Dec 21, 2009 r405 (Add geo and attribute search query parameters for maps) committed by gregrobbins - Add geo and attribute search query parameters for maps Add geo and attribute search query parameters for maps Dec 21, 2009 r404 (add setShouldShowOnlyDeleted, addCategoryFilterWithCategory) committed by gregrobbins - add setShouldShowOnlyDeleted, addCategoryFilterWithCategory add setShouldShowOnlyDeleted, addCategoryFilterWithCategory Dec 17, 2009 r403 (Add gd:kind attributes to feed and entries; speed up categor...) committed by gregrobbins - Add gd:kind attributes to feed and entries; speed up category searches; add posted objects to tickets prior to authentication, and also on delete fetches Add gd:kind attributes to feed and entries; speed up category searches; add posted objects to tickets prior to authentication, and also on delete fetches Dec 11, 2009 r402 (Revise authentication so a single auth applies to multiple s...) committed by gregrobbins - Revise authentication so a single auth applies to multiple simultaneous fetches, and to ensure in- order handling of reauth when the user credential changes Revise authentication so a single auth applies to multiple simultaneous fetches, and to ensure in- order handling of reauth when the user credential changes Older Dec 03, 2009 r401 (Change the completionHandler argument type of fetchObjectWit...) committed by gregrobbins - Change the completionHandler argument type of fetchObjectWithURL: to id so invocations generated when building against the 10.6 SDK do not cause an exception when running on 10.5 Change the completionHandler argument type of fetchObjectWithURL: to id so invocations generated when building against the 10.6 SDK do not cause an exception when running on 10.5 Dec 02, 2009 r400 (Add yt:incomplete to video entries and add YouTube caption q...) committed by gregrobbins - Add yt:incomplete to video entries and add YouTube caption query parameter Add yt:incomplete to video entries and add YouTube caption query parameter Nov 19, 2009 r399 (Provide access to service object's fetch history; allow cook...) committed by gregrobbins - Provide access to service object's fetch history; allow cookie storage type to be set in service object Provide access to service object's fetch history; allow cookie storage type to be set in service object Nov 19, 2009 r398 (Update sample app projects to Xcode 3 format) committed by gregrobbins - Update sample app projects to Xcode 3 format Update sample app projects to Xcode 3 format Nov 19, 2009 r397 (Remove some vestigial fetcher references; remove deprecated ...) committed by gregrobbins - Remove some vestigial fetcher references; remove deprecated youtube racy Remove some vestigial fetcher references; remove deprecated youtube racy Nov 19, 2009 r396 (Remove setUserAgent: from sample apps) committed by gregrobbins - Remove setUserAgent: from sample apps Remove setUserAgent: from sample apps Nov 19, 2009 r395 (Avoid setting fetcher properties from both the parsing and t...) committed by gregrobbins - Avoid setting fetcher properties from both the parsing and the callback threads at once, and avoid accessing the service run loop modes array from the parsing thread. Avoid setting fetcher properties from both the parsing and the callback threads at once, and avoid accessing the service run loop modes array from the parsing thread. Nov 04, 2009 r394 (Tweak type declarations for 10.6 GCC builds) committed by gregrobbins - Tweak type declarations for 10.6 GCC builds Tweak type declarations for 10.6 GCC builds Nov 04, 2009 r393 (Add block callback completion handler support to GData servi...) committed by gregrobbins - Add block callback completion handler support to GData service fetches Add block callback completion handler support to GData service fetches Nov 04, 2009 r392 (Add viewLink to map entries) committed by gregrobbins - Add viewLink to map entries Add viewLink to map entries Nov 04, 2009 r391 (Added feed URL generators for Google Books service class) committed by gregrobbins - Added feed URL generators for Google Books service class Added feed URL generators for Google Books service class Nov 04, 2009 r390 (Use same product name for iPhone unit test in debug and rele...) committed by gregrobbins - Use same product name for iPhone unit test in debug and release test runs Use same product name for iPhone unit test in debug and release test runs Nov 02, 2009 issue 1 (GDataRecurrence could parse its stringValue) commented on by DavidPhillipOster - As a favor to me, gregrobbins has kindly allowed me to attach a simple class for parsing and unparsing GDataRecurrence specifications. I've add it, with unit test code, and a simple example to http://code.google.com/p/gdata-objectivec-client/downloads/list The interface is based on that used by the Macintosh Sync Services Manager. He doesn't support it. I do. DavidPhillipOster As a favor to me, gregrobbins has kindly allowed me to attach a simple class for parsing and unparsing GDataRecurrence specifications. I've add it, with unit test code, and a simple example to http://code.google.com/p/gdata-objectivec-client/downloads/list The interface is based on that used by the Macintosh Sync Services Manager. He doesn't support it. I do. DavidPhillipOster Nov 02, 2009 CalendarHelloWorldRecurring1.0.zip (A simple add-on class for dealing with Google Calendar Recur...) file uploaded by DavidPhillipOster - Labels: Type-Source OpSys-OSX Labels: Type-Source OpSys-OSX Nov 02, 2009 r389 (Tagging the 1.9.1 release of the library) committed by gregrobbins - Tagging the 1.9.1 release of the library Tagging the 1.9.1 release of the library Nov 02, 2009 gdata-objectivec-client-1.9.1.zip (GData Objective-C Client Library release 1.9.1) file uploaded by gregrobbins - Labels: Featured Labels: Featured Nov 02, 2009 r388 (Update NSURLConnection upload callback criteria; update fram...) committed by gregrobbins - Update NSURLConnection upload callback criteria; update framework version to 1.9.1 Update NSURLConnection upload callback criteria; update framework version to 1.9.1 Oct 30, 2009 issue 38 (The parameter 'vq' is not available in this version. Please ...) Status changed by gregrobbins - Thanks for pointing this out. Fixed on top of trunk. Status: Fixed Thanks for pointing this out. Fixed on top of trunk. Status: Fixed Oct 30, 2009 r387 (Remove YouTube v1's vq query parameter) committed by gregrobbins - Remove YouTube v1's vq query parameter Remove YouTube v1's vq query parameter Oct 30, 2009 BuildingTheLibrary (Adding the Google Data API Objective-C Client Library to a P...) Wiki page edited by gregrobbins - Revision r386 Edited wiki page through web user interface. Revision r386 Edited wiki page through web user interface. Oct 30, 2009 issue 38 (The parameter 'vq' is not available in this version. Please ...) reported by Voxxar - What steps will reproduce the problem? 1. Make a query using the YouTube API What is the expected output? What do you see instead? Expect search results See error saying "The parameter 'vq' is not available in this version. Please use 'q' instead." What version of the product are you using? On what operating system? GData 1.9.0 OSX Snow Protocol version 2.0 Please provide any additional information below. Setting serviceVersion to 1.0 works around the problem. Looking at GDDataQueryTest.m the expected URI uses the vq parameter Setting kVideoQueryParamName in GDataQueryYouTube.m to @"q" fixes the issue When changing this I obviously see the deprecation note, so why is it still used? :P What steps will reproduce the problem? 1. Make a query using the YouTube API What is the expected output? What do you see instead? Expect search results See error saying "The parameter 'vq' is not available in this version. Please use 'q' instead." What version of the product are you using? On what operating system? GData 1.9.0 OSX Snow Protocol version 2.0 Please provide any additional information below. Setting serviceVersion to 1.0 works around the problem. Looking at GDDataQueryTest.m the expected URI uses the vq parameter Setting kVideoQueryParamName in GDataQueryYouTube.m to @"q" fixes the issue When changing this I obviously see the deprecation note, so why is it still used? :P Oct 29, 2009 DesignDoc (Google Data APIs Objective-C Client Library Design Document) Wiki page edited by gregrobbins - Revision r385 Edited wiki page through web user interface. Revision r385 Edited wiki page through web user interface. Oct 29, 2009 BuildingTheLibrary (Adding the Google Data API Objective-C Client Library to a P...) Wiki page edited by gregrobbins - Revision r384 Edited wiki page through web user interface. Revision r384 Edited wiki page through web user interface. Oct 29, 2009 r383 (Tagging the 1.9.0 release of the library) committed by gregrobbins - Tagging the 1.9.0 release of the library Tagging the 1.9.0 release of the library Oct 29, 2009 gdata-objectivec-client-1.9.0.zip (GData Objective-C Client Library release 1.9.0) file uploaded by gregrobbins - Labels: Featured Labels: Featured Oct 29, 2009 r382 (Add GDataAuthenticationFetcher to static library copy header...) committed by gregrobbins - Add GDataAuthenticationFetcher to static library copy headers phase Add GDataAuthenticationFetcher to static library copy headers phase Oct 29, 2009 r381 (update GDataTargetNamespace for 1.9 release) committed by gregrobbins - update GDataTargetNamespace for 1.9 release update GDataTargetNamespace for 1.9 release Oct 28, 2009 issue 35 (GDataServiceGoogleCalendar setUserAgent seems to produce a m...) Status changed by gregrobbins - I'm not reproducing this with version 1.9 (top-of-trunk) of the library. It may have been fixed incidentally since 1.8 was released. Please reopen if you see this again. Status: Invalid I'm not reproducing this with version 1.9 (top-of-trunk) of the library. It may have been fixed incidentally since 1.8 was released. Please reopen if you see this again. Status: Invalid Oct 28, 2009 r380 (Update framework version; make category query parameter enco...) committed by gregrobbins - Update framework version; make category query parameter encoding more strict; update release notes Update framework version; make category query parameter encoding more strict; update release notes

issue 39 (Objective-C memory error when canceling upload (with GC)) reported by behringer.adam - What steps will reproduce the problem? 1. Add a cancel upload action to the YouTubeSample project and connect it to a button. For example: - (IBAction)cancelUpload:(id)sender { [ticket cancelTicket]; } 2. Build and Run, Start an upload and then Cancel (it should work properly) 3. Now set the target's "Objective-C Garbage Collection" build setting to "Required" in XCode. 4. Build and Run, Start an upload and then Cancel (works then crashes the application) What is the expected output? What do you see instead? There should be no error... After canceling the upload, the application usually has a EXC_BAD_ACCESS memory error with the following backtrace: #0 0x91b44ed7 in objc_msgSend () #1 0x0128c968 in ?? () #2 0x939fe3e1 in spoolingClose () #3 0x96b100cf in _CFStreamClose () #4 0x9454a675 in HTTPNetStreamInfo::closeAndReleasePayload () #5 0x94551d47 in HTTPNetStreamInfo::~HTTPNetStreamInfo () #6 0x96bf70ad in -[__NSCFType finalize] () #7 0x91b4b74d in finalizeOneObject () #8 0x96d9c512 in Auto::foreach_block_do () #9 0x91b4b3ce in batchFinalize () #10 0x91b4b452 in batchFinalizeOnTwoThreads () #11 0x96d95d79 in Auto::Zone::invalidate_garbage () #12 0x96d86b25 in auto_collect_internal () #13 0x96d873cf in auto_collection_work () #14 0x926a9828 in _dispatch_call_block_and_release () #15 0x9269c1f4 in _dispatch_queue_drain () #16 0x9269bc52 in _dispatch_queue_invoke () #17 0x9269ba68 in _dispatch_worker_thread2 () #18 0x9269b4f1 in _pthread_wqthread () #19 0x9269b336 in start_wqthread () It appears to me that at least one of the HTTP streams is not shutting down properly when GC is being used. Perhaps there is some code in a dealloc method somewhere that shouldn't be (though I haven't been able to find it yet). Note: this bug makes it impossible to cancel an upload if the application is using GC! Thanks for your attention!

What steps will reproduce the problem? 1. Add a cancel upload action to the YouTubeSample project and connect it to a button. For example: - (IBAction)cancelUpload:(id)sender { [ticket cancelTicket]; } 2. Build and Run, Start an upload and then Cancel (it should work properly) 3. Now set the target's "Objective-C Garbage Collection" build setting to "Required" in XCode. 4. Build and Run, Start an upload and then Cancel (works then crashes the application) What is the expected output? What do you see instead? There should be no error... After canceling the upload, the application usually has a EXC_BAD_ACCESS memory error with the following backtrace: #0 0x91b44ed7 in objc_msgSend () #1 0x0128c968 in ?? () #2 0x939fe3e1 in spoolingClose () #3 0x96b100cf in _CFStreamClose () #4 0x9454a675 in HTTPNetStreamInfo::closeAndReleasePayload () #5 0x94551d47 in HTTPNetStreamInfo::~HTTPNetStreamInfo () #6 0x96bf70ad in -[__NSCFType finalize] () #7 0x91b4b74d in finalizeOneObject () #8 0x96d9c512 in Auto::foreach_block_do () #9 0x91b4b3ce in batchFinalize () #10 0x91b4b452 in batchFinalizeOnTwoThreads () #11 0x96d95d79 in Auto::Zone::invalidate_garbage () #12 0x96d86b25 in auto_collect_internal () #13 0x96d873cf in auto_collection_work () #14 0x926a9828 in _dispatch_call_block_and_release () #15 0x9269c1f4 in _dispatch_queue_drain () #16 0x9269bc52 in _dispatch_queue_invoke () #17 0x9269ba68 in _dispatch_worker_thread2 () #18 0x9269b4f1 in _pthread_wqthread () #19 0x9269b336 in start_wqthread () It appears to me that at least one of the HTTP streams is not shutting down properly when GC is being used. Perhaps there is some code in a dealloc method somewhere that shouldn't be (though I haven't been able to find it yet). Note: this bug makes it impossible to cancel an upload if the application is using GC! Thanks for your attention!

Yesterday

Last 7 days

Last 30 days

Older