date:20160623

[jira] [Commented] (CB-11481) android-library is deprecated use com.android.library instead

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347733#comment-15347733
 ] 

ASF GitHub Bot commented on CB-11481:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-android/pull/312
  
## [Current coverage][cc-pull] is **34.14%**
> Merging [#312][cc-pull] into [master][cc-base-branch] will not change 
coverage

```diff
@@ master   #312   diff @@
==
  Files11 11  
  Lines   949949  
  Methods 195195  
  Messages  0  0  
  Branches153153  
==
  Hits324324  
  Misses  625625  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last updated by 
[04a3c9d...9632628][cc-compare]
[cc-base-branch]: 
https://codecov.io/gh/apache/cordova-android/branch/master?src=pr
[cc-compare]: 
https://codecov.io/gh/apache/cordova-android/compare/04a3c9d9eef401e0035084bed4d65a15dc0bbf5d...9632628d4cb8c89e1806a8c61a258e988ec9378d
[cc-pull]: https://codecov.io/gh/apache/cordova-android/pull/312?src=pr


> android-library is deprecated use com.android.library instead
> -
>
> Key: CB-11481
> URL: https://issues.apache.org/jira/browse/CB-11481
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Vivek Kiran
>   Original Estimate: 1m
>  Remaining Estimate: 1m
>
> android-library is deprecated use com.android.library instead
> https://github.com/apache/cordova-android/blob/master/framework/build.gradle
> https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/lib/plugin-build.gradle



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11481) android-library is deprecated use com.android.library instead

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347718#comment-15347718
 ] 

ASF GitHub Bot commented on CB-11481:
-

GitHub user vivekkiran opened a pull request:

https://github.com/apache/cordova-android/pull/312

CB-11481:android-library is deprecated use com.android.library instead



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/vivekkiran/cordova-android patch-1

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-android/pull/312.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #312


commit ee3365e63925754617c25498c6f2d2ed75530906
Author: Vivek Kiran 
Date:   2016-06-24T05:07:09Z

CB-11481: android-library is deprecated use com.android.library instead

commit 9632628d4cb8c89e1806a8c61a258e988ec9378d
Author: Vivek Kiran 
Date:   2016-06-24T05:08:23Z

Update plugin-build.gradle




> android-library is deprecated use com.android.library instead
> -
>
> Key: CB-11481
> URL: https://issues.apache.org/jira/browse/CB-11481
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: Android
>Reporter: Vivek Kiran
>   Original Estimate: 1m
>  Remaining Estimate: 1m
>
> android-library is deprecated use com.android.library instead
> https://github.com/apache/cordova-android/blob/master/framework/build.gradle
> https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/lib/plugin-build.gradle



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11481) android-library is deprecated use com.android.library instead

2016-06-23 Thread Vivek Kiran (JIRA)

Vivek Kiran created CB-11481:


 Summary: android-library is deprecated use com.android.library 
instead
 Key: CB-11481
 URL: https://issues.apache.org/jira/browse/CB-11481
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android
Reporter: Vivek Kiran


android-library is deprecated use com.android.library instead
https://github.com/apache/cordova-android/blob/master/framework/build.gradle
https://github.com/apache/cordova-android/blob/master/bin/templates/cordova/lib/plugin-build.gradle



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11480) Change ci.cordova.io to new location

2016-06-23 Thread Shazron Abdullah (JIRA)

Shazron Abdullah created CB-11480:
-

 Summary: Change ci.cordova.io to new location
 Key: CB-11480
 URL: https://issues.apache.org/jira/browse/CB-11480
 Project: Apache Cordova
  Issue Type: Task
  Components: Medic
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah


New location: http://cordova-ci.cloudapp.net:8080/view/Periodic%20builds/



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11401) iOS platform build/run fails if app display name contains unicode characters.

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347483#comment-15347483
 ] 

ASF GitHub Bot commented on CB-11401:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/231
  
I believe this was only a problem with 4.1.1 and below. Please try with 
4.2.0, just released today. 
I arrived at a similar fix: https://issues.apache.org/jira/browse/CB-11401 
but it was already fixed in 4.2.0 using other means.


> iOS platform build/run fails if app display name contains unicode characters.
> -
>
> Key: CB-11401
> URL: https://issues.apache.org/jira/browse/CB-11401
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, iOS
>Affects Versions: 6.2.0
> Environment: Darwin 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 
> 22:08:05 PST 2016; root:xnu-3248.40.184~3/RELEASE_X86_64 x86_64
> Cordova 6.2.0
> cordova-ios 4.1.1
> $ xcodebuild -version
> Xcode 7.3
> Build version 7D175
>Reporter: Yuuki Tada
>Assignee: Shazron Abdullah
>  Labels: cli, cordova-ios-4.1.1, ios
>
> Steps to reproduce:
> # cordova create hello io.cordova.hellocordova إثرا
> # cd hello
> # cordova platform add ios
> # cordova run ios
> run fails with following error:
> {code}
> xcodebuild: error: The project 'اثرا.xcodeproj' does not contain a target 
> named 'اثرا'.
> {code}
> Similar issue:
> {code}
> https://issues.apache.org/jira/browse/CB-6992
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11327) App force closes after launch

2016-06-23 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah updated CB-11327:
--
Priority: Major  (was: Blocker)

> App force closes after launch
> -
>
> Key: CB-11327
> URL: https://issues.apache.org/jira/browse/CB-11327
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 6.2.0
> Environment: iOS
>Reporter: Volkan G.
>Assignee: Shazron Abdullah
>
> Hey,
> I just updated to 6.2.0 using npm.
> The iOS app build with 6.2.0. crashes instantly after launch with the 
> following error:
> {code}
> 2016-05-27 11:16:57.989 MyApp[3242:3612449] -[NSTaggedPointerString 
> objectForKey:]: unrecognized selector sent to instance 0xa301
> 2016-05-27 11:16:57.991 MyApp[3242:3612449] *** Terminating app due to 
> uncaught exception 'NSInvalidArgumentException', reason: 
> '-[NSTaggedPointerString objectForKey:]: unrecognized selector sent to 
> instance 0xa301'
> *** First throw call stack:
> (0x181bf2e38 0x181257f80 0x181bf9ccc 0x181bf6c74 0x181af4d1c 0x1000afe2c 
> 0x100545a3c 0x1005468b4 0x1000afcf8 0x1000be788 0x1000bd884 0x1000be688 
> 0x100545a7c 0x100545a3c 0x10054b4e4 0x181ba8dd8 0x181ba6c40 0x181ad0d10 
> 0x1833b8088 0x186da5f70 0x164f8 0x18166e8b8)
> libc++abi.dylib: terminating with uncaught exception of type NSException
> {code}
> Works with 6.1.0.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11432) Newly created iOS app refuses to start consistently

2016-06-23 Thread Shazron Abdullah (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347281#comment-15347281
 ] 

Shazron Abdullah commented on CB-11432:
---

Environment details?  cordova-cli, cordova-ios version etc
(ios-sim is baked in, so need for that)

> Newly created iOS app refuses to start consistently
> ---
>
> Key: CB-11432
> URL: https://issues.apache.org/jira/browse/CB-11432
> Project: Apache Cordova
>  Issue Type: Bug
>Reporter: Raymond Camden
>Priority: Blocker
>
> When I create a new Cordova app for iOS and do 'ios emulate ios', I'll see 
> the simulator launch, I'll see my app begin to launch, and then it goes away. 
> If I run the command again, sometimes I'll see the same behavior, sometimes 
> it works. Typically it takes a few runs before this issue seems to just 
> magically go away... for the app in question. I'll see it again when making a 
> new app.
> Ok, I've been complaining about this for a while, sorry it took me so long to 
> file an issue. Will add details as I find em.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11471) Impossible to launch the app outside visual studio

2016-06-23 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah updated CB-11471:
--
Description: 
When i launch the app inside visual studio (also if it's a relase) it works all 
perfectly. If i launch it outside Visual Studio, or i debug the installed app, 
this starts and reduces immediately to icon. In the debugger I got this native 
exception:  

Exception thrown in 0x779F4598 correspondence WWAHost.exe: Microsoft C ++ 
Exception: Js :: JavascriptExceptionObject at the 0x0555C55C memory location.

I have this stacktrace,too:
{code}
>  KernelBase.dll!_RaiseException@16() Sconosciuto
msvcrt.dll!__CxxThrowException@8()  Sconosciuto

jscript9.dll!Js::JavascriptExceptionOperators::ThrowExceptionObjectInternal(class
 Js::JavascriptExceptionObject *,class Js::ScriptContext *,bool,bool,void *)   
Sconosciuto
jscript9.dll!Js::JavascriptExceptionOperators::Throw(void *,class 
Js::ScriptContext *)  Sconosciuto
jscript9.dll!CJavascriptOperations::ThrowException()Sconosciuto
mshtml.dll!CFastDOM::ThrowDOMError()Sconosciuto
mshtml.dll!CFastDOM::CElement::Trampoline_querySelectorAll()Sconosciuto
jscript9.dll!Js::JavascriptExternalFunction::ExternalFunctionThunk()
Sconosciuto
jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
jscript9.dll!Js::HelperOrLibraryMethodWrapper<1,class 
 >(class Js::ScriptContext *,class 
)Sconosciuto
jscript9.dll!Js::ScriptContext::ProfileModeThunk_DebugModeWrapper(class 
Js::JavascriptFunction *,class Js::ScriptContext *,void * (*)(class 
Js::RecyclableObject *,struct Js::CallInfo,...),struct Js::Arguments &) 
Sconosciuto
jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto

jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon() Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_ProfileCallCommon >(struct 
Js::OpLayoutDynamicProfile const *,class 
Js::RecyclableObject *,unsigned int,unsigned short)Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_ProfiledCallI(struct Js::OpLayoutDynamicProfile const *,unsigned int)Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::DebugProcess(void)  Sconosciuto
jscript9.dll!DListBase::DListBase(void)   Sconosciuto
jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto

jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon() Sconosciuto

jscript9.dll!Js::InterpreterStackFrame::OP_ProfileReturnTypeCallCommon()Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_ProfiledReturnTypeCallI(struct Js::OpLayoutDynamicProfile const *,unsigned int)  Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_TryCatch(unsigned char const * 
&,struct Js::OpLayoutTry const *) Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_TryFinally() Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::DebugProcess(void)  Sconosciuto
jscript9.dll!DListBase::DListBase(void)   Sconosciuto
jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto

jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon() Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_ProfileCallCommon >(struct 
Js::OpLayoutDynamicProfile const *,class 
Js::RecyclableObject *,unsigned int,unsigned short)Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_ProfiledCallI(struct Js::OpLayoutDynamicProfile const *,unsigned int)Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::DebugProcess(void)  Sconosciuto
jscript9.dll!DListBase::DListBase(void)   Sconosciuto
jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto
jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon >(struct 
Js::OpLayoutDynamicProfile const *,class 
Js::RecyclableObject *,unsigned int)  Sconosciuto

[jira] [Commented] (CB-11471) Impossible to launch the app outside visual studio

2016-06-23 Thread Shazron Abdullah (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347280#comment-15347280
 ] 

Shazron Abdullah commented on CB-11471:
---

How are you launching the app outside VS? Provide repro steps.

> Impossible to launch the app outside visual studio
> --
>
> Key: CB-11471
> URL: https://issues.apache.org/jira/browse/CB-11471
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.2.0
> Environment: Windows 8.1 Pro
> Intel i5 x64
> 4GB Ram DDR3
>Reporter: Davide Cavallini
>Priority: Blocker
>  Labels: native
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> When i launch the app inside visual studio (also if it's a relase) it works 
> all perfectly. If i launch it outside Visual Studio, or i debug the installed 
> app, this starts and reduces immediately to icon. In the debugger I got this 
> native exception:  
> Exception thrown in 0x779F4598 correspondence WWAHost.exe: Microsoft C ++ 
> Exception: Js :: JavascriptExceptionObject at the 0x0555C55C memory location.
> I have this stacktrace,too:
> {code}
> >  KernelBase.dll!_RaiseException@16() Sconosciuto
> msvcrt.dll!__CxxThrowException@8()  Sconosciuto
> 
> jscript9.dll!Js::JavascriptExceptionOperators::ThrowExceptionObjectInternal(class
>  Js::JavascriptExceptionObject *,class Js::ScriptContext *,bool,bool,void *)  
>  Sconosciuto
> jscript9.dll!Js::JavascriptExceptionOperators::Throw(void *,class 
> Js::ScriptContext *)  Sconosciuto
> jscript9.dll!CJavascriptOperations::ThrowException()Sconosciuto
> mshtml.dll!CFastDOM::ThrowDOMError()Sconosciuto
> mshtml.dll!CFastDOM::CElement::Trampoline_querySelectorAll()
> Sconosciuto
> jscript9.dll!Js::JavascriptExternalFunction::ExternalFunctionThunk()
> Sconosciuto
> jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
> jscript9.dll!Js::HelperOrLibraryMethodWrapper<1,class 
>  >(class Js::ScriptContext *,class 
> )Sconosciuto
> jscript9.dll!Js::ScriptContext::ProfileModeThunk_DebugModeWrapper(class 
> Js::JavascriptFunction *,class Js::ScriptContext *,void * (*)(class 
> Js::RecyclableObject *,struct Js::CallInfo,...),struct Js::Arguments &) 
> Sconosciuto
> jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
> Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto
> 
> jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon  >() Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::OP_ProfileCallCommon Js::OpLayoutDynamicProfile >(struct 
> Js::OpLayoutDynamicProfile const *,class 
> Js::RecyclableObject *,unsigned int,unsigned short)Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::OP_ProfiledCallI Js::OpLayoutCallI_OneByte>(struct Js::OpLayoutDynamicProfile Js::OpLayoutCallI_OneByte> const *,unsigned int)Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
> Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::DebugProcess(void)  Sconosciuto
> jscript9.dll!DListBase::DListBase CustomHeap::Page>(void)   Sconosciuto
> jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
> jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
> Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto
> 
> jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon  >() Sconosciuto
> 
> jscript9.dll!Js::InterpreterStackFrame::OP_ProfileReturnTypeCallCommon  >()Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::OP_ProfiledReturnTypeCallI Js::OpLayoutCallI_OneByte>(struct Js::OpLayoutDynamicProfile Js::OpLayoutCallI_OneByte> const *,unsigned int)  Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
> Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::OP_TryCatch(unsigned char const * 
> &,struct Js::OpLayoutTry const *) Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
> Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::OP_TryFinally() Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::ProcessWithDebugging(void)  
> Sconosciuto
> jscript9.dll!Js::InterpreterStackFrame::DebugProcess(void)  Sconosciuto
> jscript9.dll!DListBase::DListBase CustomHeap::Page>(void)   Sconosciuto
> jscript9.dll!Js::JavascriptFunction::CallFunction<1>()  Sconosciuto
> jscript9.dll!Js::ScriptContext::DebugProfileProbeThunk(class 
> Js::RecyclableObject *,struct Js::CallInfo,...)Sconosciuto
> 
> jscript9.dll!Js::InterpreterStackFrame::OP_CallCommon  >() Sconosciuto
>

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347114#comment-15347114
 ] 

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

Commit 1750014 from [~stevegill]
[ https://svn.apache.org/r1750014 ]

CB-11445 added ios release blog post

> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-9371) Prepare deletes orientation preferences

2016-06-23 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah reassigned CB-9371:


Assignee: Shazron Abdullah

> Prepare deletes orientation preferences
> ---
>
> Key: CB-9371
> URL: https://issues.apache.org/jira/browse/CB-9371
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 5.1.1
>Reporter: Connor Pearson
>Assignee: Shazron Abdullah
>
> If a user does not have a orientation preference defined in config.xml then 
> running prepare will delete all orientation preferences in their info.plist.
> I'd expect prepare to overwrite the values if the user chose an orientation 
> preferences, otherwise it should respect the values that are already there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9371) Prepare deletes orientation preferences

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-9371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347111#comment-15347111
 ] 

ASF GitHub Bot commented on CB-9371:


Github user shazron commented on the issue:

https://github.com/apache/cordova-lib/pull/260
  
@cjpearson unfortunately this patch can't be applied since the code has 
changed. Can you re-work it based on the master code? Also, the code you are 
trying to patch is the default fallback if a platform does not conform to the 
Platform API (older platforms). For newer platforms that do, like 
cordova-ios@4.x, they have their own Platform API implementations -- so the 
corresponding code would exist here: 
https://github.com/apache/cordova-ios/blob/08e00b68efbf2bfee21866f0bedd9c01ee8255e5/bin/templates/scripts/cordova/lib/prepare.js#L252-L275


> Prepare deletes orientation preferences
> ---
>
> Key: CB-9371
> URL: https://issues.apache.org/jira/browse/CB-9371
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CordovaLib
>Affects Versions: 5.1.1
>Reporter: Connor Pearson
>
> If a user does not have a orientation preference defined in config.xml then 
> running prepare will delete all orientation preferences in their info.plist.
> I'd expect prepare to overwrite the values if the user chose an orientation 
> preferences, otherwise it should respect the values that are already there.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347016#comment-15347016
 ] 

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

Commit 168329095e3e1cd78f0852931128c534502b4a4f in cordova-docs's branch 
refs/heads/master from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=1683290 ]

CB-11445 updated ios release blog


> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347015#comment-15347015
 ] 

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

Commit 5b56e146e10342c501565a7ffd8d8b4fa309d524 in cordova-docs's branch 
refs/heads/master from [~stevegill]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-docs.git;h=5b56e14 ]

CB-11445 added ios release blog post


> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347017#comment-15347017
 ] 

ASF GitHub Bot commented on CB-11445:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-docs/pull/615


> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347008#comment-15347008
 ] 

ASF GitHub Bot commented on CB-11445:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-docs/pull/615
  
LGTM  


> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15347005#comment-15347005
 ] 

ASF GitHub Bot commented on CB-11445:
-

Github user stevengill commented on the issue:

https://github.com/apache/cordova-docs/pull/615
  
@shazron, how does that look?


> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11476) iOS app audio keeps playing in background while paused

2016-06-23 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah updated CB-11476:
--
Description: 
Hello,

I got the following line of code from an older issue:
(code used in the html index file)

{code}
"// register these after deviceready event fires
document.addEventListener("resign", onResign, false);
document.addEventListener("active", onActive, false);

function onResign() {
console.log("on resign");
}
function onActive() {
console.log("on active");
}"
{code}

>From this issue’s link: 
>https://issues.apache.org/jira/browse/CB-115?jql=project%20%3D%20CB%20AND%20text%20~%20pause


That code is being used to pause the app while the notification centre, or 
control centre are displayed – it is also used anytime there is a notification 
received on the screen (like a low battery indication or a phone call). The 
code works perfectly, except that it does not stop the audio while pausing the 
game. The audio keeps playing in background, while the game is paused.

Also, now that I have introduced this code - my game behaves differently when I 
resume it after a while / before using the mentioned code I could leave the 
game in the background for hours and then return to it and the game was going 
to be exactly where I left it. Now with the new code, when I return to the game 
after minutes of being idle I see the game where I left it but for like 3 
seconds only and then the game restarts. Is there a relation between the code 
used and this bug? I believe there is because that was not happening before 
using it,


Many thanks in advance for your help,
I am using an iPhone 6S as a test device and Intel XDK 3400 to build the game,

Also: I have raised this issue to the INTEL team with no reply so far, 
https://software.intel.com/en-us/forums/intel-xdk/topic/643682

BR


  was:
Hello,

I got the following line of code from an older issue:
(code used in the html index file)

"// register these after deviceready event fires
document.addEventListener("resign", onResign, false);
document.addEventListener("active", onActive, false);

function onResign() {
console.log("on resign");
}
function onActive() {
console.log("on active");
}"

>From this issue’s link: 
>https://issues.apache.org/jira/browse/CB-115?jql=project%20%3D%20CB%20AND%20text%20~%20pause


That code is being used to pause the app while the notification centre, or 
control centre are displayed – it is also used anytime there is a notification 
received on the screen (like a low battery indication or a phone call). The 
code works perfectly, except that it does not stop the audio while pausing the 
game. The audio keeps playing in background, while the game is paused.

Also, now that I have introduced this code - my game behaves differently when I 
resume it after a while / before using the mentioned code I could leave the 
game in the background for hours and then return to it and the game was going 
to be exactly where I left it. Now with the new code, when I return to the game 
after minutes of being idle I see the game where I left it but for like 3 
seconds only and then the game restarts. Is there a relation between the code 
used and this bug? I believe there is because that was not happening before 
using it,


Many thanks in advance for your help,
I am using an iPhone 6S as a test device and Intel XDK 3400 to build the game,

Also: I have raised this issue to the INTEL team with no reply so far, 
https://software.intel.com/en-us/forums/intel-xdk/topic/643682

BR



> iOS app audio keeps playing in background while paused
> --
>
> Key: CB-11476
> URL: https://issues.apache.org/jira/browse/CB-11476
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: CLI, iOS
>Affects Versions: 3.5.0
> Environment: Intel XDK, Cordova, iOS
>Reporter: Jonathan Bencomo
>Assignee: Shazron Abdullah
>  Labels: documentation
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> Hello,
> I got the following line of code from an older issue:
> (code used in the html index file)
> {code}
> "// register these after deviceready event fires
> document.addEventListener("resign", onResign, false);
> document.addEventListener("active", onActive, false);
> function onResign() {
> console.log("on resign");
> }
> function onActive() {
> console.log("on active");
> }"
> {code}
> From this issue’s link: 
> https://issues.apache.org/jira/browse/CB-115?jql=project%20%3D%20CB%20AND%20text%20~%20pause
> That code is being used to pause the app while the notification centre, or 
> control centre are displayed – it is also used anytime there is a 
> notification received on the screen (like a low battery indication or a phone 
> call). The code works

[jira] [Updated] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah updated CB-11475:
--
Assignee: Vladimir Kotikov  (was: Shazron Abdullah)

> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> {noformat}
> Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
> {noformat}
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346969#comment-15346969
 ] 

ASF GitHub Bot commented on CB-11475:
-

Github user shazron commented on the issue:

https://github.com/apache/cordova-ios/pull/230
  
LGTM  


> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> {noformat}
> Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
> {noformat}
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11445) Cordova-iOS Platform Release June 15, 2016

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346848#comment-15346848
 ] 

ASF GitHub Bot commented on CB-11445:
-

GitHub user stevengill opened a pull request:

https://github.com/apache/cordova-docs/pull/615

CB-11445 added ios release blog post



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/stevengill/cordova-docs master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-docs/pull/615.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #615


commit 5b56e146e10342c501565a7ffd8d8b4fa309d524
Author: Steve Gill 
Date:   2016-06-23T17:43:19Z

CB-11445 added ios release blog post




> Cordova-iOS Platform Release June 15, 2016
> --
>
> Key: CB-11445
> URL: https://issues.apache.org/jira/browse/CB-11445
> Project: Apache Cordova
>  Issue Type: Task
>Reporter: Steve Gill
>Assignee: Steve Gill
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11479) File-transfer 304 tests are failing on iOS

2016-06-23 Thread Sergey Shakhnazarov (JIRA)

Sergey Shakhnazarov created CB-11479:


 Summary: File-transfer 304 tests are failing on iOS
 Key: CB-11479
 URL: https://issues.apache.org/jira/browse/CB-11479
 Project: Apache Cordova
  Issue Type: Test
  Components: Plugin File Transfer
 Environment: SauceLabs, iOS 9.3
Reporter: Sergey Shakhnazarov


*Note: the issue does not reproduce locally and in SauceLabs.*

 cordova-plugin-file-transfer-tests.tests 
>>.FileTransfer.methods.download.filetransfer.spec.33 should properly handle 304

 Error Details 
Expected spy httpWin not to have been called.

 Stack Trace 
stack@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:26
buildExpectationResult@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:19
expectationResultFactory@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:572:40
addExpectationResult@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:321:58
addExpectationResult@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:516:41
file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1379:32
file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/plugins/cordova-plugin-file-transfer-tests/tests.js:261:79
attemptSync@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1741:28
run@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1729:20
file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1753:19
file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1697:11
file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/plugins/cordova-plugin-file-transfer-tests/tests.js:125:33
callbackFromNative@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cordova.js:293:63
nc2@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cordova.js:1022:39
   
0 ms
2

 cordova-plugin-file-transfer-tests.tests 
>>.FileTransfer.methods.download.filetransfer.spec.35 304 should not result in 
the deletion of a cached file

 Error Details 
Expected spy httpWin not to have been called.

 Stack Trace 
stack@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1455:26
buildExpectationResult@file:///Users/chef/Library/Developer/CoreSimulator/Devices/80B875BC-B5BD-4F3F-99EF-9427F2CDFEE3/data/Containers/Bundle/Application/1B582DD0-54FA-46D9-860F-85CCAF90422B/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js:1425:19

[jira] [Created] (CB-11478) Windows run vs build archs parsing inconsistency

2016-06-23 Thread Sergey Shakhnazarov (JIRA)

Sergey Shakhnazarov created CB-11478:


 Summary: Windows run vs build archs parsing inconsistency
 Key: CB-11478
 URL: https://issues.apache.org/jira/browse/CB-11478
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Reporter: Sergey Shakhnazarov
Priority: Minor


{{cordova build windows -- --arch=x86}}
{{cordova build windows --arch=x86}}
Both of this commands work properly but there is an inconsistency with cordova 
run:
{{cordova run windows -- --arch=x86}} // this works OK
{{cordova run windows --arch=x86}} // this uses anycpu pkg



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11023) plugin.xml should be able to add attribute to an existing element in AndroidManifest.xml

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346523#comment-15346523
 ] 

ASF GitHub Bot commented on CB-11023:
-

Github user macdonst commented on the issue:

https://github.com/apache/cordova-docs/pull/614
  
@ktop looks good but my personal preference would be to show a before and 
after of the Android Manifest.xml you use in your example to really hammer home 
how it works.


> plugin.xml should be able to add attribute to an existing element in 
> AndroidManifest.xml
> 
>
> Key: CB-11023
> URL: https://issues.apache.org/jira/browse/CB-11023
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI, Plugman
>Reporter: Carlos Santana
>
> We have a need for a plugin we develop to add the attribute android:name to 
> the  element to be able to point to a Class that tracks app 
> sessions for analytics.
> plugin.xml only support via  only to add elements to 
> AndroidManfist.xml this request is to add an enhancement to also handle 
> adding an attribute to an existing element.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11023) plugin.xml should be able to add attribute to an existing element in AndroidManifest.xml

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346515#comment-15346515
 ] 

ASF GitHub Bot commented on CB-11023:
-

GitHub user ktop opened a pull request:

https://github.com/apache/cordova-docs/pull/614

CB-11023 New edit-config tag in plugin.xml

Documenting the new edit-config tag in plugin.xml. 
@riknoll can you review? I tried to keep the examples short, but explain 
enough to get the point across. Let me know if I need to fix anything. 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/ktop/cordova-docs cb-11023

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-docs/pull/614.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #614


commit 1d8ec834eb5d157ce779cf7517b6670c1ad36a16
Author: ktop 
Date:   2016-06-23T14:24:09Z

CB-11023 New edit-config tag in plugin.xml




> plugin.xml should be able to add attribute to an existing element in 
> AndroidManifest.xml
> 
>
> Key: CB-11023
> URL: https://issues.apache.org/jira/browse/CB-11023
> Project: Apache Cordova
>  Issue Type: Improvement
>  Components: CLI, Plugman
>Reporter: Carlos Santana
>
> We have a need for a plugin we develop to add the attribute android:name to 
> the  element to be able to point to a Class that tracks app 
> sessions for analytics.
> plugin.xml only support via  only to add elements to 
> AndroidManfist.xml this request is to add an enhancement to also handle 
> adding an attribute to an existing element.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11477) Add a note about nightly builds to Cordova website

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346508#comment-15346508
 ] 

ASF GitHub Bot commented on CB-11477:
-

GitHub user vladimir-kotikov opened a pull request:

https://github.com/apache/cordova-docs/pull/613

CB-11477 Add a page about nightly builds

The PR adds a separate page under `contributing` directory with the 
information about nightly builds usage

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/vladimir-kotikov/cordova-docs CB-11477

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-docs/pull/613.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #613


commit 962ff2de488b76845641d4790417b81e5216a26f
Author: Vladimir Kotikov 
Date:   2016-06-23T14:26:46Z

CB-11477 Add a page about nightly builds




> Add a note about nightly builds to Cordova website
> --
>
> Key: CB-11477
> URL: https://issues.apache.org/jira/browse/CB-11477
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Website
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: docs, nightly
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11477) Add a note about nightly builds to Cordova website

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346512#comment-15346512
 ] 

ASF GitHub Bot commented on CB-11477:
-

Github user vladimir-kotikov commented on the issue:

https://github.com/apache/cordova-docs/pull/613
  
@nikhilkh, @stevengill, could you please take a look?


> Add a note about nightly builds to Cordova website
> --
>
> Key: CB-11477
> URL: https://issues.apache.org/jira/browse/CB-11477
> Project: Apache Cordova
>  Issue Type: Sub-task
>  Components: Website
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: docs, nightly
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11477) Add a note about nightly builds to Cordova website

2016-06-23 Thread Vladimir Kotikov (JIRA)

Vladimir Kotikov created CB-11477:
-

 Summary: Add a note about nightly builds to Cordova website
 Key: CB-11477
 URL: https://issues.apache.org/jira/browse/CB-11477
 Project: Apache Cordova
  Issue Type: Sub-task
  Components: Website
Reporter: Vladimir Kotikov
Assignee: Vladimir Kotikov






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346324#comment-15346324
 ] 

ASF GitHub Bot commented on CB-11475:
-

Github user codecov-io commented on the issue:

https://github.com/apache/cordova-ios/pull/230
  
## [Current coverage][cc-pull] is **51.81%**
> Merging [#230][cc-pull] into [master][cc-base-branch] will not change 
coverage

```diff
@@ master   #230   diff @@
==
  Files11 11  
  Lines   882882  
  Methods 132132  
  Messages  0  0  
  Branches143143  
==
  Hits457457  
  Misses  425425  
  Partials  0  0  
```

> Powered by [Codecov](https://codecov.io?src=pr). Last updated by 
[08e00b6...7d99390][cc-compare]
[cc-base-branch]: 
https://codecov.io/gh/apache/cordova-ios/branch/master?src=pr
[cc-compare]: 
https://codecov.io/gh/apache/cordova-ios/compare/08e00b68efbf2bfee21866f0bedd9c01ee8255e5...7d993909d7274d6d22c77645491da6e5e5188eda
[cc-pull]: https://codecov.io/gh/apache/cordova-ios/pull/230?src=pr


> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> {noformat}
> Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
> {noformat}
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346311#comment-15346311
 ] 

ASF GitHub Bot commented on CB-11475:
-

GitHub user vladimir-kotikov opened a pull request:

https://github.com/apache/cordova-ios/pull/230

CB-11475 Ignore unsupported 60x60 icon

The 60x60 icon is not used in `AppIcon` catalog and has been removed in 
68af7ea. However if you have `` in 
`config.xml` it'll be added to catalog as `icon-60.png`. This will result in 
Xcode warning `The app icon set "AppIcon" has an unassigned child`

See also [CB-11475](https://issues.apache.org/jira/browse/CB-11475)

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/vladimir-kotikov/cordova-ios CB-11475

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cordova-ios/pull/230.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #230


commit 7d993909d7274d6d22c77645491da6e5e5188eda
Author: Vladimir Kotikov 
Date:   2016-06-23T11:44:30Z

CB-11475 Ignore unsupported 60x60 icon




> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> {noformat}
> Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
> {noformat}
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346313#comment-15346313
 ] 

ASF GitHub Bot commented on CB-11475:
-

Github user vladimir-kotikov commented on the issue:

https://github.com/apache/cordova-ios/pull/230
  
@shazron, could you please take a look?


> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> {noformat}
> Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
> {noformat}
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11475:
--
Description: 
When icon with size 60x60 is specified in config.xml this results in XCode 
warning:
{noformat}
Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
{noformat}
This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
[{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
 being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
without corresponding change in {{prepare}}

  was:
When icon with size 60x60 is specified in config.xml this results in XCode 
warning:



This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
[{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
 being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
without corresponding change in {{prepare}}


> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> {noformat}
> Images.xcassets: The app icon set "AppIcon" has 1 unassigned child
> {noformat}
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11475:
--
Description: 
When icon with size 60x60 is specified in config.xml this results in XCode 
warning:



This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
[{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
 being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
without corresponding change in {{prepare}}

  was:
When icon with size 60x60 is specified in config.xml this results in XCode 
warning:

This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
[{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
 being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
without corresponding change in {{prepare}}


> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov updated CB-11475:
--
Attachment: screenshot.png

> icon-60.png is reported as unassigned in Images.xcassets
> 
>
> Key: CB-11475
> URL: https://issues.apache.org/jira/browse/CB-11475
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 4.2.0
>Reporter: Vladimir Kotikov
>Assignee: Shazron Abdullah
>Priority: Minor
> Fix For: 4.3.0-dev
>
> Attachments: screenshot.png
>
>
> When icon with size 60x60 is specified in config.xml this results in XCode 
> warning:
> This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
> [{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
>  being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
> without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11476) iOS app audio keeps playing in background while paused

2016-06-23 Thread Jonathan Bencomo (JIRA)

Jonathan Bencomo created CB-11476:
-

 Summary: iOS app audio keeps playing in background while paused
 Key: CB-11476
 URL: https://issues.apache.org/jira/browse/CB-11476
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI, iOS
Affects Versions: 3.5.0
 Environment: Intel XDK, Cordova, iOS
Reporter: Jonathan Bencomo
Assignee: Shazron Abdullah


Hello,

I got the following line of code from an older issue:
(code used in the html index file)

"// register these after deviceready event fires
document.addEventListener("resign", onResign, false);
document.addEventListener("active", onActive, false);

function onResign() {
console.log("on resign");
}
function onActive() {
console.log("on active");
}"

>From this issue’s link: 
>https://issues.apache.org/jira/browse/CB-115?jql=project%20%3D%20CB%20AND%20text%20~%20pause


That code is being used to pause the app while the notification centre, or 
control centre are displayed – it is also used anytime there is a notification 
received on the screen (like a low battery indication or a phone call). The 
code works perfectly, except that it does not stop the audio while pausing the 
game. The audio keeps playing in background, while the game is paused.

Also, now that I have introduced this code - my game behaves differently when I 
resume it after a while / before using the mentioned code I could leave the 
game in the background for hours and then return to it and the game was going 
to be exactly where I left it. Now with the new code, when I return to the game 
after minutes of being idle I see the game where I left it but for like 3 
seconds only and then the game restarts. Is there a relation between the code 
used and this bug? I believe there is because that was not happening before 
using it,


Many thanks in advance for your help,
I am using an iPhone 6S as a test device and Intel XDK 3400 to build the game,

Also: I have raised this issue to the INTEL team with no reply so far, 
https://software.intel.com/en-us/forums/intel-xdk/topic/643682

BR




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11475) icon-60.png is reported as unassigned in Images.xcassets

2016-06-23 Thread Vladimir Kotikov (JIRA)

Vladimir Kotikov created CB-11475:
-

 Summary: icon-60.png is reported as unassigned in Images.xcassets
 Key: CB-11475
 URL: https://issues.apache.org/jira/browse/CB-11475
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 4.2.0
Reporter: Vladimir Kotikov
Assignee: Shazron Abdullah
Priority: Minor
 Fix For: 4.3.0-dev


When icon with size 60x60 is specified in config.xml this results in XCode 
warning:

This caused by contents of {{AppIcon}} icon resource and known icons sizes in 
[{{prepare}}|https://github.com/apache/cordova-ios/blob/master\bin\templates\scripts\cordova\lib\prepare.js#L312]
 being out of sync. The 60x60@x1 icon has been removed recently in CB-9754 
without corresponding change in {{prepare}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Environment: 
Windows Platform Version: 4.4.0
OS: Windows 10
Compiled with Visual Studio Community Edition 2015 
Run on PC as a Windows App

  was:
OS: Windows 10
Compiled with Visual Studio Community Edition 2015 
Run on PC as a Windows App


> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.1.1
> Environment: Windows Platform Version: 4.4.0
> OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows, windows-4.4.0
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration), the app crashes. As far as I could see, the reason seems to be  
> a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Affects Version/s: (was: 4.4.0)

> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.1.1
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows, windows-4.4.0
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration), the app crashes. As far as I could see, the reason seems to be  
> a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Labels: crash protocol-launch splash windows windows-4.4.0  (was: crash 
protocol-launch splash windows)

> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.1.1
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows, windows-4.4.0
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration), the app crashes. As far as I could see, the reason seems to be  
> a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Affects Version/s: 6.1.1

> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 6.1.1
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows, windows-4.4.0
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration), the app crashes. As far as I could see, the reason seems to be  
> a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Description: 
When the app launch in Windows is triggered using a custom URL (Protocol 
Declaration) with some payload, the app crashes. As far as I could analyze, the 
reason seems to be  a null reference for the system splash screen. The 
following occurs in cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes

  was:
When the app launch in Windows is triggered using a custom URL with some 
payload, the app crashes. As far as I could analyze, the reason seems to be  a 
null reference for the system splash screen. The following occurs in cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes


> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration) with some payload, the app crashes. As far as I could analyze, 
> the reason seems to be  a null reference for the system splash screen. The 
> following occurs in cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Description: 
When the app launch in Windows is triggered using a custom URL (Protocol 
Declaration), the app crashes. As far as I could see, the reason seems to be  a 
null reference for the system splash screen. The following occurs in cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes

  was:
When the app launch in Windows is triggered using a custom URL (Protocol 
Declaration), the app crashes. As far as I could analyze, the reason seems to 
be  a null reference for the system splash screen. The following occurs in 
cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes


> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration), the app crashes. As far as I could see, the reason seems to be  
> a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Description: 
When the app launch in Windows is triggered using a custom URL (Protocol 
Declaration), the app crashes. As far as I could analyze, the reason seems to 
be  a null reference for the system splash screen. The following occurs in 
cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes

  was:
When the app launch in Windows is triggered using a custom URL (Protocol 
Declaration) with some payload, the app crashes. As far as I could analyze, the 
reason seems to be  a null reference for the system splash screen. The 
following occurs in cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes


> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL (Protocol 
> Declaration), the app crashes. As far as I could analyze, the reason seems to 
> be  a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Created] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)

Doan Isakov created CB-11474:


 Summary: protocol launch fails due to splash null reference
 Key: CB-11474
 URL: https://issues.apache.org/jira/browse/CB-11474
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
Affects Versions: 4.4.0
 Environment: OS: Windows 10
Compiled with Visual Studio Community Edition 2015 
Run on PC as a Windows App
Reporter: Doan Isakov


When the app launch in Windows is triggered using a custom URL with some 
payload, the app crashes. As far as I could analyze, the reason seems to be  a 
null reference for the system splash screen. The following occurs in cordova.js:

# The function *activated* is called
{code:titlecordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:titlecordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Updated] (CB-11474) protocol launch fails due to splash null reference

2016-06-23 Thread Doan Isakov (JIRA)


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

Doan Isakov updated CB-11474:
-
Description: 
When the app launch in Windows is triggered using a custom URL with some 
payload, the app crashes. As far as I could analyze, the reason seems to be  a 
null reference for the system splash screen. The following occurs in cordova.js:

# The function *activated* is called
{code:title=cordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:title=cordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes

  was:
When the app launch in Windows is triggered using a custom URL with some 
payload, the app crashes. As far as I could analyze, the reason seems to be  a 
null reference for the system splash screen. The following occurs in cordova.js:

# The function *activated* is called
{code:titlecordova.js|borderStyle=solid}
function activated(eventObject) {
if (eventObject.detail.kind === 
Windows.ApplicationModel.Activation.ActivationKind.launch) {
// Retrieve splash screen object 
splash = eventObject.detail.splashScreen;
{code}
# It does not set the splash screen because the launch is 
*Windows.ApplicationModel.Activation.ActivationKind.protocol*
# The function *positionControls* is called and it access the splash object
{code:titlecordova.js|borderStyle=solid}
function positionControls() {
...
...

// Position the extended splash screen image in the same location as the 
system splash screen image.
if (isPhone) {
extendedSplashImage.style.top = 0;
extendedSplashImage.style.left = 0;
centerY();
} else {
extendedSplashImage.style.top = splash.imageLocation.y + 'px';
{code}
# The app crashes


> protocol launch fails due to splash null reference
> --
>
> Key: CB-11474
> URL: https://issues.apache.org/jira/browse/CB-11474
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Windows
>Affects Versions: 4.4.0
> Environment: OS: Windows 10
> Compiled with Visual Studio Community Edition 2015 
> Run on PC as a Windows App
>Reporter: Doan Isakov
>  Labels: crash, protocol-launch, splash, windows
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> When the app launch in Windows is triggered using a custom URL with some 
> payload, the app crashes. As far as I could analyze, the reason seems to be  
> a null reference for the system splash screen. The following occurs in 
> cordova.js:
> # The function *activated* is called
> {code:title=cordova.js|borderStyle=solid}
> function activated(eventObject) {
> if (eventObject.detail.kind === 
> Windows.ApplicationModel.Activation.ActivationKind.launch) {
> // Retrieve splash screen object 
> splash = eventObject.detail.splashScreen;
> {code}
> # It does not set the splash screen because the launch is 
> *Windows.ApplicationModel.Activation.ActivationKind.protocol*
> # The function *positionControls* is called and it access the splash object
> {code:title=cordova.js|borderStyle=solid}
> function positionControls() {
> ...
> ...
> // Position the extended splash screen image in the same location as the 
> system splash screen image.
> if (isPhone) {
> extendedSplashImage.style.top = 0;
> extendedSplashImage.style.left = 0;
> centerY();
> } else {
> extendedSplashImage.style.top = splash.imageLocation.y + 'px';
> {code}
> # The app crashes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-11472) Process hangs if you have a connected device on iOS

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov closed CB-11472.
-
Resolution: Fixed

> Process hangs if you have a connected device on iOS
> ---
>
> Key: CB-11472
> URL: https://issues.apache.org/jira/browse/CB-11472
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Paramedic
> Environment: cordova-paramedic 0.5.0
>Reporter: Shazron Abdullah
>Assignee: Vladimir Kotikov
>
> According to [~purplecabbage] cordova-paramedic only works for the iOS 
> Simulator, Android Emulator, WP8 Emulator and Windows directly on the machine.
> When I connect an iOS device to my computer and run:
> {code}
> cordova-paramedic --platform ios --plugin .
> {code}
> The process hangs at:
> {code}
> cordova-paramedic: running command cordova run ios --target iPhone-6s-Plus
> local-server: new socket connection
> cordova-paramedic: Device info: 
> {"available":true,"platform":"iOS","version":"9.3","uuid":"533C146A-B49B-454A-93EA-1B0AAB394256","cordova":"4.1.1","model":"x86_64","manufacturer":"Apple","isVirtual":true,"serial":"unknown"}
> {code}
> The fix would be to always specify the emulator in the cordova cli.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Assigned] (CB-11472) Process hangs if you have a connected device on iOS

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov reassigned CB-11472:
-

Assignee: Vladimir Kotikov

> Process hangs if you have a connected device on iOS
> ---
>
> Key: CB-11472
> URL: https://issues.apache.org/jira/browse/CB-11472
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Paramedic
> Environment: cordova-paramedic 0.5.0
>Reporter: Shazron Abdullah
>Assignee: Vladimir Kotikov
>
> According to [~purplecabbage] cordova-paramedic only works for the iOS 
> Simulator, Android Emulator, WP8 Emulator and Windows directly on the machine.
> When I connect an iOS device to my computer and run:
> {code}
> cordova-paramedic --platform ios --plugin .
> {code}
> The process hangs at:
> {code}
> cordova-paramedic: running command cordova run ios --target iPhone-6s-Plus
> local-server: new socket connection
> cordova-paramedic: Device info: 
> {"available":true,"platform":"iOS","version":"9.3","uuid":"533C146A-B49B-454A-93EA-1B0AAB394256","cordova":"4.1.1","model":"x86_64","manufacturer":"Apple","isVirtual":true,"serial":"unknown"}
> {code}
> The fix would be to always specify the emulator in the cordova cli.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11472) Process hangs if you have a connected device on iOS

2016-06-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15346134#comment-15346134
 ] 

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

Commit 09d861aefb7f1628e4c5c91823e0b0c08559cbc5 in cordova-paramedic's branch 
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-paramedic.git;h=09d861a ]

CB-11472 Always deploy to simulator


> Process hangs if you have a connected device on iOS
> ---
>
> Key: CB-11472
> URL: https://issues.apache.org/jira/browse/CB-11472
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Paramedic
> Environment: cordova-paramedic 0.5.0
>Reporter: Shazron Abdullah
>
> According to [~purplecabbage] cordova-paramedic only works for the iOS 
> Simulator, Android Emulator, WP8 Emulator and Windows directly on the machine.
> When I connect an iOS device to my computer and run:
> {code}
> cordova-paramedic --platform ios --plugin .
> {code}
> The process hangs at:
> {code}
> cordova-paramedic: running command cordova run ios --target iPhone-6s-Plus
> local-server: new socket connection
> cordova-paramedic: Device info: 
> {"available":true,"platform":"iOS","version":"9.3","uuid":"533C146A-B49B-454A-93EA-1B0AAB394256","cordova":"4.1.1","model":"x86_64","manufacturer":"Apple","isVirtual":true,"serial":"unknown"}
> {code}
> The fix would be to always specify the emulator in the cordova cli.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-11254) Fix Travic CI for cordova-paramedic

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov closed CB-11254.
-
Resolution: Cannot Reproduce

> Fix Travic CI for cordova-paramedic
> ---
>
> Key: CB-11254
> URL: https://issues.apache.org/jira/browse/CB-11254
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Paramedic
>Reporter: Sarangan Rajamanickam
>Assignee: Vladimir Kotikov
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Closed] (CB-11334) Cordova-windows platform pelease May 30, 2016

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov closed CB-11334.
-
Resolution: Fixed

> Cordova-windows platform pelease May 30, 2016
> -
>
> Key: CB-11334
> URL: https://issues.apache.org/jira/browse/CB-11334
> Project: Apache Cordova
>  Issue Type: Task
>  Components: Windows
>Affects Versions: 4.4.0
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: release, windows
>
> Following steps at 
> https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-7904) Built nightly releases using coho

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov resolved CB-7904.
--
Resolution: Fixed

> Built nightly releases using coho
> -
>
> Key: CB-7904
> URL: https://issues.apache.org/jira/browse/CB-7904
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: CLI, Coho, CordovaLib
>Reporter: Steve Gill
>Assignee: Vladimir Kotikov
>
> I am working on adding a new command: ```coho nightly```
> How it works:
> 1) Update repos for all platforms + cli + lib to latest commits
> 2) grab commit hash for every platform and save it to shas.json in the cli 
> repo
> 3) Replace version field in cordova-lib/src/cordova/platformsConfig.json 
> (formally platforms.js) for each platform with the sha. 
> 4) Update versions of cli + lib to remove `-dev` and add 
> `-night.YEAR.MONTH.DAY`
> 5) Run `npm test` for cli + lib
> 6) Publish to npm under nightly tag.
> 7) Install with `npm install -g cordova@nightly`
> Using updated cli + tools, you would have to do `cordova platform add 
> --usegit` when adding platforms now.
> This script would run once a day. Set it up as a cron job on some server.
> Nothing will be committed back, no branches, no tags. 
> PR incoming



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-11429) media.spec.25 'should be able to play an audio stream' fails on Windows Phone 8.1 platform

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov resolved CB-11429.
---
Resolution: Fixed

>  media.spec.25 'should be able to play an audio stream'  fails on Windows 
> Phone 8.1 platform
> 
>
> Key: CB-11429
> URL: https://issues.apache.org/jira/browse/CB-11429
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>Priority: Minor
>  Labels: found-by-ci, media, triaged, windows, windows-phone-81
>
> The error is 
> {noformat}
> 1) cordova-plugin-media-tests.tests >> Media media.spec.25 should be able to 
> play an audio stream
>   - media1 = new Media - Error creating Media object. Media file: 
> http://209.73.138.20:80
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Resolved] (CB-11430) iOS Media plugin tests are failing

2016-06-23 Thread Vladimir Kotikov (JIRA)


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

Vladimir Kotikov resolved CB-11430.
---
Resolution: Fixed

> iOS Media plugin tests are failing
> --
>
> Key: CB-11430
> URL: https://issues.apache.org/jira/browse/CB-11430
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
> Environment: Saucelabs emulator
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: found-by-ci, ios, media, triaged
>
> There are the following tests failures:
> {noformat}
> ✗ media.spec.19 position should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.20 duration should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.21 should be able to resume playback after pause
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.22 should be able to seek through file
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.24 playback rate should be set properly using setRate
>   - Expected 0 to be close to 5, 0.
>   - Expected false to be truthy.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11430) iOS Media plugin tests are failing

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345937#comment-15345937
 ] 

ASF GitHub Bot commented on CB-11430:
-

Github user vladimir-kotikov commented on the issue:

https://github.com/apache/cordova-plugin-media/pull/102
  
Thanks for testing, @shazron!


> iOS Media plugin tests are failing
> --
>
> Key: CB-11430
> URL: https://issues.apache.org/jira/browse/CB-11430
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
> Environment: Saucelabs emulator
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: found-by-ci, ios, media, triaged
>
> There are the following tests failures:
> {noformat}
> ✗ media.spec.19 position should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.20 duration should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.21 should be able to resume playback after pause
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.22 should be able to seek through file
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.24 playback rate should be set properly using setRate
>   - Expected 0 to be close to 5, 0.
>   - Expected false to be truthy.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11430) iOS Media plugin tests are failing

2016-06-23 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345935#comment-15345935
 ] 

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

Commit cd185eaa4f020abbc6dbcd8dcc3ce63c54a6b868 in cordova-plugin-media's 
branch refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media.git;h=cd185ea ]

CB-11430 Report duration NaN value to JS properly

This closes #102


> iOS Media plugin tests are failing
> --
>
> Key: CB-11430
> URL: https://issues.apache.org/jira/browse/CB-11430
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
> Environment: Saucelabs emulator
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: found-by-ci, ios, media, triaged
>
> There are the following tests failures:
> {noformat}
> ✗ media.spec.19 position should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.20 duration should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.21 should be able to resume playback after pause
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.22 should be able to seek through file
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.24 playback rate should be set properly using setRate
>   - Expected 0 to be close to 5, 0.
>   - Expected false to be truthy.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11430) iOS Media plugin tests are failing

2016-06-23 Thread ASF GitHub Bot (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345936#comment-15345936
 ] 

ASF GitHub Bot commented on CB-11430:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cordova-plugin-media/pull/102


> iOS Media plugin tests are failing
> --
>
> Key: CB-11430
> URL: https://issues.apache.org/jira/browse/CB-11430
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Media
>Affects Versions: Master, 2.3.1-dev
> Environment: Saucelabs emulator
>Reporter: Vladimir Kotikov
>Assignee: Vladimir Kotikov
>  Labels: found-by-ci, ios, media, triaged
>
> There are the following tests failures:
> {noformat}
> ✗ media.spec.19 position should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.20 duration should be set properly
>   - Error: Timeout - Async callback was not invoked within timeout specified 
> by jasmine.DEFAULT_TIMEOUT_INTERVAL. in 
> file:///Users/chef/Library/Developer/CoreSimulator/Devices/78AD85A2-C472-498D-A53E-84D74E5F1BAB/data/Containers/Bundle/Application/EB5CE92A-9BC1-4048-B53D-5BD20757B12C/HelloCordova.app/www/cdvtests/jasmine-2.2.0/jasmine.js
>  (line 1764)
> ✗ media.spec.21 should be able to resume playback after pause
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.22 should be able to seek through file
>   - media1 = new Media - Error creating Media object. Media file: 
> https://cordova.apache.org/downloads/BlueZedEx.mp3
> ✗ media.spec.24 playback rate should be set properly using setRate
>   - Expected 0 to be close to 5, 0.
>   - Expected false to be truthy.
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-11423) Web view shrinks after locking screen orientation

2016-06-23 Thread Michael Schmidt (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-11423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345921#comment-15345921
 ] 

Michael Schmidt commented on CB-11423:
--

Related: CB-11425

> Web view shrinks after locking screen orientation
> -
>
> Key: CB-11423
> URL: https://issues.apache.org/jira/browse/CB-11423
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin Screen Orientation
>Affects Versions: 1.4.2
> Environment: Using:
> - Cordova CLI 6.2.0
> - cordova-ios 4.1.1
> - Xcode 7.3
> - OSX 10.11.5
> Best reproduced on an iOS simulator with iPhone 6s Plus and iOS 9.3.
>Reporter: Rafael Barriuso
>
> Since version 1.4.2 "screen.lockOrientation" works on iOS 9, but for some 
> reason, in some phones the dimensions of the web view are wrong after 
> changing to the new orientation.
> Before locking:
> !https://www.dropbox.com/s/t2jcqqmg1hni22t/Sim-screenshot2.png?dl=1!
> After locking:
> !https://www.dropbox.com/s/p64324riwqzepzz/Sim-screenshot1.png?dl=1!
> Steps to reproduce:
> 1) Prepare a cordova app including cordova-plugin-screen-orientation.
> 2) Run the application on a Xcode simulator for iPhone 6s Plus and iOS 9.3.
> 3) Rotate the simulator to the left (menu -> Hardware -> Rotate left).
> 4) Open the Safari web inspector connected to the app running on the 
> simulator.
> 5) In the console, run: window.screen.lockOrientation("portrait-primary")
> 6) The width of the resulting "" is shrink, as reported by the Safari 
> web inspector (e.g. in my case to 92px whereas it should be 414px).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

[jira] [Commented] (CB-9022) Cordova Android Filetransfer returning null -"java.lang.IllegalStateException" - "CordovaInterface.getThreadPool()"

2016-06-23 Thread Rahul Pandey (JIRA)


[ 
https://issues.apache.org/jira/browse/CB-9022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345905#comment-15345905
 ] 

Rahul Pandey commented on CB-9022:
--

Got the same error today - 

06-23 12:04:46.661: E/PluginManager(32495): java.lang.IllegalStateException: 
Tried to perform an IO operation on the WebCore thread. Use 
CordovaInterface.getThreadPool() instead.
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.CordovaResourceApi.assertBackgroundThread(CordovaResourceApi.java:400)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.CordovaResourceApi.mapUriToFile(CordovaResourceApi.java:149)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.file.ContentFilesystem.filesystemPathForURL(ContentFilesystem.java:202)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.file.FileUtils.remapUri(FileUtils.java:258)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.PluginManager.remapUri(PluginManager.java:473)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.CordovaResourceApi.remapUri(CordovaResourceApi.java:136)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.filetransfer.FileTransfer.upload(FileTransfer.java:310)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.filetransfer.FileTransfer.execute(FileTransfer.java:183)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.PluginManager.exec(PluginManager.java:133)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.apache.cordova.engine.SystemExposedJsApi.exec(SystemExposedJsApi.java:41)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
06-23 12:04:46.661: E/PluginManager(32495): at 
org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:39)
06-23 12:04:46.661: E/PluginManager(32495): at 
android.os.Handler.dispatchMessage(Handler.java:102)
06-23 12:04:46.661: E/PluginManager(32495): at 
android.os.Looper.loop(Looper.java:148)
06-23 12:04:46.661: E/PluginManager(32495): at 
android.os.HandlerThread.run(HandlerThread.java:61)


 I am using the latest Cordova and Android platform, installed today only.

> Cordova Android Filetransfer returning null 
> -"java.lang.IllegalStateException" - "CordovaInterface.getThreadPool()"
> ---
>
> Key: CB-9022
> URL: https://issues.apache.org/jira/browse/CB-9022
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin File Transfer
>Affects Versions: 1.1.0
> Environment: OS: Mac OS X Yosemite
> Node Version: v0.12.0
> Cordova CLI: 5.0.0
> Xcode version: Xcode 6.3.1 Build version 6D1002 
> ios-sim version: 3.1.1 
> ios-deploy version: 1.4.0 
> android 4.0.0-dev
>Reporter: Mike Mullins
>  Labels: android
>
> http://stackoverflow.com/questions/30201674/cordova-android-filetransfer-returning-null
> Attempting to do an android FileTransfer, plugin is working on iOS, i can't 
> seem to get this to go!
> ADB lgocat output:
> E/PluginManager(23753): Uncaught exception from plugin
> E/PluginManager(23753): java.lang.IllegalStateException: Tried to perform an 
> IO operation on the WebCore thread. Use CordovaInterface.getThreadPool() 
> instead.
> FileTransferError
> body: null
> code: null
> exception: null
> http_status: null
> source: null
> target: null
> Trying a file transfer and coming back empty 
> Your system information:
> OS: Mac OS X Yosemite
> Node Version: v0.12.0
> Cordova CLI: 5.0.0
> Ionic CLI Version: 1.3.22
> Xcode version: Xcode 6.3.1 Build version 6D1002 
> ios-sim version: 3.1.1 
> ios-deploy version: 1.4.0
> ngCordova upload: http://ngcordova.com/docs/plugins/fileTransfer/
> Running in Crosswalk, not sure that makes any difference.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org

58 matches

Mail list logo