date:20130723

[jira] [Updated] (CB-4354) iOS 7: new JSNative bridge

2013-07-23 Thread Ernesto Rivera (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-4354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ernesto Rivera updated CB-4354:
---

Summary: iOS 7: new JSNative bridge  (was: iOS 7: migrate JSNative 
bridge to the new JavaScriptCore.framework)

 iOS 7: new JSNative bridge
 

 Key: CB-4354
 URL: https://issues.apache.org/jira/browse/CB-4354
 Project: Apache Cordova
  Issue Type: Wish
  Components: iOS
Reporter: Ernesto Rivera
Assignee: Shazron Abdullah
  Labels: bridge, features, ios, ios7, native

 The new JavaScriptCore.framework being introduced with the upcoming iOS 7 
 release allows exporting Objective-C objects to JS environment and the other 
 way around.
 This would be a major design improvement over encoding URL's and UIWebView 
 delegate's handling.
  

--
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-4354) iOS 7: new JSNative bridge

2013-07-23 Thread Ernesto Rivera (JIRA)


 [ 
https://issues.apache.org/jira/browse/CB-4354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ernesto Rivera updated CB-4354:
---

Description: 
In the future iOS release it may be possible to replace the current js-native 
bridge (encoding URL's and UIWebView delegate's handling).
 

  was:
The new JavaScriptCore.framework being introduced with the upcoming iOS 7 
release allows exporting Objective-C objects to JS environment and the other 
way around.
This would be a major design improvement over encoding URL's and UIWebView 
delegate's handling.
 


 iOS 7: new JSNative bridge
 

 Key: CB-4354
 URL: https://issues.apache.org/jira/browse/CB-4354
 Project: Apache Cordova
  Issue Type: Wish
  Components: iOS
Reporter: Ernesto Rivera
Assignee: Shazron Abdullah
  Labels: bridge, features, ios, ios7, native

 In the future iOS release it may be possible to replace the current js-native 
 bridge (encoding URL's and UIWebView delegate's handling).
  

--
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-4354) iOS 7: new JSNative bridge

2013-07-23 Thread Ernesto Rivera (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-4354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716077#comment-13716077
 ] 

Ernesto Rivera commented on CB-4354:


Edited all NDA information. Yet could/is this being discussed in another, 
non-public channel?

 iOS 7: new JSNative bridge
 

 Key: CB-4354
 URL: https://issues.apache.org/jira/browse/CB-4354
 Project: Apache Cordova
  Issue Type: Wish
  Components: iOS
Reporter: Ernesto Rivera
Assignee: Shazron Abdullah
  Labels: bridge, features, ios, ios7, native

 In the future iOS release it may be possible to replace the current js-native 
 bridge (encoding URL's and UIWebView delegate's handling).
  

--
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-4355) Splashscreen plugin handles options incorrectly (the settings key is specified with upper case chars)

2013-07-23 Thread Stephan Wezel (JIRA)

Stephan Wezel created CB-4355:
-

 Summary: Splashscreen plugin handles options incorrectly (the 
settings key is specified with upper case chars)
 Key: CB-4355
 URL: https://issues.apache.org/jira/browse/CB-4355
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin SplashScreen
Affects Versions: 3.0.0
Reporter: Stephan Wezel
Assignee: Shazron Abdullah


Splashscreen plugin handles options incorrectly (the settings key is specified 
with upper case chars)

The config parsers save the options/preferences with a lowercase string of the 
option name as the key. But the Plugin tries to retreive the option with update 
cases (e.g. with AutoHideSplashScreen instead of autohidesplashscreen)

Maybe this affects also other plugins as well.

This bug was caused due this changeset: 
https://github.com/apache/cordova-ios/commit/a57f467bfdb42a4c17b22f81f744ac445ef0695a

--
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-4356) Missing tags in parse process of config.xml

2013-07-23 Thread Jonathan Naguin (JIRA)

Jonathan Naguin created CB-4356:
---

 Summary: Missing tags in parse process of config.xml
 Key: CB-4356
 URL: https://issues.apache.org/jira/browse/CB-4356
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.0.0
 Environment: Mac OS
Reporter: Jonathan Naguin
Assignee: Filip Maj


Tags as *content*, *author*, *name* or *description* are being ignored in the 
process of build. As a result, the specific *config.xml* for a platform use 
default values for this tags.


--
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-4341) Cordova-mobile-spec fails to install whitelistAPI

2013-07-23 Thread Filip Maj (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-4341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716223#comment-13716223
 ] 

Filip Maj commented on CB-4341:
---

Yes!

 Cordova-mobile-spec fails to install whitelistAPI
 -

 Key: CB-4341
 URL: https://issues.apache.org/jira/browse/CB-4341
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, mobile-spec
Affects Versions: Master, 3.0.0
 Environment: fresh project, clone all repos with coho
 create mobilespec
 cordova platform add android ios
 cordova plugin add ../cordova-mobile-spec/dependencies-plugin
Reporter: David Kemp
Assignee: Jeffrey Heifetz

 Whitelist is a plugin that resides inside the cordova-mobile-spec project
 plugman attempts to fetch the plugin.xml from one directory too deep.

--
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-2293) File Transfer of picture fails on every other picture

2013-07-23 Thread Martin Thurau (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-2293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716267#comment-13716267
 ] 

Martin Thurau commented on CB-2293:
---

Just to provide some additional information since I just stumbled about this 
bug. I'm using an Samsung Galaxy Nexus with Stock 4.2.2 and Cordova 2.9. I had 
the exact same error as the original reporter (1st upload: success, 2nd: error, 
3rd: success, 4th: error and so on). 

I was successfully able to work around the problem by passing the `Connection: 
close` header with the upload. So until this issue can by solved correct I 
would recommend setting this header as a default. 

I'm not an Cordova developer but I would suspect that there is some connection 
reuse issue either in cordova or in the underlying HTTP library. I would assume 
that the HTTP connection is reused for further request and when the exception 
is triggered this connection is closed to assure a clean state. This would 
explain why the issue only happens on each second request.

 File Transfer of picture fails on every other picture
 -

 Key: CB-2293
 URL: https://issues.apache.org/jira/browse/CB-2293
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 2.2.0, 2.3.0
 Environment: Tested on a Motorola Atrix HD(Android 4.1.2) as well as 
 a Samsung Galaxy S3(Android 4.1.1)
Reporter: Amrit Kahlon
Assignee: Ian Clelland
 Fix For: 2.8.0

 Attachments: cordova-2.4.0rc1.jar


 When uploading pictures using the File Transfer function on android, the 
 first picture will upload fine. Then the second upload will give the 
 following error:
 01-21 13:48:02.545: W/FileTransfer(8894): Error getting HTTP status code from 
 connection.
 01-21 13:48:02.545: W/FileTransfer(8894): java.io.EOFException
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 libcore.io.Streams.readAsciiLine(Streams.java:203)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 libcore.net.http.HttpEngine.readResponseHeaders(HttpEngine.java:560)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 libcore.net.http.HttpEngine.readResponse(HttpEngine.java:813)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 libcore.net.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:274)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 libcore.net.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:486)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 org.apache.cordova.FileTransfer.createFileTransferError(FileTransfer.java:535)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 org.apache.cordova.FileTransfer.access$500(FileTransfer.java:62)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 org.apache.cordova.FileTransfer$1.run(FileTransfer.java:437)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
 01-21 13:48:02.545: W/FileTransfer(8894): at 
 java.lang.Thread.run(Thread.java:856)
 01-21 13:48:02.555: E/FileTransfer(8894): 
 {target:http:\/\/xxx.xxx.xxx\/api\/photo_uploads\/create?version=2api_key=xsource=androidapp-2.2.1,source:file:\/\/\/storage\/sdcard0\/Android\/data\/com.hockeycommunity.hc_app\/cache\/resize.jpg?1358804880392,code:3}
 01-21 13:48:02.555: E/FileTransfer(8894): java.net.SocketException: sendto 
 failed: EPIPE (Broken pipe)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 libcore.io.IoBridge.maybeThrowAfterSendto(IoBridge.java:506)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 libcore.io.IoBridge.sendto(IoBridge.java:475)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 java.net.PlainSocketImpl.write(PlainSocketImpl.java:508)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 java.net.PlainSocketImpl.access$100(PlainSocketImpl.java:46)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 java.net.PlainSocketImpl$PlainSocketOutputStream.write(PlainSocketImpl.java:270)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 libcore.net.http.FixedLengthOutputStream.write(FixedLengthOutputStream.java:41)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 java.io.DataOutputStream.write(DataOutputStream.java:98)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 org.apache.cordova.FileTransfer$1.run(FileTransfer.java:372)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
 01-21 13:48:02.555: E/FileTransfer(8894): at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
 01-21 13:48:02.555: E/FileTransfer(8894): at

[jira] [Created] (CB-4357) TypeError when uninstall / install of a plugin

2013-07-23 Thread Shazron Abdullah (JIRA)

Shazron Abdullah created CB-4357:


 Summary: TypeError when uninstall / install of a plugin
 Key: CB-4357
 URL: https://issues.apache.org/jira/browse/CB-4357
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Assignee: Filip Maj


At uninstall:
{code}
Calling plugman.uninstall on plugin com.testflightapp.plugin for platform 
ios
Uninstalling com.testflightapp.plugin...
Beginning processing of action stack for ios project...
Parsing iOS project files...
Error during processing of action! Attempting to revert...
TypeError: Uh oh!
Object $(inherited) has no method 'filter'
at pbxProject.removeFromLibrarySearchPaths 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/node_modules/xcode/lib/pbxProject.js:460:55)
at module.exports.source-file.uninstall 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/platforms/ios.js:69:31)
at Object.ActionStack.process 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/util/action-stack.js:49:25)
at handleUninstall 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/uninstall.js:164:13)
at runUninstall 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/uninstall.js:120:9)
at Function.module.exports.uninstallPlatform 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/uninstall.js:42:5)
at /usr/local/lib/node_modules/cordova/src/plugin.js:148:51
at Array.forEach (native)
at /usr/local/lib/node_modules/cordova/src/plugin.js:144:42
at Array.forEach (native)
{code}


At install:
{code}
Calling plugman.install on plugin 
/Users/shazron/Documents/Git/Klippings/klippings/plugins/com.testflightapp.plugin
 for platform ios
Starting installation of com.testflightapp.plugin...
Installing plugin com.testflightapp.plugin...
Beginning processing of action stack for ios project...
Parsing iOS project files...
Error during processing of action! Attempting to revert...
TypeError: Uh oh!
Object $(inherited) has no method 'push'
at pbxProject.addToLibrarySearchPaths 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/node_modules/xcode/lib/pbxProject.js:487:47)
at module.exports.source-file.install 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/platforms/ios.js:53:31)
at Object.ActionStack.process 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/util/action-stack.js:49:25)
at handleInstall 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:283:13)
at runInstall 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:235:9)
at possiblyFetch 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:63:9)
at Object.installPlugin [as install] 
(/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:44:5)
at /usr/local/lib/node_modules/cordova/src/plugin.js:101:45
at Array.forEach (native)
at /usr/local/lib/node_modules/cordova/src/plugin.js:97:46

{code}

The result is improper uninstallation/installation leaving plugin files still 
referenced in the pbxproj and on disk. 

--
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-4130) mobilespec filetransfer.spec.13 fails due to incorrect body test

2013-07-23 Thread David Kemp (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-4130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716333#comment-13716333
 ] 

David Kemp commented on CB-4130:


Is there a bug opened for that? 
I verified that the correct website was returned and the returned page did not 
end with a newline. I did not dig deeper to see if the fetch was dropping a 
newline.


 mobilespec filetransfer.spec.13 fails due to incorrect body test
 

 Key: CB-4130
 URL: https://issues.apache.org/jira/browse/CB-4130
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, mobile-spec
Affects Versions: 3.0.0
 Environment: verified nexus 7 - should affect all android
Reporter: David Kemp
Assignee: David Kemp
Priority: Minor
 Fix For: 3.0.0


 404 test gets back a correct response that does not end with a newline, - the 
 test requires a newline on the end of the response.

--
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-4357) TypeError when uninstall / install of a plugin

2013-07-23 Thread Shazron Abdullah (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-4357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716336#comment-13716336
 ] 

Shazron Abdullah commented on CB-4357:
--

Turns out somehow when I opened the project in Xcode earlier, Xcode happily 
inserted this in the .pbxproj:
{code}
  LIBRARY_SEARCH_PATHS = $(inherited);
{code}

If I remove that line, it installs/uninstalls fine.

 TypeError when uninstall / install of a plugin
 --

 Key: CB-4357
 URL: https://issues.apache.org/jira/browse/CB-4357
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, Plugman
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Assignee: Filip Maj

 At uninstall:
 {code}
 Calling plugman.uninstall on plugin com.testflightapp.plugin for platform 
 ios
 Uninstalling com.testflightapp.plugin...
 Beginning processing of action stack for ios project...
 Parsing iOS project files...
 Error during processing of action! Attempting to revert...
 TypeError: Uh oh!
 Object $(inherited) has no method 'filter'
 at pbxProject.removeFromLibrarySearchPaths 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/node_modules/xcode/lib/pbxProject.js:460:55)
 at module.exports.source-file.uninstall 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/platforms/ios.js:69:31)
 at Object.ActionStack.process 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/util/action-stack.js:49:25)
 at handleUninstall 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/uninstall.js:164:13)
 at runUninstall 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/uninstall.js:120:9)
 at Function.module.exports.uninstallPlatform 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/uninstall.js:42:5)
 at /usr/local/lib/node_modules/cordova/src/plugin.js:148:51
 at Array.forEach (native)
 at /usr/local/lib/node_modules/cordova/src/plugin.js:144:42
 at Array.forEach (native)
 {code}
 At install:
 {code}
 Calling plugman.install on plugin 
 /Users/shazron/Documents/Git/Klippings/klippings/plugins/com.testflightapp.plugin
  for platform ios
 Starting installation of com.testflightapp.plugin...
 Installing plugin com.testflightapp.plugin...
 Beginning processing of action stack for ios project...
 Parsing iOS project files...
 Error during processing of action! Attempting to revert...
 TypeError: Uh oh!
 Object $(inherited) has no method 'push'
 at pbxProject.addToLibrarySearchPaths 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/node_modules/xcode/lib/pbxProject.js:487:47)
 at module.exports.source-file.install 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/platforms/ios.js:53:31)
 at Object.ActionStack.process 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/util/action-stack.js:49:25)
 at handleInstall 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:283:13)
 at runInstall 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:235:9)
 at possiblyFetch 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:63:9)
 at Object.installPlugin [as install] 
 (/usr/local/lib/node_modules/cordova/node_modules/plugman/src/install.js:44:5)
 at /usr/local/lib/node_modules/cordova/src/plugin.js:101:45
 at Array.forEach (native)
 at /usr/local/lib/node_modules/cordova/src/plugin.js:97:46
 {code}
 The result is improper uninstallation/installation leaving plugin files still 
 referenced in the pbxproj and on disk. 

--
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-4358) Trim amount of frameworks (18) in default template to minimum needed (4)

2013-07-23 Thread Shazron Abdullah (JIRA)

Shazron Abdullah created CB-4358:


 Summary: Trim amount of frameworks (18) in default template  to 
minimum needed (4)
 Key: CB-4358
 URL: https://issues.apache.org/jira/browse/CB-4358
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
 Fix For: 3.1.0


These are the only 4 frameworks needed for 3.0.0 with just CordovaLib:
- MobileCoreServices.framework
- CoreGraphics.framework
- CoreLocation.framework
- AssetsLibrary.framework

Ensure the default template only ships with these, right now it ships with 18 
frameworks specified.

NOTE: After doing this, re-test all core plugins, I'm sure some of them will 
fail since they probably depend on the frameworks already existing in the 
default template. The frameworks they need will have to be specified in their 
plugin.xml (file separate bugs for each plugin)

--
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-4359) Dialogs plugin needs to specify AudioToolbox.framework dependency in plugin.xml

2013-07-23 Thread Shazron Abdullah (JIRA)

Shazron Abdullah created CB-4359:


 Summary: Dialogs plugin needs to specify AudioToolbox.framework 
dependency in plugin.xml
 Key: CB-4359
 URL: https://issues.apache.org/jira/browse/CB-4359
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Dialogs
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
 Fix For: 3.1.0


https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;a=blob;f=plugin.xml;h=cd52056165968e08646d6b7b562f5bdd30114e7e;hb=HEAD

Add to the iOS platform:
{code}
framework src=AudioToolbox.framework weak=true /
{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] [Commented] (CB-4358) Trim amount of frameworks (18) in default template to minimum needed (4)

2013-07-23 Thread Andrew Grieve (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-4358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716437#comment-13716437
 ] 

Andrew Grieve commented on CB-4358:
---

Along the lines of frameworks - how should we handle uninstall of a plugin that 
added a framework? It will be common for multiple plugins to require the same 
framework. For the embedded case, it will be common for an app to require 
frameworks as well.

One solution that comes to mind would be to put all plugins in their own 
sub-project. Then it can just be re-generated upon uninstall instead of trying 
to patch up the user's project file. [~anis]

 Trim amount of frameworks (18) in default template  to minimum needed (4)
 -

 Key: CB-4358
 URL: https://issues.apache.org/jira/browse/CB-4358
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
 Fix For: 3.1.0


 These are the only 4 frameworks needed for 3.0.0 with just CordovaLib:
 - MobileCoreServices.framework
 - CoreGraphics.framework
 - CoreLocation.framework
 - AssetsLibrary.framework
 Ensure the default template only ships with these, right now it ships with 18 
 frameworks specified.
 NOTE: After doing this, re-test all core plugins, I'm sure some of them will 
 fail since they probably depend on the frameworks already existing in the 
 default template. The frameworks they need will have to be specified in their 
 plugin.xml (file separate bugs for each plugin)

--
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-4358) Trim amount of frameworks (18) in default template to minimum needed (4)

2013-07-23 Thread Michal Mocny (JIRA)

[
https://issues.apache.org/jira/browse/CB-4358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13716444#comment-13716444
]

Michal Mocny commented on CB-4358:
--

The problem of handling plugin/platform removal comes up a lot for various
reasons like this. Its hard to know what to clean up, especially in the face
of overlap with other plugins. What if we just clear everything and re-build
that project artifacts from scratch, i.e. re-install all remaining plugins?
As-is, this would mean trouncing on any user-changes inside platforms, but we
already signal that those files are not the be modified don't we? We should
support long-lived places for those types of user changes, such as the app
manifest.

Is that feasible? I think Joe often points out that external devs do make
changes to platforms even against suggestion.

Trim amount of frameworks (18) in default template to minimum needed (4)
-

Key: CB-4358
URL: https://issues.apache.org/jira/browse/CB-4358
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
Fix For: 3.1.0

These are the only 4 frameworks needed for 3.0.0 with just CordovaLib:
- MobileCoreServices.framework
- CoreGraphics.framework
- CoreLocation.framework
- AssetsLibrary.framework
Ensure the default template only ships with these, right now it ships with 18
frameworks specified.
NOTE: After doing this, re-test all core plugins, I'm sure some of them will
fail since they probably depend on the frameworks already existing in the
default template. The frameworks they need will have to be specified in their
plugin.xml (file separate bugs for each plugin)

--
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

99 matches

Mail list logo