[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660484#comment-13660484 ] Christoph Atteneder commented on CB-3020: - Hi Shazron! Using cordova 2.7.2 settings this two flags to true results in following error: !http://dl.dropboxusercontent.com/u/3454067/bug_screenshot.jpg! Adding following workaround in CDVViewController.m fixed the issue. I guess it's not the most beautiful fix, but it works for now. {code} if ([@true isEqualToString: self.settings[@HideKeyboardFormAccessoryBar]]) { newFrame.size.height += 45; } {code} !http://dl.dropboxusercontent.com/u/3454067/bug_fix_screenshot.jpg! HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660568#comment-13660568 ] Shazron Abdullah commented on CB-3020: -- I realize that - I just can't replicate it in a new project. I can't fix it (or verify a fix) if I don't see the problem. Any other config.xml settings that are set, that are not the default? HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660569#comment-13660569 ] Horst Perfect commented on CB-3020: --- those are my preferences {code:xml} preference name=AllowInlineMediaPlayback value=false / preference name=AutoHideSplashScreen value=true / preference name=BackupWebStorage value=cloud / preference name=DisallowOverscroll value=true / preference name=EnableLocation value=false /!-- DEPRECATED -- preference name=EnableViewportScale value=false / preference name=FadeSplashScreen value=true / preference name=FadeSplashScreenDuration value=.5 / preference name=HideKeyboardFormAccessoryBar value=true / preference name=KeyboardDisplayRequiresUserAction value=true / preference name=KeyboardShrinksView value=true / preference name=MediaPlaybackRequiresUserAction value=false / preference name=ShowSplashScreenSpinner value=false / preference name=SuppressesIncrementalRendering value=false / preference name=TopActivityIndicator value=gray / {code} HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660576#comment-13660576 ] Christoph Atteneder commented on CB-3020: - My preferences {code:xml} preference name=DisallowOverscroll value=true / preference name=orientation value=portrait / preference name=target-device value=universal / preference name=prerendered-icon value=true / preference name=fullscreen value=false / preference name=show-splash-screen-spinner value=true / preference name=KeyboardDisplayRequiresUserAction value=false / preference name=SuppressesIncrementalRendering value=true / preference name=HideKeyboardFormAccessoryBar value=true / preference name=KeyboardShrinksView value=true / {code} HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660593#comment-13660593 ] Shazron Abdullah commented on CB-3020: -- The only significant difference is I see DisallowOverscroll=true, which after setting it I still don't see the bug. I do see a brief flash of white though, but it goes away. My additions to index.html, with a new project: {code} div style=position:fixed;top:0 input type=text value=test / buttonTESTSSTGSGSGSG/button /div {code} Perhaps you two can add that to a new project, load, and tap on the textfield? So we can verify results. Thanks [~ripcurlx] for the workaround - where is this supposed to be patched? Somewhere here I reckon?: https://github.com/apache/cordova-ios/blob/d8d9f3b3a3420d4e0a8597ce8935dfc3f4ba3339/CordovaLib/Classes/CDVViewController.m#L129 HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660664#comment-13660664 ] Christoph Atteneder edited comment on CB-3020 at 5/17/13 12:31 PM: --- yes in the *if (showEvent)* condition. Regards, Christoph was (Author: ripcurlx): yes in the *if (showEvent)* condition. Regards, Christoph -- -- DI (FH) Christoph Atteneder Co-Founder Platogo - Play together online Salmgasse 2a/17 1030 Vienna, Austria Phone: +43 676 60 900 23 E-mail: christ...@platogo.com Web: www.platogo.com HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3027) getCurrentPosition timeout does not work and it blocks application execution
[ https://issues.apache.org/jira/browse/CB-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660706#comment-13660706 ] Pepe Cano commented on CB-3027: --- [~shazron], I think the problem comes because the setTimeout and [self startLocation:enableHighAccuracy] are executed before hidding the splashscreen with navigator.splashscreen.hide() May you confirm that this could be an issue? In my case, calling navigator.geolocation.getCurrentPosition after hide the splashscreen works without any issue. getCurrentPosition timeout does not work and it blocks application execution Key: CB-3027 URL: https://issues.apache.org/jira/browse/CB-3027 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.5.0, 2.6.0 Environment: Reporter: Pepe Cano Assignee: Shazron Abdullah Priority: Critical Fix For: 2.8.0 I have experienced this problem with cordova 2.5 2.6 in iOS 6.1.3, iPhone 4. Timeout param is not working, so I decided to implement the same behavior with timing-function, however _getCurrentPosition_ seems to be executed synchronously instead of asynchronously, and because _timeout_ does not work, neither locationTimeout function or error callback are executed and the application is blocked waiting for getCurrentPosition response. {code} var positionError = function() { /// do something on error }; var locationTimeout = window.setTimeout(function() { // work-around to solve timeout error positionError(); }, 1000); navigator.geolocation.getCurrentPosition( function(response) { clearTimeout(locationTimeout); positionNext(response); }, function(error) { clearTimeout(locationTimeout); positionError(); }, { maximumAge: 3000, timeout: 1000 }); {code} Could I misunderstand any internal functionality? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-3027) getCurrentPosition timeout does not work and it blocks application execution
[ https://issues.apache.org/jira/browse/CB-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660706#comment-13660706 ] Pepe Cano edited comment on CB-3027 at 5/17/13 1:33 PM: [~shazron], I think the problem comes because the setTimeout and [self startLocation:enableHighAccuracy] are executed before hidding the splashscreen with navigator.splashscreen.hide(). In this case, the timeout callback is never executed. May you confirm that this could be an issue? In my case, calling navigator.geolocation.getCurrentPosition after hide the splashscreen works without any issue. was (Author: ppcano): [~shazron], I think the problem comes because the setTimeout and [self startLocation:enableHighAccuracy] are executed before hidding the splashscreen with navigator.splashscreen.hide() May you confirm that this could be an issue? In my case, calling navigator.geolocation.getCurrentPosition after hide the splashscreen works without any issue. getCurrentPosition timeout does not work and it blocks application execution Key: CB-3027 URL: https://issues.apache.org/jira/browse/CB-3027 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.5.0, 2.6.0 Environment: Reporter: Pepe Cano Assignee: Shazron Abdullah Priority: Critical Fix For: 2.8.0 I have experienced this problem with cordova 2.5 2.6 in iOS 6.1.3, iPhone 4. Timeout param is not working, so I decided to implement the same behavior with timing-function, however _getCurrentPosition_ seems to be executed synchronously instead of asynchronously, and because _timeout_ does not work, neither locationTimeout function or error callback are executed and the application is blocked waiting for getCurrentPosition response. {code} var positionError = function() { /// do something on error }; var locationTimeout = window.setTimeout(function() { // work-around to solve timeout error positionError(); }, 1000); navigator.geolocation.getCurrentPosition( function(response) { clearTimeout(locationTimeout); positionNext(response); }, function(error) { clearTimeout(locationTimeout); positionError(); }, { maximumAge: 3000, timeout: 1000 }); {code} Could I misunderstand any internal functionality? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (CB-3031) Cordova CLI with emulator tool do not work with spaces in the path for iOS
[ https://issues.apache.org/jira/browse/CB-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Plaquette updated CB-3031: --- Comment: was deleted (was: in cordova-tizen : 98e937e9f4db7b83959983029898cb3f1320f998 in cordova-js: 1484b8eb2df0a0782ef316237c7e719460c8edf2 more work will have to be done particularly on File and FileTransfer (I saw that there are issues entered about missing functions that i added in one of the commit i had specifically for File and file transfer. however the functions are not operating correcly...)) Cordova CLI with emulator tool do not work with spaces in the path for iOS -- Key: CB-3031 URL: https://issues.apache.org/jira/browse/CB-3031 Project: Apache Cordova Issue Type: Bug Components: CLI, iOS Affects Versions: 2.6.0 Environment: Mac OS 10.8.3 Reporter: Martin Arnberg Assignee: Filip Maj Priority: Minor Fix For: Master, 2.8.0 Emulator tool is not working with spaces in the path for iOS. Steps to reproduce: 1. cordova create ~/MyApp My\ App 2. cd ~/MyApp 3. cordova platform add ios android 4. cordova build 5. cordova emulate ios (gives no build info) alt. platforms/ios/cordova/emulate Expected: run simulator through ios-sim Actual: ~/MyApp/platforms/ios/build/My_App.app not found to emulate. Note: You may also modify the name in the config.xml to contain a space instead of creating a new app. Also this is not affecting Android. Other platforms not tested. It looks like the emulate scrip if using the project folder name instead of the actual app name. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3031) Cordova CLI with emulator tool do not work with spaces in the path for iOS
[ https://issues.apache.org/jira/browse/CB-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Plaquette resolved CB-3031. Resolution: Incomplete in cordova-tizen : 98e937e9f4db7b83959983029898cb3f1320f998 in cordova-js: 1484b8eb2df0a0782ef316237c7e719460c8edf2 more work will have to be done particularly on File and FileTransfer (I saw that there are issues entered about missing functions that i added in one of the commit i had specifically for File and file transfer. however the functions are not operating correcly...) Cordova CLI with emulator tool do not work with spaces in the path for iOS -- Key: CB-3031 URL: https://issues.apache.org/jira/browse/CB-3031 Project: Apache Cordova Issue Type: Bug Components: CLI, iOS Affects Versions: 2.6.0 Environment: Mac OS 10.8.3 Reporter: Martin Arnberg Assignee: Filip Maj Priority: Minor Fix For: Master, 2.8.0 Emulator tool is not working with spaces in the path for iOS. Steps to reproduce: 1. cordova create ~/MyApp My\ App 2. cd ~/MyApp 3. cordova platform add ios android 4. cordova build 5. cordova emulate ios (gives no build info) alt. platforms/ios/cordova/emulate Expected: run simulator through ios-sim Actual: ~/MyApp/platforms/ios/build/My_App.app not found to emulate. Note: You may also modify the name in the config.xml to contain a space instead of creating a new app. Also this is not affecting Android. Other platforms not tested. It looks like the emulate scrip if using the project folder name instead of the actual app name. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3031) Cordova CLI with emulator tool do not work with spaces in the path for iOS
[ https://issues.apache.org/jira/browse/CB-3031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660762#comment-13660762 ] Paul Plaquette commented on CB-3031: oups I mistakenly tried to close that issue , thinking I was on the one I am involve in I removed the comment and reopened the issue. Cordova CLI with emulator tool do not work with spaces in the path for iOS -- Key: CB-3031 URL: https://issues.apache.org/jira/browse/CB-3031 Project: Apache Cordova Issue Type: Bug Components: CLI, iOS Affects Versions: 2.6.0 Environment: Mac OS 10.8.3 Reporter: Martin Arnberg Assignee: Filip Maj Priority: Minor Fix For: Master, 2.8.0 Emulator tool is not working with spaces in the path for iOS. Steps to reproduce: 1. cordova create ~/MyApp My\ App 2. cd ~/MyApp 3. cordova platform add ios android 4. cordova build 5. cordova emulate ios (gives no build info) alt. platforms/ios/cordova/emulate Expected: run simulator through ios-sim Actual: ~/MyApp/platforms/ios/build/My_App.app not found to emulate. Note: You may also modify the name in the config.xml to contain a space instead of creating a new app. Also this is not affecting Android. Other platforms not tested. It looks like the emulate scrip if using the project folder name instead of the actual app name. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3396) Update Tizen For Tizen SDK 2.0
[ https://issues.apache.org/jira/browse/CB-3396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Plaquette resolved CB-3396. Resolution: Incomplete last commit in cordova-js SHA1: ac7968e9e5671b3eab4ab01743fd95c8e7703bb2 all commit are title as follow [Tizen, Tizen SDK 2.0 (Magnolia)] [Tizen, Tizen SDK 2.0] [CB-3396][Tizen, Tizen SDK 2.0 (Magnolia)] [CB-3396][Tizen, Tizen SDK 2.0] added an archive files with an adapted version of mobilespecin cordova-tizen-js SHA1 is:be1f943970b74ce842734a6c7bf5b1b41a75276a [CB-3396][Tizen, Tizen SDK 2.0 (Magnolia)] - Tizen Mobile Spec version there still to improve File and File Transfer. most file operation fails, but at least file does not preventing Cordova from starting. this is why the issue is simply marking it as incomplete and not fixed. Update Tizen For Tizen SDK 2.0 -- Key: CB-3396 URL: https://issues.apache.org/jira/browse/CB-3396 Project: Apache Cordova Issue Type: Bug Components: Tizen Affects Versions: Master Reporter: Paul Plaquette Assignee: Paul Plaquette Priority: Minor Labels: update Fix For: Master Original Estimate: 504h Remaining Estimate: 504h General update of Tizen platform for Tizen 2.0 SDK -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3419) Change XML Namespace to cordova.apache.org
Ian Clelland created CB-3419: Summary: Change XML Namespace to cordova.apache.org Key: CB-3419 URL: https://issues.apache.org/jira/browse/CB-3419 Project: Apache Cordova Issue Type: Improvement Reporter: Ian Clelland Assignee: Ian Clelland Priority: Minor A minor cleanup task, but something that I'd like to get fixed before anyone decides to point any serious XML tools at our config and plugin XML files. I'm changing the namespace of the plugin and config tags from http://phonegap.com/ns/plugins/1.0; to http://cordova.apache.org/ns/plugins/1.0; -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (CB-3027) getCurrentPosition timeout does not work and it blocks application execution
[ https://issues.apache.org/jira/browse/CB-3027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pepe Cano updated CB-3027: -- Comment: was deleted (was: [~shazron], I think the problem comes because the setTimeout and [self startLocation:enableHighAccuracy] are executed before hidding the splashscreen with navigator.splashscreen.hide(). In this case, the timeout callback is never executed. May you confirm that this could be an issue? In my case, calling navigator.geolocation.getCurrentPosition after a period of splashscreen hide, the getCurrentPosition works.) getCurrentPosition timeout does not work and it blocks application execution Key: CB-3027 URL: https://issues.apache.org/jira/browse/CB-3027 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.5.0, 2.6.0 Environment: Reporter: Pepe Cano Assignee: Shazron Abdullah Priority: Critical Fix For: 2.8.0 I have experienced this problem with cordova 2.5 2.6 in iOS 6.1.3, iPhone 4. Timeout param is not working, so I decided to implement the same behavior with timing-function, however _getCurrentPosition_ seems to be executed synchronously instead of asynchronously, and because _timeout_ does not work, neither locationTimeout function or error callback are executed and the application is blocked waiting for getCurrentPosition response. {code} var positionError = function() { /// do something on error }; var locationTimeout = window.setTimeout(function() { // work-around to solve timeout error positionError(); }, 1000); navigator.geolocation.getCurrentPosition( function(response) { clearTimeout(locationTimeout); positionNext(response); }, function(error) { clearTimeout(locationTimeout); positionError(); }, { maximumAge: 3000, timeout: 1000 }); {code} Could I misunderstand any internal functionality? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3409) FileReader.readAsText error: e.target.error.code = JSON error
[ https://issues.apache.org/jira/browse/CB-3409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660822#comment-13660822 ] Andrew Grieve commented on CB-3409: --- Ah, I see. Yeah - there is some deprecated code that should make this work. It think it's been in a deprecated state for long enough that the fix is to delete it rather than to fix it though. FileReader.readAsText error: e.target.error.code = JSON error --- Key: CB-3409 URL: https://issues.apache.org/jira/browse/CB-3409 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.7.0 Reporter: Flavio Spezi Assignee: Joe Bowser Labels: patch This is an example code: {code:javascript} function readMyFile() { var filename = testFile.txt; var objFile = new FileReader(); objFile.onloadend = function(e) { console.log(Result: + JSON.stringify(e)); } objFile.readAsText(filename); } {code} Collback function returns error: e.target.error.code = JSON error -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3409) FileReader.readAsText(string) is deprecated and Broken. Needs to be removed.
[ https://issues.apache.org/jira/browse/CB-3409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-3409: -- Summary: FileReader.readAsText(string) is deprecated and Broken. Needs to be removed. (was: FileReader.readAsText error: e.target.error.code = JSON error) FileReader.readAsText(string) is deprecated and Broken. Needs to be removed. Key: CB-3409 URL: https://issues.apache.org/jira/browse/CB-3409 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 2.7.0 Reporter: Flavio Spezi Assignee: Joe Bowser Labels: patch This is an example code: {code:javascript} function readMyFile() { var filename = testFile.txt; var objFile = new FileReader(); objFile.onloadend = function(e) { console.log(Result: + JSON.stringify(e)); } objFile.readAsText(filename); } {code} Collback function returns error: e.target.error.code = JSON error -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3358) Switch Camera and Capture APIs to use Android Base64 instead of Commons-Codec Base64
[ https://issues.apache.org/jira/browse/CB-3358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660833#comment-13660833 ] Andrew Grieve commented on CB-3358: --- I think we can do this now. The Base64 API docs say it's available in froyo and not eclair: http://developer.android.com/reference/android/util/Base64.html Looks like we're already using it in a couple of spots anyways! agrieve@agrieve-macbookpro ~/git/cordova/cordova-android/framework (master) $ grep -r Base64 . ./src/com/squareup/okhttp/HttpResponseCache.java:import com.squareup.okhttp.internal.Base64; ./src/com/squareup/okhttp/HttpResponseCache.java: byte[] bytes = Base64.decode(line.getBytes(US-ASCII)); ./src/com/squareup/okhttp/HttpResponseCache.java: String line = Base64.encode(bytes); ./src/com/squareup/okhttp/internal/Base64.java: * a href=http://www.ietf.org/rfc/rfc2045.txt;Base64/a encoder/decoder. ./src/com/squareup/okhttp/internal/Base64.java:public final class Base64 { ./src/com/squareup/okhttp/internal/Base64.java: private Base64() { ./src/com/squareup/okhttp/internal/http/HttpAuthenticator.java:import com.squareup.okhttp.internal.Base64; ./src/com/squareup/okhttp/internal/http/HttpAuthenticator.java: String encoded = Base64.encode(bytes); ./src/com/squareup/okhttp/internal/http/HttpResponseCache.java:import com.squareup.okhttp.internal.Base64; ./src/com/squareup/okhttp/internal/http/HttpResponseCache.java: byte[] bytes = Base64.decode(line.getBytes(US-ASCII)); ./src/com/squareup/okhttp/internal/http/HttpResponseCache.java: String line = Base64.encode(bytes); ./src/org/apache/cordova/api/PluginResult.java:import android.util.Base64; ./src/org/apache/cordova/api/PluginResult.java:this.encodedMessage = Base64.encodeToString(data, Base64.NO_WRAP); ./src/org/apache/cordova/CameraLauncher.java:import org.apache.commons.codec.binary.Base64; ./src/org/apache/cordova/CameraLauncher.java: * Compress bitmap using jpeg, convert to Base64 encoded string, and return to JavaScript. ./src/org/apache/cordova/CameraLauncher.java:byte[] output = Base64.encodeBase64(code); ./src/org/apache/cordova/CordovaArgs.java:import android.util.Base64; ./src/org/apache/cordova/CordovaArgs.java:return Base64.decode(encoded, Base64.DEFAULT); ./src/org/apache/cordova/FileUtils.java:import org.apache.commons.codec.binary.Base64; ./src/org/apache/cordova/FileUtils.java:default: // Base64. ./src/org/apache/cordova/FileUtils.java:byte[] base64 = Base64.encodeBase64(bytes); Switch Camera and Capture APIs to use Android Base64 instead of Commons-Codec Base64 Key: CB-3358 URL: https://issues.apache.org/jira/browse/CB-3358 Project: Apache Cordova Issue Type: Bug Reporter: Joe Bowser Assignee: Joe Bowser Fix For: 3.0.0 One of the benefits of turfing Froyo is that we don't need Commons-Codec anymore, and can use Android's Base64 utility methods. This is to keep track of us turfing commons-codec. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3358) Switch Camera and Capture APIs to use Android Base64 instead of Commons-Codec Base64
[ https://issues.apache.org/jira/browse/CB-3358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve updated CB-3358: -- Fix Version/s: (was: 3.0.0) 2.8.0 Switch Camera and Capture APIs to use Android Base64 instead of Commons-Codec Base64 Key: CB-3358 URL: https://issues.apache.org/jira/browse/CB-3358 Project: Apache Cordova Issue Type: Bug Reporter: Joe Bowser Assignee: Joe Bowser Fix For: 2.8.0 One of the benefits of turfing Froyo is that we don't need Commons-Codec anymore, and can use Android's Base64 utility methods. This is to keep track of us turfing commons-codec. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3420) InAppBrowser Option to Start Hidden
Andrew Grieve created CB-3420: - Summary: InAppBrowser Option to Start Hidden Key: CB-3420 URL: https://issues.apache.org/jira/browse/CB-3420 Project: Apache Cordova Issue Type: Improvement Components: CordovaJS Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor One common use-case for the InAppBrowser is to handle an OAuth flow. Some flows can be done without any user interaction, so it would be great if the InAppBrowser had an option where it would start hidden, and could later be reveals through a JS call. E.g. var iab = window.open('$OAUTH_URL', 'hidden=yes'); //some time later. iab.show(); -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3421) iOS - InAppBrowser Option to Start Hidden
Andrew Grieve created CB-3421: - Summary: iOS - InAppBrowser Option to Start Hidden Key: CB-3421 URL: https://issues.apache.org/jira/browse/CB-3421 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3423) WP - InAppBrowser Option to Start Hidden
Andrew Grieve created CB-3423: - Summary: WP - InAppBrowser Option to Start Hidden Key: CB-3423 URL: https://issues.apache.org/jira/browse/CB-3423 Project: Apache Cordova Issue Type: Sub-task Components: WP7, WP8 Reporter: Andrew Grieve Assignee: Jesse MacFadyen Priority: Minor -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3424) BB - InAppBrowser Option to Start Hidden
Andrew Grieve created CB-3424: - Summary: BB - InAppBrowser Option to Start Hidden Key: CB-3424 URL: https://issues.apache.org/jira/browse/CB-3424 Project: Apache Cordova Issue Type: Sub-task Components: BlackBerry Reporter: Andrew Grieve Assignee: Tim Kim Priority: Minor -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3422) Android - InAppBrowser Option to Start Hidden
Andrew Grieve created CB-3422: - Summary: Android - InAppBrowser Option to Start Hidden Key: CB-3422 URL: https://issues.apache.org/jira/browse/CB-3422 Project: Apache Cordova Issue Type: Sub-task Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3020) HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it
[ https://issues.apache.org/jira/browse/CB-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660951#comment-13660951 ] Shazron Abdullah commented on CB-3020: -- That tells me whatever the cordova CLI tool is copying over might be old stuff. I would always verify using the actual repo source. HideKeyboardFormAccessoryBar and KeyboardShrinksView show white bar instead of removing it -- Key: CB-3020 URL: https://issues.apache.org/jira/browse/CB-3020 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.6.0 Environment: ios 6.1.3 Reporter: Horst Perfect Assignee: Shazron Abdullah Priority: Minor Labels: bug, ios, ios6.1.3 Fix For: 2.8.0 I use phonegap 2.6 with the two new preferences HideKeyboardFormAccessoryBar KeyboardShrinksView set to true. Instead of the AccessoryBar a white bar appears ([screenshot|http://i.stack.imgur.com/3fgV8.png]). This is just happening when i set *both* of the preferences to true. When i just set the AccessoryBar preference to true the bar disappears as planned. Horst -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3419) Change XML Namespace to cordova.apache.org
[ https://issues.apache.org/jira/browse/CB-3419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-3419. -- Resolution: Fixed Fix Version/s: 2.8.0 Updated xml namespaces in cli and plugman Change XML Namespace to cordova.apache.org -- Key: CB-3419 URL: https://issues.apache.org/jira/browse/CB-3419 Project: Apache Cordova Issue Type: Improvement Reporter: Ian Clelland Assignee: Ian Clelland Priority: Minor Fix For: 2.8.0 A minor cleanup task, but something that I'd like to get fixed before anyone decides to point any serious XML tools at our config and plugin XML files. I'm changing the namespace of the plugin and config tags from http://phonegap.com/ns/plugins/1.0; to http://cordova.apache.org/ns/plugins/1.0; -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3425) plugman copies root of plugin folder into plugins_dir/package_name
Shazron Abdullah created CB-3425: Summary: plugman copies root of plugin folder into plugins_dir/package_name Key: CB-3425 URL: https://issues.apache.org/jira/browse/CB-3425 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Environment: plugman 0.7.4 on npm using node 0.11.2 Reporter: Shazron Abdullah Assignee: Filip Maj Tested using: https://github.com/shazron/TestFlightPlugin If I specified ~/Desktop/Plugins as the plugins_dir, the folder ~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3426) plugin tag not installed in config.xml
Shazron Abdullah created CB-3426: Summary: plugin tag not installed in config.xml Key: CB-3426 URL: https://issues.apache.org/jira/browse/CB-3426 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: node 0.11.2 plugman 0.7.4 on npm Reporter: Shazron Abdullah Assignee: Shazron Abdullah Tested using: https://github.com/shazron/TestFlightPlugin and the latest iOS code from cordova-ios master (config.xml does include the plugins tag). {code} config-file target=config.xml parent=/widget/plugins plugin name=TestFlightSDK value=CDVTestFlight/ /config-file {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3425) plugman copies root of plugin folder into plugins_dir/package_name
[ https://issues.apache.org/jira/browse/CB-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-3425: - Description: Tested using: https://github.com/shazron/TestFlightPlugin If I specified \~/Desktop/Plugins as the plugins_dir, the folder \~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. was: Tested using: https://github.com/shazron/TestFlightPlugin If I specified ~/Desktop/Plugins as the plugins_dir, the folder ~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. plugman copies root of plugin folder into plugins_dir/package_name -- Key: CB-3425 URL: https://issues.apache.org/jira/browse/CB-3425 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Environment: plugman 0.7.4 on npm using node 0.11.2 Reporter: Shazron Abdullah Assignee: Filip Maj Tested using: https://github.com/shazron/TestFlightPlugin If I specified \~/Desktop/Plugins as the plugins_dir, the folder \~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3342) add version script
[ https://issues.apache.org/jira/browse/CB-3342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-3342. - Resolution: Fixed https://git-wip-us.apache.org/repos/asf?p=cordova-wp7.git;a=commit;h=6fd643b3f06bdea58cb25db8c247dd19c99a1bce https://git-wip-us.apache.org/repos/asf?p=cordova-wp8.git;a=commit;h=2d5bfa4cc009812788ae56ea34e33d2117098e82 add version script -- Key: CB-3342 URL: https://issues.apache.org/jira/browse/CB-3342 Project: Apache Cordova Issue Type: Sub-task Components: WP7, WP8 Affects Versions: 2.8.0 Reporter: Brian LeRoux Assignee: Benn Mapes Fix For: 2.8.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Closed] (CB-3425) plugman copies root of plugin folder into plugins_dir/package_name
[ https://issues.apache.org/jira/browse/CB-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Braden Shepherdson closed CB-3425. -- Resolution: Won't Fix Assignee: Braden Shepherdson (was: Filip Maj) Working as intended. This is exactly what's supposed to happen when you fetch a plugin. The source-file and header-file and asset and js-module tags specify where files from the plugin are copied into the Android or iOS or BlackBerry project on installation; on fetching the plugin, from local disk or elsewhere, the plugin is always copied in its entirety. plugman copies root of plugin folder into plugins_dir/package_name -- Key: CB-3425 URL: https://issues.apache.org/jira/browse/CB-3425 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Environment: plugman 0.7.4 on npm using node 0.11.2 Reporter: Shazron Abdullah Assignee: Braden Shepherdson Tested using: https://github.com/shazron/TestFlightPlugin If I specified \~/Desktop/Plugins as the plugins_dir, the folder \~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3425) plugman copies root of plugin folder into plugins_dir/package_name
[ https://issues.apache.org/jira/browse/CB-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660993#comment-13660993 ] Shazron Abdullah commented on CB-3425: -- It's still busted. The Xcode references to the files are all red (missing files) plugman copies root of plugin folder into plugins_dir/package_name -- Key: CB-3425 URL: https://issues.apache.org/jira/browse/CB-3425 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Environment: plugman 0.7.4 on npm using node 0.11.2 Reporter: Shazron Abdullah Assignee: Braden Shepherdson Tested using: https://github.com/shazron/TestFlightPlugin If I specified \~/Desktop/Plugins as the plugins_dir, the folder \~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3425) plugman copies root of plugin folder into plugins_dir/package_name
[ https://issues.apache.org/jira/browse/CB-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13660994#comment-13660994 ] Shazron Abdullah commented on CB-3425: -- I can file a new issue or re-open this one. Ok, I get now how the plugin install works, since this is intended behaviour then the other part is buggy (installing the references in the pbxproj). plugman copies root of plugin folder into plugins_dir/package_name -- Key: CB-3425 URL: https://issues.apache.org/jira/browse/CB-3425 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Environment: plugman 0.7.4 on npm using node 0.11.2 Reporter: Shazron Abdullah Assignee: Braden Shepherdson Tested using: https://github.com/shazron/TestFlightPlugin If I specified \~/Desktop/Plugins as the plugins_dir, the folder \~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3426) plugin tag not installed in config.xml
[ https://issues.apache.org/jira/browse/CB-3426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj resolved CB-3426. --- Resolution: Cannot Reproduce Cannot reproduce. Cloned down the latest source of the plugin (last commit being support for 0.7.4). Created a new cordova-ios project from master. Ran plugman with {{plugman --platform ios --project ti2 --plugin ./TestFlightPlugin}}, got output: {{com.testflightapp.ios.cordova-plugin installed.}} Result of {{cat ti2/plugz/config.xml}} (plugz being the app name) has this at the bottom: {code} feature name=LocalStorage param name=ios-package value=CDVLocalStorage / /feature plugins plugin name=TestFlightSDK value=CDVTestFlight / /plugins /widget {code} plugin tag not installed in config.xml -- Key: CB-3426 URL: https://issues.apache.org/jira/browse/CB-3426 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: node 0.11.2 plugman 0.7.4 on npm Reporter: Shazron Abdullah Assignee: Shazron Abdullah Tested using: https://github.com/shazron/TestFlightPlugin and the latest iOS code from cordova-ios master (config.xml does include the plugins tag). {code} config-file target=config.xml parent=/widget/plugins plugin name=TestFlightSDK value=CDVTestFlight/ /config-file {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3427) Windows Phone 8 FileEntry.getMetadata returns a null Metadata.modificationTime
Kelvin Dart created CB-3427: --- Summary: Windows Phone 8 FileEntry.getMetadata returns a null Metadata.modificationTime Key: CB-3427 URL: https://issues.apache.org/jira/browse/CB-3427 Project: Apache Cordova Issue Type: Bug Components: WP8 Affects Versions: 2.7.0, 2.6.0, 2.5.0 Environment: Visual Studio 2012, Windows 8 Enterprise x64 bit Reporter: Kelvin Dart Assignee: Jesse MacFadyen Whenever I attempt to get the modificationDate in FileEntry.getMetadata in Windows Phone 8, I receive a Metadata object back in the success function, but the moficiationDate is null. The same chunk of code runs fine in Android and iOS. I can provide an example if required... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3415) FileTransfer for BB10 should work with new File implementation
[ https://issues.apache.org/jira/browse/CB-3415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Kim updated CB-3415: Assignee: Lorin Beer (was: Tim Kim) FileTransfer for BB10 should work with new File implementation -- Key: CB-3415 URL: https://issues.apache.org/jira/browse/CB-3415 Project: Apache Cordova Issue Type: Bug Components: BlackBerry Environment: BB10 Reporter: Hasan Ahmad Assignee: Lorin Beer FileTransfer implementation should work with the new File implementation in BB10 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3234) plugman should enforce engine
[ https://issues.apache.org/jira/browse/CB-3234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661084#comment-13661084 ] Tim Kim commented on CB-3234: - First pass here: https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=commit;h=eb363bee2e667115cdeacd8a6d34bccb83c4b23f plugman should enforce engine Key: CB-3234 URL: https://issues.apache.org/jira/browse/CB-3234 Project: Apache Cordova Issue Type: Improvement Components: Plugman Reporter: Filip Maj Assignee: Tim Kim enforcing cordova project version constraints. likely needs a per-platform handler addition. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3426) plugin tag not installed in config.xml
[ https://issues.apache.org/jira/browse/CB-3426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661100#comment-13661100 ] Shazron Abdullah commented on CB-3426: -- Umm I did use plugman 0.7.4 from npm itself. Verified by using plugman -v. That version definitely did not work. plugin tag not installed in config.xml -- Key: CB-3426 URL: https://issues.apache.org/jira/browse/CB-3426 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: node 0.11.2 plugman 0.7.4 on npm Reporter: Shazron Abdullah Assignee: Shazron Abdullah Tested using: https://github.com/shazron/TestFlightPlugin and the latest iOS code from cordova-ios master (config.xml does include the plugins tag). {code} config-file target=config.xml parent=/widget/plugins plugin name=TestFlightSDK value=CDVTestFlight/ /config-file {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-3428) plugman - plugin files are missing in Xcode
Shazron Abdullah created CB-3428: Summary: plugman - plugin files are missing in Xcode Key: CB-3428 URL: https://issues.apache.org/jira/browse/CB-3428 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Reporter: Shazron Abdullah Assignee: Filip Maj Formerly CB-3425 The plugin files are installed, but the Xcode references to the files are red (missing). The references are missing the pathing within the plugin itself. Tested on: https://github.com/shazron/TestFlightPlugin using v0.7.4 (both from npm and the repo) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3425) plugman copies root of plugin folder into plugins_dir/package_name
[ https://issues.apache.org/jira/browse/CB-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661129#comment-13661129 ] Shazron Abdullah commented on CB-3425: -- Filed a new issue for the problem: CB-3428 plugman copies root of plugin folder into plugins_dir/package_name -- Key: CB-3425 URL: https://issues.apache.org/jira/browse/CB-3425 Project: Apache Cordova Issue Type: Bug Components: Plugman Affects Versions: Master Environment: plugman 0.7.4 on npm using node 0.11.2 Reporter: Shazron Abdullah Assignee: Braden Shepherdson Tested using: https://github.com/shazron/TestFlightPlugin If I specified \~/Desktop/Plugins as the plugins_dir, the folder \~/Desktop/Plugins/com.testflightapp.ios.cordova-plugin is created, and the contents of the whole Plugin from the root (referenced above)is copied into that newly created folder. Expected: Only the actual files as specfied by the source-file and header-file elements should be copied. Actual: All of the plugin contents are copied. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3426) plugin tag not installed in config.xml
[ https://issues.apache.org/jira/browse/CB-3426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661137#comment-13661137 ] Shazron Abdullah commented on CB-3426: -- I'll test from my home computer tonight to eliminate any works for me issues. Hopefully someone else on a different computer can verify as well. plugin tag not installed in config.xml -- Key: CB-3426 URL: https://issues.apache.org/jira/browse/CB-3426 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: node 0.11.2 plugman 0.7.4 on npm Reporter: Shazron Abdullah Assignee: Shazron Abdullah Tested using: https://github.com/shazron/TestFlightPlugin and the latest iOS code from cordova-ios master (config.xml does include the plugins tag). {code} config-file target=config.xml parent=/widget/plugins plugin name=TestFlightSDK value=CDVTestFlight/ /config-file {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-3426) plugin tag not installed in config.xml
[ https://issues.apache.org/jira/browse/CB-3426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661100#comment-13661100 ] Shazron Abdullah edited comment on CB-3426 at 5/17/13 11:11 PM: Umm I did use plugman 0.7.4 from npm itself. Verified by using plugman -v. That version definitely did not work. (also tested with the cordova-plugman 0.7.4 commit code, same result) was (Author: shazron): Umm I did use plugman 0.7.4 from npm itself. Verified by using plugman -v. That version definitely did not work. plugin tag not installed in config.xml -- Key: CB-3426 URL: https://issues.apache.org/jira/browse/CB-3426 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: node 0.11.2 plugman 0.7.4 on npm Reporter: Shazron Abdullah Assignee: Shazron Abdullah Tested using: https://github.com/shazron/TestFlightPlugin and the latest iOS code from cordova-ios master (config.xml does include the plugins tag). {code} config-file target=config.xml parent=/widget/plugins plugin name=TestFlightSDK value=CDVTestFlight/ /config-file {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-1540) camera image is rotated 90 degrees left when destinationType is FILE_URI
[ https://issues.apache.org/jira/browse/CB-1540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse MacFadyen resolved CB-1540. - Resolution: Cannot Reproduce This seems to have been fixed somewhere along the way. camera image is rotated 90 degrees left when destinationType is FILE_URI Key: CB-1540 URL: https://issues.apache.org/jira/browse/CB-1540 Project: Apache Cordova Issue Type: Bug Components: WP7 Affects Versions: 2.1.0 Environment: wp7 emulator w/ all service packs hotfixes installed, also on nokia lumia 900 w/ wp7.5 all service packs and updates installed Reporter: Cedric Bertolasio Assignee: Jesse MacFadyen Priority: Critical Labels: camera, image, orientation Fix For: 2.8.0 Attachments: index.html When the sourceType is Camera and destinationType is FILE_URI and the FILE_URI is used as the src of an img tag the img that is rendered is rotated 90 degrees left. Using the camera api as a basis for my code (http://docs.phonegap.com/en/2.1.0/cordova_camera_camera.md.html#Camera) I created a simple app that does the following: - click a button - camera is opened - photo is captured - FILE_URI returned from getPicture is used as SRC attribute of an img tag - image is rendered on screen An interesting note is that if you use the base64 data that is returned - the image is NOT displayed in the proper orientation. The uri that is being returned is from the camera cache. When sourceType is set to Photolibrary - the file uri that is returned points to the photo album (not the camera cache) AND the image is rendered properly. This code can be used to reproduce the issue: function capturePhoto() { // original sample - renders base64 data to screen // navigator.camera.getPicture(onPhotoDataSuccess, onFail, { quality: 50, // destinationType: destinationType.DATA_URL // }); // sample that causes image to be rotated... navigator.camera.getPicture(onPhotoURISuccess, onFail, { quality: 50, destinationType: destinationType.FILE_URI //, saveToPhotoAlbum: true }); } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3426) plugin tag not installed in config.xml
[ https://issues.apache.org/jira/browse/CB-3426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661181#comment-13661181 ] Shazron Abdullah commented on CB-3426: -- Just tested on a OS X 10.7.5 VM (clean system) with Xcode 4.6.2 - it works. Had no node installed, so installed node 0.10.7, then npm installed plugman 0.7.5 Will test with my Mountain Lion system at home to see if there is any diff. plugin tag not installed in config.xml -- Key: CB-3426 URL: https://issues.apache.org/jira/browse/CB-3426 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: node 0.11.2 plugman 0.7.4 on npm Reporter: Shazron Abdullah Assignee: Shazron Abdullah Tested using: https://github.com/shazron/TestFlightPlugin and the latest iOS code from cordova-ios master (config.xml does include the plugins tag). {code} config-file target=config.xml parent=/widget/plugins plugin name=TestFlightSDK value=CDVTestFlight/ /config-file {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3428) plugman - plugin files are missing in Xcode
[ https://issues.apache.org/jira/browse/CB-3428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-3428. -- Resolution: Not A Problem Saw that there was a 0.7.5 update to plugman and I did 'npm update' and it all now works. Not sure what updated, but here's the log: {code} npm http GET https://registry.npmjs.org/jake npm http GET https://registry.npmjs.org/npm npm http GET https://registry.npmjs.org/jshint npm http GET https://registry.npmjs.org/plugman npm http 304 https://registry.npmjs.org/npm npm http 200 https://registry.npmjs.org/jshint npm http GET https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman npm http GET https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/jake npm http GET https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http 200 https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http GET https://registry.npmjs.org/npm/1.2.21 npm http GET https://registry.npmjs.org/jake/0.5.15 npm http GET https://registry.npmjs.org/jshint/2.0.1 npm http GET https://registry.npmjs.org/plugman/0.7.5 npm http 200 https://registry.npmjs.org/jshint/2.0.1 npm http GET https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman/0.7.5 npm http GET https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/npm/1.2.21 npm http GET https://registry.npmjs.org/npm/-/npm-1.2.21.tgz npm http 200 https://registry.npmjs.org/jake/0.5.15 npm http GET https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http 200 https://registry.npmjs.org/npm/-/npm-1.2.21.tgz npm http 200 https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http GET https://registry.npmjs.org/utilities npm http GET https://registry.npmjs.org/minimatch npm http 304 https://registry.npmjs.org/minimatch npm http 200 https://registry.npmjs.org/utilities npm http GET https://registry.npmjs.org/utilities/-/utilities-0.0.24.tgz npm http 200 https://registry.npmjs.org/utilities/-/utilities-0.0.24.tgz npm http GET https://registry.npmjs.org/sigmund npm http GET https://registry.npmjs.org/lru-cache npm http 304 https://registry.npmjs.org/lru-cache npm http 304 https://registry.npmjs.org/sigmund /usr/local/bin/jake - /usr/local/lib/node_modules/jake/bin/cli.js jake@0.5.15 /usr/local/lib/node_modules/jake ├── utilities@0.0.24 └── minimatch@0.2.12 (sigmund@1.0.0, lru-cache@2.3.0) npm http GET https://registry.npmjs.org/cli npm http GET https://registry.npmjs.org/console-browserify npm http GET https://registry.npmjs.org/shelljs npm http GET https://registry.npmjs.org/underscore npm http 304 https://registry.npmjs.org/shelljs npm http 200 https://registry.npmjs.org/console-browserify npm http GET https://registry.npmjs.org/console-browserify/-/console-browserify-0.1.6.tgz npm http 200 https://registry.npmjs.org/underscore npm http 200 https://registry.npmjs.org/cli npm http GET https://registry.npmjs.org/cli/-/cli-0.4.4-2.tgz npm http 200 https://registry.npmjs.org/console-browserify/-/console-browserify-0.1.6.tgz npm http 200 https://registry.npmjs.org/cli/-/cli-0.4.4-2.tgz npm http GET https://registry.npmjs.org/nopt npm http GET https://registry.npmjs.org/glob npm http GET https://registry.npmjs.org/elementtree npm http GET https://registry.npmjs.org/plist npm http GET https://registry.npmjs.org/bplist-parser npm http GET https://registry.npmjs.org/xcode npm http GET https://registry.npmjs.org/osenv npm http GET https://registry.npmjs.org/underscore/1.4.4 npm http GET https://registry.npmjs.org/ncallbacks/1.1.0 npm http GET https://registry.npmjs.org/dep-graph/1.1.0 npm http GET https://registry.npmjs.org/glob npm http 304 https://registry.npmjs.org/nopt npm http 304 https://registry.npmjs.org/glob npm http GET https://registry.npmjs.org/glob/-/glob-3.2.1.tgz npm http 304 https://registry.npmjs.org/elementtree npm http 304 https://registry.npmjs.org/plist npm http 304 https://registry.npmjs.org/bplist-parser npm http 304 https://registry.npmjs.org/xcode npm http 304 https://registry.npmjs.org/osenv npm http 304 https://registry.npmjs.org/underscore/1.4.4 npm http 304 https://registry.npmjs.org/ncallbacks/1.1.0 npm http 304 https://registry.npmjs.org/glob npm http 304 https://registry.npmjs.org/dep-graph/1.1.0 npm http 200 https://registry.npmjs.org/glob/-/glob-3.2.1.tgz npm http GET https://registry.npmjs.org/abbrev npm http GET https://registry.npmjs.org/underscore/1.2.1 npm http GET https://registry.npmjs.org/sax/0.3.5 npm http GET https://registry.npmjs.org/graceful-fs npm http GET https://registry.npmjs.org/inherits npm http 304
[jira] [Commented] (CB-3426) plugin tag not installed in config.xml
[ https://issues.apache.org/jira/browse/CB-3426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661184#comment-13661184 ] Shazron Abdullah commented on CB-3426: -- Saw that there was a 0.7.5 update to plugman and I did 'npm update' and it all now works. Not sure what updated, but here's the log: {code} npm http GET https://registry.npmjs.org/jake npm http GET https://registry.npmjs.org/npm npm http GET https://registry.npmjs.org/jshint npm http GET https://registry.npmjs.org/plugman npm http 304 https://registry.npmjs.org/npm npm http 200 https://registry.npmjs.org/jshint npm http GET https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman npm http GET https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/jake npm http GET https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http 200 https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http GET https://registry.npmjs.org/npm/1.2.21 npm http GET https://registry.npmjs.org/jake/0.5.15 npm http GET https://registry.npmjs.org/jshint/2.0.1 npm http GET https://registry.npmjs.org/plugman/0.7.5 npm http 200 https://registry.npmjs.org/jshint/2.0.1 npm http GET https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman/0.7.5 npm http GET https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/npm/1.2.21 npm http GET https://registry.npmjs.org/npm/-/npm-1.2.21.tgz npm http 200 https://registry.npmjs.org/jake/0.5.15 npm http GET https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http 200 https://registry.npmjs.org/npm/-/npm-1.2.21.tgz npm http 200 https://registry.npmjs.org/jshint/-/jshint-2.0.1.tgz npm http 200 https://registry.npmjs.org/plugman/-/plugman-0.7.5.tgz npm http 200 https://registry.npmjs.org/jake/-/jake-0.5.15.tgz npm http GET https://registry.npmjs.org/utilities npm http GET https://registry.npmjs.org/minimatch npm http 304 https://registry.npmjs.org/minimatch npm http 200 https://registry.npmjs.org/utilities npm http GET https://registry.npmjs.org/utilities/-/utilities-0.0.24.tgz npm http 200 https://registry.npmjs.org/utilities/-/utilities-0.0.24.tgz npm http GET https://registry.npmjs.org/sigmund npm http GET https://registry.npmjs.org/lru-cache npm http 304 https://registry.npmjs.org/lru-cache npm http 304 https://registry.npmjs.org/sigmund /usr/local/bin/jake - /usr/local/lib/node_modules/jake/bin/cli.js jake@0.5.15 /usr/local/lib/node_modules/jake ├── utilities@0.0.24 └── minimatch@0.2.12 (sigmund@1.0.0, lru-cache@2.3.0) npm http GET https://registry.npmjs.org/cli npm http GET https://registry.npmjs.org/console-browserify npm http GET https://registry.npmjs.org/shelljs npm http GET https://registry.npmjs.org/underscore npm http 304 https://registry.npmjs.org/shelljs npm http 200 https://registry.npmjs.org/console-browserify npm http GET https://registry.npmjs.org/console-browserify/-/console-browserify-0.1.6.tgz npm http 200 https://registry.npmjs.org/underscore npm http 200 https://registry.npmjs.org/cli npm http GET https://registry.npmjs.org/cli/-/cli-0.4.4-2.tgz npm http 200 https://registry.npmjs.org/console-browserify/-/console-browserify-0.1.6.tgz npm http 200 https://registry.npmjs.org/cli/-/cli-0.4.4-2.tgz npm http GET https://registry.npmjs.org/nopt npm http GET https://registry.npmjs.org/glob npm http GET https://registry.npmjs.org/elementtree npm http GET https://registry.npmjs.org/plist npm http GET https://registry.npmjs.org/bplist-parser npm http GET https://registry.npmjs.org/xcode npm http GET https://registry.npmjs.org/osenv npm http GET https://registry.npmjs.org/underscore/1.4.4 npm http GET https://registry.npmjs.org/ncallbacks/1.1.0 npm http GET https://registry.npmjs.org/dep-graph/1.1.0 npm http GET https://registry.npmjs.org/glob npm http 304 https://registry.npmjs.org/nopt npm http 304 https://registry.npmjs.org/glob npm http GET https://registry.npmjs.org/glob/-/glob-3.2.1.tgz npm http 304 https://registry.npmjs.org/elementtree npm http 304 https://registry.npmjs.org/plist npm http 304 https://registry.npmjs.org/bplist-parser npm http 304 https://registry.npmjs.org/xcode npm http 304 https://registry.npmjs.org/osenv npm http 304 https://registry.npmjs.org/underscore/1.4.4 npm http 304 https://registry.npmjs.org/ncallbacks/1.1.0 npm http 304 https://registry.npmjs.org/glob npm http 304 https://registry.npmjs.org/dep-graph/1.1.0 npm http 200 https://registry.npmjs.org/glob/-/glob-3.2.1.tgz npm http GET https://registry.npmjs.org/abbrev npm http GET https://registry.npmjs.org/underscore/1.2.1 npm http GET https://registry.npmjs.org/sax/0.3.5 npm http GET https://registry.npmjs.org/graceful-fs npm http GET
[jira] [Updated] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-3429: - Attachment: missing_file.png source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661277#comment-13661277 ] Filip Maj commented on CB-3429: --- Hey [~shazron], I've pushed [a branch|https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=shortlog;h=refs/heads/cb-3429] up with a patch that removes the {{Plugins/}} prefix (I see the change when I group for {{libTestFlight.a}} in the {{.pbxproj}} file). Still comes up as red in Xcode, though. Any ideas? source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661277#comment-13661277 ] Filip Maj edited comment on CB-3429 at 5/18/13 4:41 AM: Hey [~shazron], I've pushed [a branch|https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=shortlog;h=refs/heads/cb-3429] up with a patch that removes the {{Plugins/}} prefix (I see the change when I {{grep}} for {{libTestFlight.a}} in the {{.pbxproj}} file). Still comes up as red in Xcode, though. Any ideas? was (Author: filmaj): Hey [~shazron], I've pushed [a branch|https://git-wip-us.apache.org/repos/asf?p=cordova-plugman.git;a=shortlog;h=refs/heads/cb-3429] up with a patch that removes the {{Plugins/}} prefix (I see the change when I group for {{libTestFlight.a}} in the {{.pbxproj}} file). Still comes up as red in Xcode, though. Any ideas? source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-3429: - Attachment: relative1.png relative2.png I think I know what's going on. My previous assumption was incorrect. Check out the attached relative1.png and relative2.png relative1.png shows libTestFlight.a selected (it is missing, in red). On the right sidebar it says the file is Relative to Group, so we have to look at the Frameworks group. Note the Full Path in the red rectangle is wrong, it is missing the parent path to the Plugins folder. relative2.png shows the group path. What is missing here, is the parent path of the Plugins folder. So instead of pre-pending Plugins/ to the source-file framework path, we have to pre-pend parent_folder_of_Plugins/Plugins/. The parent_folder_of_Plugins needs to be determined at runtime. This assumes that the source-file framework is under the Plugins folder of course (so if someone specified the plugins_dir of plugman, you'll have to calculate the relative directory path because of the Relative to Group setting of the Frameworks group) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png, relative1.png, relative2.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661288#comment-13661288 ] Shazron Abdullah commented on CB-3429: -- Indeed in my manual edit, adding PluginTest/Plugins/libTestFlight.a solves the issue. The parent folder of Plugins is usually a folder with the created project name (the third parameter to bin/create) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png, relative1.png, relative2.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661301#comment-13661301 ] Filip Maj commented on CB-3429: --- Nice, that was it! I've pushed a fix to master and pushed 0.7.6 to npm. source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png, relative1.png, relative2.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-3429) source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries
[ https://issues.apache.org/jira/browse/CB-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Filip Maj resolved CB-3429. --- Resolution: Fixed source-file framework=true has incorrect path to library in Build Phases - Link Binary With Libraries -- Key: CB-3429 URL: https://issues.apache.org/jira/browse/CB-3429 Project: Apache Cordova Issue Type: Bug Components: iOS, Plugman Affects Versions: Master Environment: plugman 0.7.5 Reporter: Shazron Abdullah Assignee: Filip Maj Attachments: missing_file.png, relative1.png, relative2.png See attached screenshot. The libTestFlight.a is missing, it should not be red. Looking in the .pbxproj, it appears it has Plugins/ prepended to the path when it shouldn't. Tested using: https://github.com/shazron/TestFlightPlugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira