date:20131003

Matt McDonald created CB-4988:
-

 Summary: InAppBrowser broken top bar iOS 7
 Key: CB-4988
 URL: https://issues.apache.org/jira/browse/CB-4988
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
 Environment: iOS 7
Reporter: Matt McDonald


In iOS 7, when the top bar is viewable in your app, the InAppBrowser plugin 
goes underneath the bar.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4988) InAppBrowser broken top bar iOS 7


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

Matt McDonald commented on CB-4988:
---

e.g. http://i39.tinypic.com/119zedv.png

 InAppBrowser broken top bar iOS 7
 -

 Key: CB-4988
 URL: https://issues.apache.org/jira/browse/CB-4988
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
 Environment: iOS 7
Reporter: Matt McDonald

 In iOS 7, when the top bar is viewable in your app, the InAppBrowser plugin 
 goes underneath the bar.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Issue Comment Deleted] (CB-4988) InAppBrowser broken top bar iOS 7


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

Matt McDonald updated CB-4988:
--

Comment: was deleted

(was: e.g. http://i39.tinypic.com/119zedv.png)

 InAppBrowser broken top bar iOS 7
 -

 Key: CB-4988
 URL: https://issues.apache.org/jira/browse/CB-4988
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
 Environment: iOS 7
Reporter: Matt McDonald

 In iOS 7, when the top bar is viewable in your app, the InAppBrowser plugin 
 goes underneath the bar.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4988) InAppBrowser broken top bar iOS 7


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

Matt McDonald commented on CB-4988:
---

e.g. http://i39.tinypic.com/119zedv.png

 InAppBrowser broken top bar iOS 7
 -

 Key: CB-4988
 URL: https://issues.apache.org/jira/browse/CB-4988
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
 Environment: iOS 7
Reporter: Matt McDonald

 In iOS 7, when the top bar is viewable in your app, the InAppBrowser plugin 
 goes underneath the bar.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4988) InAppBrowser broken top bar iOS 7


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

Matt McDonald commented on CB-4988:
---

Just found this: http://osdir.com/ml/phonegap/2013-09/msg01077.html

Tested it, and adding this code fixed the issue:
- (void)viewDidLayoutSubviews{

if ([self respondsToSelector:@selector(topLayoutGuide)]) // iOS 7 or above

{

CGFloat top = self.topLayoutGuide.length;

if(self.webView.frame.origin.y == 0){ // We only want to do this once, 
or if the view has somehow been restored by other code.

self.webView.frame = CGRectMake(self.webView.frame.origin.x, 
self.webView.frame.origin.y + top, self.webView.frame.size.width, 
self.webView.frame.size.height - top);

}

}   

}

 InAppBrowser broken top bar iOS 7
 -

 Key: CB-4988
 URL: https://issues.apache.org/jira/browse/CB-4988
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
 Environment: iOS 7
Reporter: Matt McDonald

 In iOS 7, when the top bar is viewable in your app, the InAppBrowser plugin 
 goes underneath the bar.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4886) Support simple creation of new plugins, using an initial plugin template

2013-10-03 Thread Lucas Holmquist (JIRA)


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

Lucas Holmquist commented on CB-4886:
-

sorry for the confusion, but the yeoman generator wouldn't be bundled,  i'd be 
making changes and additions to plugman so then the tools( yeoman, etc.. ) 
would use those under the hood.  

what i was saying about the yeoman generator was that it would have a plugman 
dependency, but it would be my fork until my changes can make it to the 
upstream repo.

i'll post to the ML once i have something more 

 Support simple creation of new plugins, using an initial plugin template
 

 Key: CB-4886
 URL: https://issues.apache.org/jira/browse/CB-4886
 Project: Apache Cordova
  Issue Type: New Feature
  Components: CLI, Plugman
Reporter: Michal Mocny
Assignee: Lucas Holmquist
Priority: Minor

 It would be great if:
   plugman create ...
   // and/or
   cordova plugin create ...
 ..would create a default plugin shell using an initial plugin template.
 In some previous mailing list discussions, we threw out the possibility of 
 shipping plugin templates with platforms, but that may not be right.
 Relevant Mailing List threads:
 - Workflow discussion, including for plugins: 
 http://callback.markmail.org/search/?q=list%3Aorg.apache.incubator.callback-dev+What%27s+your+daily+workflow+for+cordova+development%3F#query:list%3Aorg.apache.incubator.callback-dev%20What%27s%20your%20daily%20workflow%20for%20cordova%20development%3F+page:1+mid:pv3jn552gemuxdnm+state:results
 - Yeoman generator for plugins: 
 http://callback.markmail.org/search/?q=#query:%20list%3Aorg.apache.incubator.callback-dev+page:1+mid:75g57lus3maejp3p+state:results



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-3534) Multiple CDVViewControllers - deviceready not fired and cordova.exec events queued up till backgrounding

2013-10-03 Thread Mike Kwan (JIRA)


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

Mike Kwan commented on CB-3534:
---

Hi Shazron,

Looks like this one didn't make it for 3.1.0 - are there plans to look into it 
for 3.2.0?

Mike

 Multiple CDVViewControllers - deviceready not fired and cordova.exec events 
 queued up till backgrounding
 

 Key: CB-3534
 URL: https://issues.apache.org/jira/browse/CB-3534
 Project: Apache Cordova
  Issue Type: Bug
  Components: App Hello World, CordovaJS, iOS
Affects Versions: 2.3.0, 2.7.0
 Environment: Reproducible on iPhone/iPad 6.1 Simulator and Device.
Reporter: Mike Kwan
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.1.0

 Attachments: CordovaBug.zip, Screen Shot 2013-05-29 at 13.55.42.png, 
 Screen Shot 2013-05-29 at 14.31.44.png


 Minimal example reproducing the problem is attached and set up as follows:
  # Custom container view controller split into two halves each containing a 
 _CDVViewController_
  # Top half loads and after a delay (3000ms) fires a _NSNotification_
  # In response to the _NSNotification_ the top half loads a green page and 
 the bottom half loads a red page
 Both red pages and green pages have an event listener for *deviceready*:
 {code}
 function onDeviceReady() {
 alert('deviceready from X'); // colour here
 cordova.exec(null, null, 'Echo', 'echo', ['hello']);
 };
 {code}
 {panel:title=Observed 
 Behaviour|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1|bgColor=#CE}
  - _deviceready_ is fired only for the red page (bottom)
  - The _cordova.exec_ succeeds for the red page (bottom)
  - _deviceready_ is not fired for the green page (top)
 {panel}
 {panel:title=Expected 
 Behaviour|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1|bgColor=#CE}
 _deviceready_ should be fired for both the green and red page simultaneously 
 and the _cordova.exec_ events should go through immediately.
 {panel}
 {panel:title=Extra 
 Details|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1|bgColor=#CE}
 This bug reproduces the first time the app is launched (reset the simulator 
 to reproduce). On subsequent launches the app behaves as expected.
 The _deviceready_ can be triggered by certain events for the top page:
  - Pulling down the notification bar
  - Backgrounding
 If _deviceready_ is triggered by pulling down the notification bar, the 
 _cordova.exec_ is still not fired for the green page. The _cordova.exec_ 
 message is queued up and finally does go through when the app is backgrounded.
 {panel}
 This bug is remarkably similar to the following:
 https://issues.apache.org/jira/browse/CB-2094
 Perhaps it is an edge case which was overlooked? This bug reproduces on 2.3.0 
 and 2.7.0 - I have not tried other versions yet.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4930) InAppBrowser should hide/unhide status bar


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

Shazron Abdullah updated CB-4930:
-

Description: 
Right now, the status bar overlaps the IAB at the top.
Hide the status bar when on iOS 7, unhide (if it was hidden by the user in the 
first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body 
margin-top of 20px (or a different value if it is landscape - yeah it could get 
messy)

Hiding/unhiding the status bar is preferable to moving the view down to be 
consistent with the UIWebView taking up the whole window.

  was:
Right now, the status bar overlaps the IAB at the top.
Hide the status bar when on iOS 7, unhide (if it was hidden by the user in the 
first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body 
margin-top of 20px (or a different value if it is landscape - yeah it could get 
messy)


 InAppBrowser should hide/unhide status bar
 --

 Key: CB-4930
 URL: https://issues.apache.org/jira/browse/CB-4930
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
  Labels: ios7
 Fix For: 3.2.0


 Right now, the status bar overlaps the IAB at the top.
 Hide the status bar when on iOS 7, unhide (if it was hidden by the user in 
 the first place for the app only) when it is closed.
 Workaround for now - I suppose you could inject some css to have a body 
 margin-top of 20px (or a different value if it is landscape - yeah it could 
 get messy)
 Hiding/unhiding the status bar is preferable to moving the view down to be 
 consistent with the UIWebView taking up the whole window.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Resolved] (CB-4988) InAppBrowser broken top bar iOS 7


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

Shazron Abdullah resolved CB-4988.
--

Resolution: Duplicate

See CB-4930

 InAppBrowser broken top bar iOS 7
 -

 Key: CB-4988
 URL: https://issues.apache.org/jira/browse/CB-4988
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin InAppBrowser
Affects Versions: 3.0.0, 3.1.0
 Environment: iOS 7
Reporter: Matt McDonald

 In iOS 7, when the top bar is viewable in your app, the InAppBrowser plugin 
 goes underneath the bar.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4889) Rename all plugins org.apache.cordova.core.* to org.apache.cordova.*


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

Shazron Abdullah commented on CB-4889:
--

Andrew, should we go back and change the 3.0.0 docs then?

 Rename all plugins org.apache.cordova.core.* to org.apache.cordova.*
 

 Key: CB-4889
 URL: https://issues.apache.org/jira/browse/CB-4889
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Battery Status, Plugin Camera, Plugin Console, 
 Plugin Contacts, Plugin Device, Plugin Device Motion, Plugin Device 
 Orientation, Plugin Dialogs, Plugin File, Plugin File Transfer, Plugin 
 Geolocation, Plugin Globalization, Plugin InAppBrowser, Plugin Media, Plugin 
 Media Capture, Plugin Network Information, Plugin SplashScreen, Plugin 
 Vibration
Affects Versions: 3.0.0
Reporter: Anis Kadri
Assignee: Anis Kadri
 Fix For: 3.1.0


 Get rid of the 'core' part in the plugin names.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-3534) Multiple CDVViewControllers - deviceready not fired and cordova.exec events queued up till backgrounding


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

Shazron Abdullah updated CB-3534:
-

Fix Version/s: (was: 3.1.0)
   3.2.0

 Multiple CDVViewControllers - deviceready not fired and cordova.exec events 
 queued up till backgrounding
 

 Key: CB-3534
 URL: https://issues.apache.org/jira/browse/CB-3534
 Project: Apache Cordova
  Issue Type: Bug
  Components: App Hello World, CordovaJS, iOS
Affects Versions: 2.3.0, 2.7.0
 Environment: Reproducible on iPhone/iPad 6.1 Simulator and Device.
Reporter: Mike Kwan
Assignee: Shazron Abdullah
Priority: Critical
 Fix For: 3.2.0

 Attachments: CordovaBug.zip, Screen Shot 2013-05-29 at 13.55.42.png, 
 Screen Shot 2013-05-29 at 14.31.44.png


 Minimal example reproducing the problem is attached and set up as follows:
  # Custom container view controller split into two halves each containing a 
 _CDVViewController_
  # Top half loads and after a delay (3000ms) fires a _NSNotification_
  # In response to the _NSNotification_ the top half loads a green page and 
 the bottom half loads a red page
 Both red pages and green pages have an event listener for *deviceready*:
 {code}
 function onDeviceReady() {
 alert('deviceready from X'); // colour here
 cordova.exec(null, null, 'Echo', 'echo', ['hello']);
 };
 {code}
 {panel:title=Observed 
 Behaviour|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1|bgColor=#CE}
  - _deviceready_ is fired only for the red page (bottom)
  - The _cordova.exec_ succeeds for the red page (bottom)
  - _deviceready_ is not fired for the green page (top)
 {panel}
 {panel:title=Expected 
 Behaviour|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1|bgColor=#CE}
 _deviceready_ should be fired for both the green and red page simultaneously 
 and the _cordova.exec_ events should go through immediately.
 {panel}
 {panel:title=Extra 
 Details|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1|bgColor=#CE}
 This bug reproduces the first time the app is launched (reset the simulator 
 to reproduce). On subsequent launches the app behaves as expected.
 The _deviceready_ can be triggered by certain events for the top page:
  - Pulling down the notification bar
  - Backgrounding
 If _deviceready_ is triggered by pulling down the notification bar, the 
 _cordova.exec_ is still not fired for the green page. The _cordova.exec_ 
 message is queued up and finally does go through when the app is backgrounded.
 {panel}
 This bug is remarkably similar to the following:
 https://issues.apache.org/jira/browse/CB-2094
 Perhaps it is an edge case which was overlooked? This bug reproduces on 2.3.0 
 and 2.7.0 - I have not tried other versions yet.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[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=13785356#comment-13785356
 ] 

Shazron Abdullah commented on CB-3020:
--

Always start with a new project to remove any side effects from any other 
dependencies.

 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, 3.0.0
 Environment: ios 6.1.3
Reporter: Horst Perfect
Assignee: Shazron Abdullah
Priority: Minor
  Labels: bug, ios, ios6.1.3
 Fix For: 3.1.0

 Attachments: Classes.zip


 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 was sent by Atlassian JIRA
(v6.1#6144)

[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=13785355#comment-13785355
 ] 

Shazron Abdullah commented on CB-3020:
--

Daniel, it's best if you provided a complete project .zip bundle for us to 
verify and run. The code definitely works - I'm thinking that you don't have 
the correct bits, that's all - we'll get it sorted.

 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, 3.0.0
 Environment: ios 6.1.3
Reporter: Horst Perfect
Assignee: Shazron Abdullah
Priority: Minor
  Labels: bug, ios, ios6.1.3
 Fix For: 3.1.0

 Attachments: Classes.zip


 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 was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4969) mobile-spec failure in Media core plugin

2013-10-03 Thread David Kemp (JIRA)


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

David Kemp commented on CB-4969:


I have a fix for this. OK if I jump on it?

 mobile-spec failure in Media core plugin
 

 Key: CB-4969
 URL: https://issues.apache.org/jira/browse/CB-4969
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 3.1.0
Reporter: Shazron Abdullah
 Fix For: 3.2.0


 Tested with mobile-spec 3.1.0
 One failure in Media plugin (set position) for both iOS 6 and 7.
 iOS 6
 one failure - Media media.spec.12 position should be set properly
 Expected 0 to be greater than 0
 iOS 7
 one failure - Media media.spec.12 position should be set properly
 Expected -0.023 to be greater than 0



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-4989) Removing multiple plugins runs prepare multiple times

Andrew Grieve created CB-4989:
-

 Summary: Removing multiple plugins runs prepare multiple times
 Key: CB-4989
 URL: https://issues.apache.org/jira/browse/CB-4989
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Andrew Grieve
Assignee: Mark Koudritsky
Priority: Minor


{code}
$cordova plugin rm org.apache.cordova.core.battery-status 
org.apache.cordova.core.camera org.apache.cordova.core.console 
org.apache.cordova.core.contacts org.apache.cordova.core.device-motion 
org.apache.cordova.core.device-orientation org.apache.cordova.core.dialogs 
org.apache.cordova.core.file org.apache.cordova.core.file-transfer
Uninstalling org.apache.cordova.core.battery-status from android
Uninstalling org.apache.cordova.core.camera from android
Uninstalling org.apache.cordova.core.console from android
Uninstalling org.apache.cordova.core.contacts from android
Uninstalling org.apache.cordova.core.device-motion from android
Uninstalling org.apache.cordova.core.device-orientation from android
Uninstalling org.apache.cordova.core.dialogs from android
Uninstalling org.apache.cordova.core.file-transfer from android
Preparing android project
Preparing android project
Preparing android project
Preparing android project
Preparing android project
Preparing android project
Preparing android project
Preparing android project
Uninstalling org.apache.cordova.core.battery-status from ios
Uninstalling org.apache.cordova.core.camera from ios
Uninstalling org.apache.cordova.core.console from ios
Uninstalling org.apache.cordova.core.contacts from ios
Uninstalling org.apache.cordova.core.device-motion from ios
Uninstalling org.apache.cordova.core.device-orientation from ios
Uninstalling org.apache.cordova.core.dialogs from ios
Uninstalling org.apache.cordova.core.file-transfer from ios
Preparing ios project
Preparing ios project
Preparing ios project
Preparing ios project
Preparing ios project
Preparing ios project
Preparing ios project
Preparing ios project
Deleting plugin org.apache.cordova.core.battery-status
Deleting plugin org.apache.cordova.core.camera
Deleting plugin org.apache.cordova.core.console
Deleting plugin org.apache.cordova.core.contacts
Deleting plugin org.apache.cordova.core.device-motion
Deleting plugin org.apache.cordova.core.device-orientation
Deleting plugin org.apache.cordova.core.dialogs
Deleting plugin org.apache.cordova.core.file-transfer
Deleting plugin org.apache.cordova.core.file
{code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4958) Camera plugin should hide/unhide status bar


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

Shazron Abdullah updated CB-4958:
-

Description: 
Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was hidden by the user in the 
first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body 
margin-top of 20px (or a different value if it is landscape - yeah it could get 
messy)

Hiding/unhiding the status bar is preferable to moving the view down to be 
consistent with the UIWebView taking up the whole window.

  was:
Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was hidden by the user in the 
first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body 
margin-top of 20px (or a different value if it is landscape - yeah it could get 
messy)


 Camera plugin should hide/unhide status bar
 ---

 Key: CB-4958
 URL: https://issues.apache.org/jira/browse/CB-4958
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Camera
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
  Labels: ios7
 Fix For: 3.2.0


 Right now, the status bar overlaps the Camera at the top.
 Hide the status bar when on iOS 7, unhide (if it was hidden by the user in 
 the first place for the app only) when it is closed.
 Workaround for now - I suppose you could inject some css to have a body 
 margin-top of 20px (or a different value if it is landscape - yeah it could 
 get messy)
 Hiding/unhiding the status bar is preferable to moving the view down to be 
 consistent with the UIWebView taking up the whole window.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4969) mobile-spec failure in Media core plugin


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

Shazron Abdullah commented on CB-4969:
--

Go ahead :)

 mobile-spec failure in Media core plugin
 

 Key: CB-4969
 URL: https://issues.apache.org/jira/browse/CB-4969
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 3.1.0
Reporter: Shazron Abdullah
 Fix For: 3.2.0


 Tested with mobile-spec 3.1.0
 One failure in Media plugin (set position) for both iOS 6 and 7.
 iOS 6
 one failure - Media media.spec.12 position should be set properly
 Expected 0 to be greater than 0
 iOS 7
 one failure - Media media.spec.12 position should be set properly
 Expected -0.023 to be greater than 0



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4958) Camera plugin should hide/unhide status bar

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

Shazron Abdullah updated CB-4958:
-

Description:
Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was not hidden by the user in
the first place for the app only) when it is closed.

Hiding/unhiding the status bar is preferable to moving the view down to be
consistent with the UIWebView taking up the whole window.

was:
Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was not hidden by the user in
the first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body
margin-top of 20px (or a different value if it is landscape - yeah it could get
messy)

Hiding/unhiding the status bar is preferable to moving the view down to be
consistent with the UIWebView taking up the whole window.

Camera plugin should hide/unhide status bar
---

Key: CB-4958
URL: https://issues.apache.org/jira/browse/CB-4958
Project: Apache Cordova
Issue Type: Bug
Components: iOS, Plugin Camera
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
Labels: ios7
Fix For: 3.2.0

Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was not hidden by the user
in the first place for the app only) when it is closed.
Hiding/unhiding the status bar is preferable to moving the view down to be
consistent with the UIWebView taking up the whole window.

--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4958) Camera plugin should hide/unhide status bar


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

Shazron Abdullah updated CB-4958:
-

Description: 
Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was not hidden by the user in 
the first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body 
margin-top of 20px (or a different value if it is landscape - yeah it could get 
messy)

Hiding/unhiding the status bar is preferable to moving the view down to be 
consistent with the UIWebView taking up the whole window.

  was:
Right now, the status bar overlaps the Camera at the top.
Hide the status bar when on iOS 7, unhide (if it was hidden by the user in the 
first place for the app only) when it is closed.

Workaround for now - I suppose you could inject some css to have a body 
margin-top of 20px (or a different value if it is landscape - yeah it could get 
messy)

Hiding/unhiding the status bar is preferable to moving the view down to be 
consistent with the UIWebView taking up the whole window.


 Camera plugin should hide/unhide status bar
 ---

 Key: CB-4958
 URL: https://issues.apache.org/jira/browse/CB-4958
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Camera
Affects Versions: 3.0.0
Reporter: Shazron Abdullah
  Labels: ios7
 Fix For: 3.2.0


 Right now, the status bar overlaps the Camera at the top.
 Hide the status bar when on iOS 7, unhide (if it was not hidden by the user 
 in the first place for the app only) when it is closed.
 Workaround for now - I suppose you could inject some css to have a body 
 margin-top of 20px (or a different value if it is landscape - yeah it could 
 get messy)
 Hiding/unhiding the status bar is preferable to moving the view down to be 
 consistent with the UIWebView taking up the whole window.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-4990) Can't run emulator from cordova cli

2013-10-03 Thread Michael Gauthier (JIRA)

Michael Gauthier created CB-4990:


 Summary: Can't run emulator from cordova cli
 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier


Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be broken 
for other platforms as well. Cordova CLI 3.1.0 was installed using {{npm -g}}

In the following test, the project is created and the ios platform is added. 
The {{cordova emulate ios}} looks like it compiles in the background but the 
emulator is never opened.

{code:none}
$ cordova create test-cli com.silverorange.test-cli TestCLI
$ cd test-cli
$ cordova platform add ios
$ cordova emulate ios
{code}

If I enter the platform dir and run the emulate command directly, the 
ios-simulator opens as expected.

{code:none}
$ cd platforms/ios/cordova
$ ./emulate
{code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-4991) Build Failure with notification plugins added

Mike Hartington created CB-4991:
---

 Summary: Build Failure with notification plugins added
 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0
Reporter: Mike Hartington
Priority: Critical
 Fix For: 3.1.0


Build fails when trying to compile an app with dialogs and vibration plugins 
installed. Errors that come up are as follow

Undefined symbols for architecture armv7s:
  _AudioServicesRemoveSystemSoundCompletion, referenced from:
  _soundCompletionCallback in CDVNotification.o
  _AudioServicesAddSystemSoundCompletion, referenced from:
  _playBeep in CDVNotification.o
  _AudioServicesDisposeSystemSoundID, referenced from:
  _soundCompletionCallback in CDVNotification.o
  _AudioServicesCreateSystemSoundID, referenced from:
  _playBeep in CDVNotification.o
  _AudioServicesPlaySystemSound, referenced from:
  -[CDVVibration vibrate:] in CDVVibration.o
  _playBeep in CDVNotification.o
ld: symbol(s) not found for architecture armv7s
clang: error: linker command failed with exit code 1 (use -v to see invocation)


error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4991) Build Failure with notification plugins added


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

Mike Hartington updated CB-4991:


Labels: cordova ios, phonegap plugin  (was: ios,)

 Build Failure with notification plugins added
 -

 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0
Reporter: Mike Hartington
Priority: Critical
  Labels: cordova, ios,, phonegap, plugin
 Fix For: 3.1.0


 Build fails when trying to compile an app with dialogs and vibration plugins 
 installed. Errors that come up are as follow
 Undefined symbols for architecture armv7s:
   _AudioServicesRemoveSystemSoundCompletion, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesAddSystemSoundCompletion, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesDisposeSystemSoundID, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesCreateSystemSoundID, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesPlaySystemSound, referenced from:
   -[CDVVibration vibrate:] in CDVVibration.o
   _playBeep in CDVNotification.o
 ld: symbol(s) not found for architecture armv7s
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4991) Build Failure with notification plugins added


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

Mike Hartington updated CB-4991:


Environment: iOS, OSX, Cordova 3.1.0, iOS 7  (was: iOS, OSX, Cordova 3.1.0)

 Build Failure with notification plugins added
 -

 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0, iOS 7
Reporter: Mike Hartington
Priority: Critical
  Labels: cordova, ios,, phonegap, plugin
 Fix For: 3.1.0


 Build fails when trying to compile an app with dialogs and vibration plugins 
 installed. Errors that come up are as follow
 Undefined symbols for architecture armv7s:
   _AudioServicesRemoveSystemSoundCompletion, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesAddSystemSoundCompletion, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesDisposeSystemSoundID, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesCreateSystemSoundID, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesPlaySystemSound, referenced from:
   -[CDVVibration vibrate:] in CDVVibration.o
   _playBeep in CDVNotification.o
 ld: symbol(s) not found for architecture armv7s
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-4992) CLI prematurely removes plugin dependency when two plugins share a dependency

Andrew Grieve created CB-4992:
-

 Summary: CLI prematurely removes plugin dependency when two 
plugins share a dependency
 Key: CB-4992
 URL: https://issues.apache.org/jira/browse/CB-4992
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Andrew Grieve


{code}
cordova create foo com.google.foo foo
cd foo
cordova platform add android
cordova plugin add org.apache.cordova.media-capture
cordova plugin add org.apache.cordova.file-transfer
cordova plugin rm org.apache.cordova.media-capture
{code}

now:

{code}
$ cordova plugin ls
[ 'org.apache.cordova.file-transfer' ]
{code}

and:
 
{code}
cordova plugin rm org.apache.cordova.file-transfer
{ [Error: ENOENT, no such file or directory 
'/Users/agrieve/git/cordova/cordova-app-harness/foo/plugins/org.apache.cordova.file/plugin.xml']
  errno: 34,
  code: 'ENOENT',
  path: 
'/Users/agrieve/git/cordova/cordova-app-harness/foo/plugins/org.apache.cordova.file/plugin.xml',
  syscall: 'open' }
{code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4991) Build Failure with notification plugins added


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

Shazron Abdullah commented on CB-4991:
--

I just tested it, no failures:

{code}
$ cordova -v
3.1.0-0.1.0
$ cordova create CB-4991 org.foo.foo CB-4991
$ cd CB-4991/
$ cordova platform add ios
$ cordova plugin add org.apache.cordova.dialogs
$ cordova plugin add org.apache.cordova.vibration
$ cordova build
{code}

What xcodebuild version are you running?
Try:
{code}
xcodebuild -version
{code}

 Build Failure with notification plugins added
 -

 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0, iOS 7
Reporter: Mike Hartington
Priority: Critical
  Labels: cordova, ios,, phonegap, plugin
 Fix For: 3.1.0


 Build fails when trying to compile an app with dialogs and vibration plugins 
 installed. Errors that come up are as follow
 Undefined symbols for architecture armv7s:
   _AudioServicesRemoveSystemSoundCompletion, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesAddSystemSoundCompletion, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesDisposeSystemSoundID, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesCreateSystemSoundID, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesPlaySystemSound, referenced from:
   -[CDVVibration vibrate:] in CDVVibration.o
   _playBeep in CDVNotification.o
 ld: symbol(s) not found for architecture armv7s
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4991) Build Failure with notification plugins added


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

Shazron Abdullah commented on CB-4991:
--

I'm running: 

Xcode 5.0
Build version 5A1413

 Build Failure with notification plugins added
 -

 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0, iOS 7
Reporter: Mike Hartington
Priority: Critical
  Labels: cordova, ios,, phonegap, plugin
 Fix For: 3.1.0


 Build fails when trying to compile an app with dialogs and vibration plugins 
 installed. Errors that come up are as follow
 Undefined symbols for architecture armv7s:
   _AudioServicesRemoveSystemSoundCompletion, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesAddSystemSoundCompletion, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesDisposeSystemSoundID, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesCreateSystemSoundID, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesPlaySystemSound, referenced from:
   -[CDVVibration vibrate:] in CDVVibration.o
   _playBeep in CDVNotification.o
 ld: symbol(s) not found for architecture armv7s
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4992) CLI prematurely removes plugin dependency when two plugins share a dependency


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

Shazron Abdullah commented on CB-4992:
--

I thought we had reference counting for this sort of thing - there was 
something similar for iOS: CB-4373

 CLI prematurely removes plugin dependency when two plugins share a dependency
 -

 Key: CB-4992
 URL: https://issues.apache.org/jira/browse/CB-4992
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Andrew Grieve

 {code}
 cordova create foo com.google.foo foo
 cd foo
 cordova platform add android
 cordova plugin add org.apache.cordova.media-capture
 cordova plugin add org.apache.cordova.file-transfer
 cordova plugin rm org.apache.cordova.media-capture
 {code}
 now:
 {code}
 $ cordova plugin ls
 [ 'org.apache.cordova.file-transfer' ]
 {code}
 and:
  
 {code}
 cordova plugin rm org.apache.cordova.file-transfer
 { [Error: ENOENT, no such file or directory 
 '/Users/agrieve/git/cordova/cordova-app-harness/foo/plugins/org.apache.cordova.file/plugin.xml']
   errno: 34,
   code: 'ENOENT',
   path: 
 '/Users/agrieve/git/cordova/cordova-app-harness/foo/plugins/org.apache.cordova.file/plugin.xml',
   syscall: 'open' }
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4990) Can't run emulator from cordova cli

2013-10-03 Thread ASF subversion and git services (JIRA)


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

Shazron Abdullah updated CB-4990:
-

Attachment: log.txt

cli verbose log attached.

 Can't run emulator from cordova cli
 ---

 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier
 Attachments: log.txt


 Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be 
 broken for other platforms as well. Cordova CLI 3.1.0 was installed using 
 {{npm -g}}
 In the following test, the project is created and the ios platform is added. 
 The {{cordova emulate ios}} looks like it compiles in the background but the 
 emulator is never opened.
 {code:none}
 $ cordova create test-cli com.silverorange.test-cli TestCLI
 $ cd test-cli
 $ cordova platform add ios
 $ cordova emulate ios
 {code}
 If I enter the platform dir and run the emulate command directly, the 
 ios-simulator opens as expected.
 {code:none}
 $ cd platforms/ios/cordova
 $ ./emulate
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4969) mobile-spec failure in Media core plugin


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

ASF subversion and git services commented on CB-4969:
-

Commit 9fbd54d9dc4afb99a7dc802cfaf6e91fc0f40c42 in branch refs/heads/master 
from [~drkemp]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=9fbd54d ]

CB-4969 : media.spec.12 fails with 0 position


 mobile-spec failure in Media core plugin
 

 Key: CB-4969
 URL: https://issues.apache.org/jira/browse/CB-4969
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS, Plugin Media
Affects Versions: 3.1.0
Reporter: Shazron Abdullah
 Fix For: 3.2.0


 Tested with mobile-spec 3.1.0
 One failure in Media plugin (set position) for both iOS 6 and 7.
 iOS 6
 one failure - Media media.spec.12 position should be set properly
 Expected 0 to be greater than 0
 iOS 7
 one failure - Media media.spec.12 position should be set properly
 Expected -0.023 to be greater than 0



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[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=13785464#comment-13785464
 ] 

Shazron Abdullah commented on CB-3020:
--


I found one bug, only with a certain sequence of events

1. Before opening the keyboard. call Keyboard.shrinkView(true)
2. Open the keyboard, dismiss the keyboard
3. Call Keyboard.hideFormAccessoryBar(true)
4. Scroll the main WebView to the top, note the accessory bar has a white bar 
there still

 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, 3.0.0
 Environment: ios 6.1.3
Reporter: Horst Perfect
Assignee: Shazron Abdullah
Priority: Minor
  Labels: bug, ios, ios6.1.3
 Fix For: 3.1.0

 Attachments: Classes.zip


 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 was sent by Atlassian JIRA
(v6.1#6144)

[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=13785467#comment-13785467
 ] 

Shazron Abdullah commented on CB-3020:
--

Tested this by attaching to the app using the Safari Debugger, and running the 
commands in the console.

 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, 3.0.0
 Environment: ios 6.1.3
Reporter: Horst Perfect
Assignee: Shazron Abdullah
Priority: Minor
  Labels: bug, ios, ios6.1.3
 Fix For: 3.1.0

 Attachments: Classes.zip


 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 was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Created] (CB-4993) plugman doesn't add iOS frameworks if user has added one manually

Andrew Grieve created CB-4993:
-

 Summary: plugman doesn't add iOS frameworks if user has added one 
manually
 Key: CB-4993
 URL: https://issues.apache.org/jira/browse/CB-4993
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve


Repro steps:
{code}
cordova create foo com.google.foo foo
cd foo
cordova platform add ios
{code}

At this point the frameworks look as in the first screenshot

{code}
cordova plugin add org.apache.cordova.camera
{code}

Notice the frameworks are added fine (screenshot)

{code}
cordova plugin rm org.apache.cordova.camera
cordova plugin add org.apache.cordova.camera
{code}

Notice you can remove  re-add just fine. The frameworks are good at this point.

Now, through Xcode, add in AddressBook.framework, and then remove  re-add 
the plugin

{code}
cordova plugin rm org.apache.cordova.camera
cordova plugin add org.apache.cordova.camera
{code}

The frameworks get removed just fine again, but they are not re-added anymore.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4993) plugman doesn't add iOS frameworks if user has added one manually


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

Andrew Grieve updated CB-4993:
--

Attachment: Screen Shot 2013-10-03 at 3.43.59 PM.png
Screen Shot 2013-10-03 at 3.44.14 PM.png
Screen Shot 2013-10-03 at 3.44.28 PM.png
Screen Shot 2013-10-03 at 3.44.39 PM.png
Screen Shot 2013-10-03 at 3.44.50 PM.png

 plugman doesn't add iOS frameworks if user has added one manually
 -

 Key: CB-4993
 URL: https://issues.apache.org/jira/browse/CB-4993
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
 Attachments: Screen Shot 2013-10-03 at 3.43.59 PM.png, Screen Shot 
 2013-10-03 at 3.44.14 PM.png, Screen Shot 2013-10-03 at 3.44.28 PM.png, 
 Screen Shot 2013-10-03 at 3.44.39 PM.png, Screen Shot 2013-10-03 at 3.44.50 
 PM.png


 Repro steps:
 {code}
 cordova create foo com.google.foo foo
 cd foo
 cordova platform add ios
 {code}
 At this point the frameworks look as in the first screenshot
 {code}
 cordova plugin add org.apache.cordova.camera
 {code}
 Notice the frameworks are added fine (screenshot)
 {code}
 cordova plugin rm org.apache.cordova.camera
 cordova plugin add org.apache.cordova.camera
 {code}
 Notice you can remove  re-add just fine. The frameworks are good at this 
 point.
 Now, through Xcode, add in AddressBook.framework, and then remove  re-add 
 the plugin
 {code}
 cordova plugin rm org.apache.cordova.camera
 cordova plugin add org.apache.cordova.camera
 {code}
 The frameworks get removed just fine again, but they are not re-added anymore.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Updated] (CB-4994) Cordova prepare SyntaxError

2013-10-03 Thread Dmitry D (JIRA)


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

Dmitry D updated CB-4994:
-

Description: 
After modify project in Xcode (change icons, capabilities and localisation 
language) can not prepare project with command cordova prepare and catch 
error in console

$ cordova prepare
{ name: 'SyntaxError',
  message: 'Expected /*, = or [A-Za-z0-9_] but . found.',
  line: 382,
  column: 11 }

  was:
After modify project in Xcode (change icons, capabilities and localisation 
language) can not prepare project with command cordova prepare and catch 
error in console

$ cordova prepare
{ name: 'SyntaxError',
  message: 'Expected /*, = or [A-Za-z0-9_] but . found.',
  line: 382,
  column: 11 }
pushandplay:MobileApp push 


 Cordova prepare SyntaxError
 ---

 Key: CB-4994
 URL: https://issues.apache.org/jira/browse/CB-4994
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.1.0
 Environment: Xcode 5, mac 10.8.5, cordova 3.1.0-0.1.0
Reporter: Dmitry D
Priority: Blocker
  Labels: build

 After modify project in Xcode (change icons, capabilities and localisation 
 language) can not prepare project with command cordova prepare and catch 
 error in console
 $ cordova prepare
 { name: 'SyntaxError',
   message: 'Expected /*, = or [A-Za-z0-9_] but . found.',
   line: 382,
   column: 11 }



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4993) plugman doesn't add iOS frameworks if user has added one manually


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

Andrew Grieve commented on CB-4993:
---

This was with Xcode 5.

 plugman doesn't add iOS frameworks if user has added one manually
 -

 Key: CB-4993
 URL: https://issues.apache.org/jira/browse/CB-4993
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
 Attachments: Screen Shot 2013-10-03 at 3.43.59 PM.png, Screen Shot 
 2013-10-03 at 3.44.14 PM.png, Screen Shot 2013-10-03 at 3.44.28 PM.png, 
 Screen Shot 2013-10-03 at 3.44.39 PM.png, Screen Shot 2013-10-03 at 3.44.50 
 PM.png


 Repro steps:
 {code}
 cordova create foo com.google.foo foo
 cd foo
 cordova platform add ios
 {code}
 At this point the frameworks look as in the first screenshot
 {code}
 cordova plugin add org.apache.cordova.camera
 {code}
 Notice the frameworks are added fine (screenshot)
 {code}
 cordova plugin rm org.apache.cordova.camera
 cordova plugin add org.apache.cordova.camera
 {code}
 Notice you can remove  re-add just fine. The frameworks are good at this 
 point.
 Now, through Xcode, add in AddressBook.framework, and then remove  re-add 
 the plugin
 {code}
 cordova plugin rm org.apache.cordova.camera
 cordova plugin add org.apache.cordova.camera
 {code}
 The frameworks get removed just fine again, but they are not re-added anymore.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4993) plugman doesn't add iOS frameworks if user has added one manually


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

Andrew Grieve commented on CB-4993:
---

Note: screenshots are in order.

First one: new project before camera plugin added (5 frameworks)
Second one: after camera added (6 frameworks)
Third one: after manually adding AddressBook (7 frameworks)
Forth one: after removing camera (6 frameworks)
Fifth one: after re-adding camera (6 frameworks) -- should be 7.

 plugman doesn't add iOS frameworks if user has added one manually
 -

 Key: CB-4993
 URL: https://issues.apache.org/jira/browse/CB-4993
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugman
Reporter: Andrew Grieve
 Attachments: Screen Shot 2013-10-03 at 3.43.59 PM.png, Screen Shot 
 2013-10-03 at 3.44.14 PM.png, Screen Shot 2013-10-03 at 3.44.28 PM.png, 
 Screen Shot 2013-10-03 at 3.44.39 PM.png, Screen Shot 2013-10-03 at 3.44.50 
 PM.png


 Repro steps:
 {code}
 cordova create foo com.google.foo foo
 cd foo
 cordova platform add ios
 {code}
 At this point the frameworks look as in the first screenshot
 {code}
 cordova plugin add org.apache.cordova.camera
 {code}
 Notice the frameworks are added fine (screenshot)
 {code}
 cordova plugin rm org.apache.cordova.camera
 cordova plugin add org.apache.cordova.camera
 {code}
 Notice you can remove  re-add just fine. The frameworks are good at this 
 point.
 Now, through Xcode, add in AddressBook.framework, and then remove  re-add 
 the plugin
 {code}
 cordova plugin rm org.apache.cordova.camera
 cordova plugin add org.apache.cordova.camera
 {code}
 The frameworks get removed just fine again, but they are not re-added anymore.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4990) Can't run emulator from cordova cli

2013-10-03 Thread Ross Gerbasi (JIRA)


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

Ross Gerbasi commented on CB-4990:
--

PR for a fix is here https://github.com/apache/cordova-ios/pull/76

Not sure if you wanna fix it in the iOS module but this commit here changed the 
emulate command to trigger a run --emulate
https://github.com/apache/cordova-cli/commit/ddfa08371e1ecc84d667a682a14dd9ac7ce72ee6#diff-4ef07c3cbbe7d5878f45914617b28139

Doesn't look like this was ever added for iOS to detect.

 Can't run emulator from cordova cli
 ---

 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier
 Attachments: log.txt


 Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be 
 broken for other platforms as well. Cordova CLI 3.1.0 was installed using 
 {{npm -g}}
 In the following test, the project is created and the ios platform is added. 
 The {{cordova emulate ios}} looks like it compiles in the background but the 
 emulator is never opened.
 {code:none}
 $ cordova create test-cli com.silverorange.test-cli TestCLI
 $ cd test-cli
 $ cordova platform add ios
 $ cordova emulate ios
 {code}
 If I enter the platform dir and run the emulate command directly, the 
 ios-simulator opens as expected.
 {code:none}
 $ cd platforms/ios/cordova
 $ ./emulate
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4990) Can't run emulator from cordova cli


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

Shazron Abdullah commented on CB-4990:
--

According to: http://wiki.apache.org/cordova/CommandLineToolingDesign and the 
multi-device workflow it should work (at least the last time I tested it when I 
added ios-deploy support). Did not know about the run command addition


 Can't run emulator from cordova cli
 ---

 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier
 Attachments: log.txt


 Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be 
 broken for other platforms as well. Cordova CLI 3.1.0 was installed using 
 {{npm -g}}
 In the following test, the project is created and the ios platform is added. 
 The {{cordova emulate ios}} looks like it compiles in the background but the 
 emulator is never opened.
 {code:none}
 $ cordova create test-cli com.silverorange.test-cli TestCLI
 $ cd test-cli
 $ cordova platform add ios
 $ cordova emulate ios
 {code}
 If I enter the platform dir and run the emulate command directly, the 
 ios-simulator opens as expected.
 {code:none}
 $ cd platforms/ios/cordova
 $ ./emulate
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4990) Can't run emulator from cordova cli

2013-10-03 Thread Ross Gerbasi (JIRA)


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

Ross Gerbasi commented on CB-4990:
--

I don't know anything about that, I am just looking at the code but the emulate 
command is definitely calling run --emulate now.

 Can't run emulator from cordova cli
 ---

 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier
 Attachments: log.txt


 Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be 
 broken for other platforms as well. Cordova CLI 3.1.0 was installed using 
 {{npm -g}}
 In the following test, the project is created and the ios platform is added. 
 The {{cordova emulate ios}} looks like it compiles in the background but the 
 emulator is never opened.
 {code:none}
 $ cordova create test-cli com.silverorange.test-cli TestCLI
 $ cd test-cli
 $ cordova platform add ios
 $ cordova emulate ios
 {code}
 If I enter the platform dir and run the emulate command directly, the 
 ios-simulator opens as expected.
 {code:none}
 $ cd platforms/ios/cordova
 $ ./emulate
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4990) Can't run emulator from cordova cli


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

Shazron Abdullah commented on CB-4990:
--

Hmm yeah this was a recent change of mine in run -- if there is a device 
build (you wouldn't have one if you didn't have the certs, etc), run it using 
ios-deploy no matter what. With your change, --emulate would override this.

 Can't run emulator from cordova cli
 ---

 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier
 Attachments: log.txt


 Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be 
 broken for other platforms as well. Cordova CLI 3.1.0 was installed using 
 {{npm -g}}
 In the following test, the project is created and the ios platform is added. 
 The {{cordova emulate ios}} looks like it compiles in the background but the 
 emulator is never opened.
 {code:none}
 $ cordova create test-cli com.silverorange.test-cli TestCLI
 $ cd test-cli
 $ cordova platform add ios
 $ cordova emulate ios
 {code}
 If I enter the platform dir and run the emulate command directly, the 
 ios-simulator opens as expected.
 {code:none}
 $ cd platforms/ios/cordova
 $ ./emulate
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4990) Can't run emulator from cordova cli

2013-10-03 Thread Ross Gerbasi (JIRA)


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

Ross Gerbasi commented on CB-4990:
--

Correct, is this not the expected behavior? running emulate should always open 
the simulator where as a run (without --emulate) should attempt to do a device 
install, falling back on the emulator.

 Can't run emulator from cordova cli
 ---

 Key: CB-4990
 URL: https://issues.apache.org/jira/browse/CB-4990
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.1.0
 Environment: OS X 10.8.5, Xcode 5, ios-sim 1.8.2
Reporter: Michael Gauthier
 Attachments: log.txt


 Cordova 3.1.0 CLI doesn't run the emulator properly for iOS. It might be 
 broken for other platforms as well. Cordova CLI 3.1.0 was installed using 
 {{npm -g}}
 In the following test, the project is created and the ios platform is added. 
 The {{cordova emulate ios}} looks like it compiles in the background but the 
 emulator is never opened.
 {code:none}
 $ cordova create test-cli com.silverorange.test-cli TestCLI
 $ cd test-cli
 $ cordova platform add ios
 $ cordova emulate ios
 {code}
 If I enter the platform dir and run the emulate command directly, the 
 ios-simulator opens as expected.
 {code:none}
 $ cd platforms/ios/cordova
 $ ./emulate
 {code}



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Closed] (CB-4991) Build Failure with notification plugins added


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

Mike Hartington closed CB-4991.
---

Resolution: Cannot Reproduce

 Build Failure with notification plugins added
 -

 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0, iOS 7
Reporter: Mike Hartington
Priority: Critical
  Labels: cordova, ios,, phonegap, plugin
 Fix For: 3.1.0


 Build fails when trying to compile an app with dialogs and vibration plugins 
 installed. Errors that come up are as follow
 Undefined symbols for architecture armv7s:
   _AudioServicesRemoveSystemSoundCompletion, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesAddSystemSoundCompletion, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesDisposeSystemSoundID, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesCreateSystemSoundID, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesPlaySystemSound, referenced from:
   -[CDVVibration vibrate:] in CDVVibration.o
   _playBeep in CDVNotification.o
 ld: symbol(s) not found for architecture armv7s
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4991) Build Failure with notification plugins added


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

Mike Hartington commented on CB-4991:
-

I ended up removing the ios project then adding it again and it worked fine. 
Note sure what the issue was but I'm closing this 

 Build Failure with notification plugins added
 -

 Key: CB-4991
 URL: https://issues.apache.org/jira/browse/CB-4991
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Dialogs, Plugin Vibration
Affects Versions: 3.1.0
 Environment: iOS, OSX, Cordova 3.1.0, iOS 7
Reporter: Mike Hartington
Priority: Critical
  Labels: cordova, ios,, phonegap, plugin
 Fix For: 3.1.0


 Build fails when trying to compile an app with dialogs and vibration plugins 
 installed. Errors that come up are as follow
 Undefined symbols for architecture armv7s:
   _AudioServicesRemoveSystemSoundCompletion, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesAddSystemSoundCompletion, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesDisposeSystemSoundID, referenced from:
   _soundCompletionCallback in CDVNotification.o
   _AudioServicesCreateSystemSoundID, referenced from:
   _playBeep in CDVNotification.o
   _AudioServicesPlaySystemSound, referenced from:
   -[CDVVibration vibrate:] in CDVVibration.o
   _playBeep in CDVNotification.o
 ld: symbol(s) not found for architecture armv7s
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
 error: unable to open executable '/path/to/my/app.app/app



--
This message was sent by Atlassian JIRA
(v6.1#6144)

[jira] [Commented] (CB-4994) Cordova prepare SyntaxError