[jira] [Created] (CB-11401) iOS platform build/run fails if app display name contains unicode characters.
Yuuki Tada created CB-11401:
---
Summary: 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
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
Reporter: Yuuki Tada
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] [Commented] (CB-9949) Menu button event not fired in Android
[ https://issues.apache.org/jira/browse/CB-9949?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321999#comment-15321999 ] Antoine ORY-LAMBALLE commented on CB-9949: -- My understanding of this paragraph is a bit different. While they discourage to put the menu in the center of the UI design (some users won't have the menu button on the device), they are not deprecating the option menu. It still has a role: "actions that have a global impact on the app". And they don't deprecate either the button (only reminding it is not a requirement any more for devices). In my opinion, if there is still a menu, the button to open it still make sense. My previous device has it by default, my current give the choice between menu button (my choice) and list opened apps. Then, it is up to the app to support it or not. Cordova's decision to explicitly refuse to support it is questionable. Ex: Chrome, Wechat, Xiaomi's default apps support the menu button. > Menu button event not fired in Android > -- > > Key: CB-9949 > URL: https://issues.apache.org/jira/browse/CB-9949 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: 5.3.2 >Reporter: Keith Wong >Assignee: Joe Bowser > Attachments: cordova-android.patch > > > The menu button event handler is not called when the menu button is pressed -- 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-11326) use navigator.app.loadUrl got uncaught exception with allow-navigation
[
https://issues.apache.org/jira/browse/CB-11326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321995#comment-15321995
]
zhuisui commented on CB-11326:
--
Hi, in my code, {{loadUrl}} enters showWebPage in the CordovaWebViewImpl, and
{{pluginManager.shouldAllowNavigation(url)}} returns false, as I inspect,
pluginManage just has CoreAndroid in it as plugin, not whitelist. So those
{{alow-navigation}} doesn't effect.
> use navigator.app.loadUrl got uncaught exception with allow-navigation
> ---
>
> Key: CB-11326
> URL: https://issues.apache.org/jira/browse/CB-11326
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin SplashScreen
> Environment: Cordova 6.2.0
>Reporter: zhuisui
>Assignee: Vladimir Kotikov
> Labels: triaged
>
> I get this stack when {{navigator.app.loadUrl(myurl)}} with
> {{}}, which occurs after
> {{pluginManager.shouldAllowNavigation(myurl)}} returns true
> {code}
> Uncaught exception from plugin
>
> android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original
> thread that created a view hierarchy can touch its views.
> at
> android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6556)
> at
> android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:3023)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.View.clearFocusInternal(View.java:5602)
> at
> android.view.View.clearFocus(View.java:5585)
> at
> android.view.ViewGroup.clearFocus(ViewGroup.java:977)
> at
> android.view.View.setFlags(View.java:10622)
> at
> android.view.View.setVisibility(View.java:7431)
> at
> org.apache.cordova.splashscreen.SplashScreen.pluginInitialize(SplashScreen.java:85)
> at
> org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:58)
> at
> org.apache.cordova.PluginManager.getPlugin(PluginManager.java:172)
> at
> org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:98)
> at
> org.apache.cordova.PluginManager.init(PluginManager.java:87)
> at
> org.apache.cordova.CordovaWebViewImpl.loadUrlIntoView(CordovaWebViewImpl.java:138)
> at
> org.apache.cordova.CordovaWebViewImpl.showWebPage(CordovaWebViewImpl.java:216)
> at
> org.apache.cordova.CoreAndroid.loadUrl(CoreAndroid.java:203)
> at
> org.apache.cordova.CoreAndroid.execute(CoreAndroid.java:92)
> at
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> at
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> at
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> at
> org.apache.cordova.engine.SystemExposedJsApi.exec(SystemExposedJsApi.java:41)
> at
> org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
> at
> org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:53)
> at
> android.os.Handler.dispatchMessage(Handler.java:102)
> at
> android.os.Looper.loop(Looper.java:148)
>
[jira] [Commented] (CB-8921) menubutton event not firing
[ https://issues.apache.org/jira/browse/CB-8921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321822#comment-15321822 ] Kevin Christopher Henry commented on CB-8921: - It hasn't been fixed. I don't know which issue was meant in particular, but this one probably contains the most complete statement of disinterest in supporting this feature: https://issues.apache.org/jira/browse/CB-9949. > menubutton event not firing > --- > > Key: CB-8921 > URL: https://issues.apache.org/jira/browse/CB-8921 > Project: Apache Cordova > Issue Type: Bug > Components: Android > Environment: Android Emulator, SDK 19 >Reporter: Jean-Luc Desroches >Assignee: Joe Bowser >Priority: Minor > > After updating to latest version of cordova (5.0) menubutton event is never > triggered. Have tested in hello world app, as well as in my own app, neither > of which register any menubutton events -- 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-11400) Add ability to set different binary name and display name (OSX)
[ https://issues.apache.org/jira/browse/CB-11400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra updated CB-11400: -- Component/s: (was: Android) (was: iOS) OSX > Add ability to set different binary name and display name (OSX) > --- > > Key: CB-11400 > URL: https://issues.apache.org/jira/browse/CB-11400 > Project: Apache Cordova > Issue Type: Wish > Components: OSX >Reporter: Tobias Bocanegra >Priority: Minor > > I would like to use a different value for the binary filenames (.ipa/.apk) > and the app display name. Currently in config.xml is used for both. > If I set to the value I want for the binary name, I have to manually > edit app_name in res/values/strings.xml and CFBundleDisplayName in > *-Info.plist. > On the other hand, if I set to the value I want for the display name, > I can manually rename the binaries, but the iOS .ipa file still contains an > .app file with the display name, and CFBundleExecutable still has the display > name. -- 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] [Comment Edited] (CB-10916) Add ability to set different binary name and display name
[ https://issues.apache.org/jira/browse/CB-10916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321785#comment-15321785 ] Tobias Bocanegra edited comment on CB-10916 at 6/9/16 2:15 AM: --- shouldn't we add this feature for all platforms? at least for OSX, this would be useful as well. I created a follow up bug to OSX: CB-11400 was (Author: tripod): shouldn't we add this feature for all platforms? at least for OSX, this would be useful as well. > Add ability to set different binary name and display name > - > > Key: CB-10916 > URL: https://issues.apache.org/jira/browse/CB-10916 > Project: Apache Cordova > Issue Type: Wish > Components: Android, iOS >Reporter: Jacob Weber >Priority: Minor > > I would like to use a different value for the binary filenames (.ipa/.apk) > and the app display name. Currently in config.xml is used for both. > If I set to the value I want for the binary name, I have to manually > edit app_name in res/values/strings.xml and CFBundleDisplayName in > *-Info.plist. > On the other hand, if I set to the value I want for the display name, > I can manually rename the binaries, but the iOS .ipa file still contains an > .app file with the display name, and CFBundleExecutable still has the display > name. -- 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-10916) Add ability to set different binary name and display name
[ https://issues.apache.org/jira/browse/CB-10916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321785#comment-15321785 ] Tobias Bocanegra commented on CB-10916: --- shouldn't we add this feature for all platforms? at least for OSX, this would be useful as well. > Add ability to set different binary name and display name > - > > Key: CB-10916 > URL: https://issues.apache.org/jira/browse/CB-10916 > Project: Apache Cordova > Issue Type: Wish > Components: Android, iOS >Reporter: Jacob Weber >Priority: Minor > > I would like to use a different value for the binary filenames (.ipa/.apk) > and the app display name. Currently in config.xml is used for both. > If I set to the value I want for the binary name, I have to manually > edit app_name in res/values/strings.xml and CFBundleDisplayName in > *-Info.plist. > On the other hand, if I set to the value I want for the display name, > I can manually rename the binaries, but the iOS .ipa file still contains an > .app file with the display name, and CFBundleExecutable still has the display > name. -- 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-11400) Add ability to set different binary name and display name (OSX)
Tobias Bocanegra created CB-11400: - Summary: Add ability to set different binary name and display name (OSX) Key: CB-11400 URL: https://issues.apache.org/jira/browse/CB-11400 Project: Apache Cordova Issue Type: Wish Components: Android, iOS Reporter: Tobias Bocanegra Priority: Minor I would like to use a different value for the binary filenames (.ipa/.apk) and the app display name. Currently in config.xml is used for both. If I set to the value I want for the binary name, I have to manually edit app_name in res/values/strings.xml and CFBundleDisplayName in *-Info.plist. On the other hand, if I set to the value I want for the display name, I can manually rename the binaries, but the iOS .ipa file still contains an .app file with the display name, and CFBundleExecutable still has the display name. -- 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] [Comment Edited] (CB-11373) config.xml options not documented: android-packageName, android-activityName, ios-CFBundleIdentifier
[ https://issues.apache.org/jira/browse/CB-11373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321783#comment-15321783 ] Shazron Abdullah edited comment on CB-11373 at 6/9/16 2:13 AM: --- That ios_CFBundleIdentifier is weird. That's what "id" is for. I think android_packageName is the same as well? was (Author: shazron): That ios_CFBundleIdentifier is weird. That's what "id" is for. > config.xml options not documented: android-packageName, android-activityName, > ios-CFBundleIdentifier > > > Key: CB-11373 > URL: https://issues.apache.org/jira/browse/CB-11373 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 6.2.0 >Reporter: Frederico Costa Galvão >Priority: Minor > Labels: Android, documentation, iOS, triaged > > None of these options \[1\] are currently documented \[2\]. > I wonder how many of those hidden settings are there. > \[1\] > https://github.com/apache/cordova-lib/blob/9f630271d9c02824c0031ea4cdc0e4955b53d9e2/cordova-common/src/ConfigParser/ConfigParser.js#L99-L107 > \[2\] https://cordova.apache.org/docs/en/latest/config_ref/index.html > (visited @ 03/06/2016 23:00:00 UTC) -- 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-11373) config.xml options not documented: android-packageName, android-activityName, ios-CFBundleIdentifier
[ https://issues.apache.org/jira/browse/CB-11373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321783#comment-15321783 ] Shazron Abdullah commented on CB-11373: --- That ios_CFBundleIdentifier is weird. That's what "id" is for. > config.xml options not documented: android-packageName, android-activityName, > ios-CFBundleIdentifier > > > Key: CB-11373 > URL: https://issues.apache.org/jira/browse/CB-11373 > Project: Apache Cordova > Issue Type: Bug > Components: Docs >Affects Versions: 6.2.0 >Reporter: Frederico Costa Galvão >Priority: Minor > Labels: Android, documentation, iOS, triaged > > None of these options \[1\] are currently documented \[2\]. > I wonder how many of those hidden settings are there. > \[1\] > https://github.com/apache/cordova-lib/blob/9f630271d9c02824c0031ea4cdc0e4955b53d9e2/cordova-common/src/ConfigParser/ConfigParser.js#L99-L107 > \[2\] https://cordova.apache.org/docs/en/latest/config_ref/index.html > (visited @ 03/06/2016 23:00:00 UTC) -- 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-11378) Can't create project
[
https://issues.apache.org/jira/browse/CB-11378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-11378:
--
Description:
I am trying to create new project after cordova upgrade to 6.2.0 and I can't do
that with error:
{code}
c:\mobile_apps\projectFolder>cordova create dirName com.example.name ProjectName
C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:69
throw err;
^
Error: EPERM: operation not permitted, rename
'C:\Users\admin\.config\configstore\insight-cordova.json.1159948568' ->
'C:\Users\admin\.config\configstore\insight-cordova.json'
at Error (native)
at Object.fs.renameSync (fs.js:729:18)
at Function.writeFileSync [as sync]
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\write-file-atomic\index.js:39:8)
at Object.create.all.set
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:62:21)
at Object.Configstore
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:27:11)
at new Insight
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\insight\lib\index.js:38:34)
at Object.
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\src\telemetry.js:37:15)
at Module._compile (module.js:413:34)
at Object.Module._extensions..js (module.js:422:10)
at Module.load (module.js:357:32)
{code}
was:
I am trying to create new project after cordova upgrade to 6.2.0 and I can't do
that with error:
c:\mobile_apps\projectFolder>cordova create dirName com.example.name ProjectName
C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:69
throw err;
^
Error: EPERM: operation not permitted, rename
'C:\Users\admin\.config\configstore\insight-cordova.json.1159948568' ->
'C:\Users\admin\.config\configstore\insight-cordova.json'
at Error (native)
at Object.fs.renameSync (fs.js:729:18)
at Function.writeFileSync [as sync]
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\write-file-atomic\index.js:39:8)
at Object.create.all.set
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:62:21)
at Object.Configstore
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:27:11)
at new Insight
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\insight\lib\index.js:38:34)
at Object.
(C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\src\telemetry.js:37:15)
at Module._compile (module.js:413:34)
at Object.Module._extensions..js (module.js:422:10)
at Module.load (module.js:357:32)
> Can't create project
>
>
> Key: CB-11378
> URL: https://issues.apache.org/jira/browse/CB-11378
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI
>Affects Versions: 6.2.0
> Environment: Windows 10 Pro
>Reporter: Jarek Krzemienski
>Assignee: Sergey Shakhnazarov
>Priority: Critical
> Labels: regression, triaged
>
> I am trying to create new project after cordova upgrade to 6.2.0 and I can't
> do that with error:
> {code}
> c:\mobile_apps\projectFolder>cordova create dirName com.example.name
> ProjectName
> C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:69
> throw err;
> ^
> Error: EPERM: operation not permitted, rename
> 'C:\Users\admin\.config\configstore\insight-cordova.json.1159948568' ->
> 'C:\Users\admin\.config\configstore\insight-cordova.json'
> at Error (native)
> at Object.fs.renameSync (fs.js:729:18)
> at Function.writeFileSync [as sync]
> (C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\write-file-atomic\index.js:39:8)
> at Object.create.all.set
> (C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:62:21)
> at Object.Configstore
> (C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\configstore\index.js:27:11)
> at new Insight
> (C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\node_modules\insight\lib\index.js:38:34)
> at Object.
> (C:\Users\admin\AppData\Roaming\npm\node_modules\cordova\src\telemetry.js:37:15)
> at Module._compile (module.js:413:34)
> at Object.Module._extensions..js (module.js:422:10)
> at Module.load (module.js:357:32)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For ad
[jira] [Commented] (CB-10916) Add ability to set different binary name and display name
[ https://issues.apache.org/jira/browse/CB-10916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321775#comment-15321775 ] ASF GitHub Bot commented on CB-10916: - Github user shazron commented on the issue: https://github.com/apache/cordova-ios/pull/228 Pull in when we bundle update to the released cordova-common that includes https://github.com/apache/cordova-lib/pull/453 > Add ability to set different binary name and display name > - > > Key: CB-10916 > URL: https://issues.apache.org/jira/browse/CB-10916 > Project: Apache Cordova > Issue Type: Wish > Components: Android, iOS >Reporter: Jacob Weber >Priority: Minor > > I would like to use a different value for the binary filenames (.ipa/.apk) > and the app display name. Currently in config.xml is used for both. > If I set to the value I want for the binary name, I have to manually > edit app_name in res/values/strings.xml and CFBundleDisplayName in > *-Info.plist. > On the other hand, if I set to the value I want for the display name, > I can manually rename the binaries, but the iOS .ipa file still contains an > .app file with the display name, and CFBundleExecutable still has the display > name. -- 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-11399) Some preferences in config.xml not applied to build
[ https://issues.apache.org/jira/browse/CB-11399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-11399: -- Component/s: iOS > Some preferences in config.xml not applied to build > --- > > Key: CB-11399 > URL: https://issues.apache.org/jira/browse/CB-11399 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.2.0 > Environment: iOS (4.1.1) >Reporter: Oliver > > Hi, > When running 'cordova build ios --device [--release]', I found that at least > the following settings are not being written to any of the .xcconfig files in > /platforms/ios/cordova : > > > These are taken directly from the docs: > https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference > I noticed that much of the other preferences are written in CamelCase, maybe > the docs are outdated? > BR, > Oliver -- 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-11399) Some preferences in config.xml not applied to build
[ https://issues.apache.org/jira/browse/CB-11399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-11399: - Assignee: Shazron Abdullah > Some preferences in config.xml not applied to build > --- > > Key: CB-11399 > URL: https://issues.apache.org/jira/browse/CB-11399 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.2.0 > Environment: iOS (4.1.1) >Reporter: Oliver >Assignee: Shazron Abdullah > > Hi, > When running 'cordova build ios --device [--release]', I found that at least > the following settings are not being written to any of the .xcconfig files in > /platforms/ios/cordova : > > > These are taken directly from the docs: > https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference > I noticed that much of the other preferences are written in CamelCase, maybe > the docs are outdated? > BR, > Oliver -- 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-11270) [QUESTION] Is whitelist intent filter working as intended?
[
https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321754#comment-15321754
]
Shazron Abdullah commented on CB-11270:
---
There maybe ways to "distinguish" UIWebViewNavigationTypeOther:
http://www.iriphon.com/2012/08/07/uiwebviewnavigationtypeother-distinguishing-click-events-that-come-from-javascript-onclick-handlers-in-uiwebviews/
> [QUESTION] Is whitelist intent filter working as intended?
> --
>
> Key: CB-11270
> URL: https://issues.apache.org/jira/browse/CB-11270
> Project: Apache Cordova
> Issue Type: Improvement
> Components: iOS
>Reporter: Tony Homer
>Assignee: Shazron Abdullah
>
> In 3.8.0, given an intent directive like
> {code}
>
> {code}
> , interacting with any of the following elements would result in tel:
> requests that would all be allowed:
> {code}
> do tel with a.href
> do
> tel with a.onclick
> do
> tel with button.onclick
> {code}
> However, in 4.1.1, only the first interaction will be allowed.
> This is because intent directives are only applied to the
> UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the
> second and third examples is UIWebViewNavigationTypeOther).
> Is this working as intended?
> It seems that either the whitelist intent filter in 4+ is not working as
> intended or, if working as intended, the documentation should be improved to
> spell out this case.
--
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-11270) [QUESTION] Is whitelist intent filter working as intended?
[
https://issues.apache.org/jira/browse/CB-11270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321752#comment-15321752
]
Shazron Abdullah commented on CB-11270:
---
Broadly, is for: "Controls which URLs the app is allowed to ask
the system to open."
Just on that intent, and for backwards compat., I would say: Yes they should be
allowed.
The problem I had (if I recall) with UIWebViewNavigationTypeOther (any
javascript click) is I couldn't be sure what type of navigation it is, whether
it was user initiated (which UIWebViewNavigationTypeLinkClicked is for sure)
like the second interaction, or programmatically done -- which is another
issue, perhaps security wise (scripts (ads?) could spam the system, for example
open N Safari windows in rapid succession)
But perhaps my concern is too narrow, and that's not the role of this tag --
should we allow every kind of interaction?
> [QUESTION] Is whitelist intent filter working as intended?
> --
>
> Key: CB-11270
> URL: https://issues.apache.org/jira/browse/CB-11270
> Project: Apache Cordova
> Issue Type: Improvement
> Components: iOS
>Reporter: Tony Homer
>Assignee: Shazron Abdullah
>
> In 3.8.0, given an intent directive like
> {code}
>
> {code}
> , interacting with any of the following elements would result in tel:
> requests that would all be allowed:
> {code}
> do tel with a.href
> do
> tel with a.onclick
> do
> tel with button.onclick
> {code}
> However, in 4.1.1, only the first interaction will be allowed.
> This is because intent directives are only applied to the
> UIWebViewNavigationTypeLinkClicked navigationType (the navigationType for the
> second and third examples is UIWebViewNavigationTypeOther).
> Is this working as intended?
> It seems that either the whitelist intent filter in 4+ is not working as
> intended or, if working as intended, the documentation should be improved to
> spell out this case.
--
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-9888) WKWebView on iOS9 on iPhone 5 (32-bit phone) - occasionally resets view
[
https://issues.apache.org/jira/browse/CB-9888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321740#comment-15321740
]
Shazron Abdullah commented on CB-9888:
--
I'm hesitant to add new API when an alternative can exist.
I would prefer to do instead:
1. cordova-plugin-wkwebview-engine listens for the
UIApplicationWillEnterForegroundNotification notification
2. if it gets the notification, it will determine whether it should reload
itself
Example in CDVWKWebViewEngine.m:
{code}
// this is in the pluginInitialize
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(onAppWillEnterForeground:)
name:UIApplicationWillEnterForegroundNotification object:nil];
- (void) onAppWillEnterForeground:(NSNotification*)notification {
// put your logic to determine whether to reload here
}
{code}
What do you think?
> WKWebView on iOS9 on iPhone 5 (32-bit phone) - occasionally resets view
> ---
>
> Key: CB-9888
> URL: https://issues.apache.org/jira/browse/CB-9888
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin WKWebViewEngine
>Affects Versions: 4.0.0
> Environment: iphone 5, ios9.1
>Reporter: Jan Pittner
>
> Occasionally the entire web view is cleared. White screen. Plugins and other
> components remain unaffected. Observed when playing background audio (via
> CDVSound), going to background, and running other apps. Audio continues
> uninterrupted, but bringing the app to foreground reveals white screen.
> It appears to be related to an issue with the XPC connection being lost
> between the app and the wkwebview (log in XCode mentioned the XPC connection
> being interrupted). (see also:
> http://stackoverflow.com/questions/25854143/wkwebview-intermittent-blank-screen-issue
> )
> The plugin should detect if the WKWebView has reset and reload the app.
--
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-11389) Prevent Cordova from creating launch images
[ https://issues.apache.org/jira/browse/CB-11389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321728#comment-15321728 ] Shazron Abdullah commented on CB-11389: --- Right now there is no way to remove them, they come with the default project -- they are replaced by the user using the config.xml tags (and most users do replace them but this does not help you). We'll be moving to launch storyboards in CB-9762. The only way to customize what you want would have to be from hooks, not sure -- maybe there is a plugin that already does what you want. > Prevent Cordova from creating launch images > --- > > Key: CB-11389 > URL: https://issues.apache.org/jira/browse/CB-11389 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.0.0, 6.1.1 > Environment: Normal Cordova project. >Reporter: Andrea Tino >Assignee: Shazron Abdullah > Fix For: 6.0.0, 6.1.1 > > > When creating a project, I do not want default launch images to be created as > a storyboard will be used instead. > However, if no launch images are specified in the config file, then Cordova > will create default launch screens. How to prevent them from being created, > and how to remove the ASSETCATALOG_COMPILER_LAUNCHIMAGE_NAME setting as well? -- 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-11399) Some preferences in config.xml not applied to build
Oliver created CB-11399: --- Summary: Some preferences in config.xml not applied to build Key: CB-11399 URL: https://issues.apache.org/jira/browse/CB-11399 Project: Apache Cordova Issue Type: Bug Affects Versions: 6.2.0 Environment: iOS (4.1.1) Reporter: Oliver Hi, When running 'cordova build ios --device [--release]', I found that at least the following settings are not being written to any of the .xcconfig files in /platforms/ios/cordova : These are taken directly from the docs: https://cordova.apache.org/docs/en/latest/config_ref/index.html#preference I noticed that much of the other preferences are written in CamelCase, maybe the docs are outdated? BR, Oliver -- 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-11396) Audio Media Capture Crashes if app stores file on external storage
[ https://issues.apache.org/jira/browse/CB-11396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon MacDonald resolved CB-11396. -- Resolution: Fixed Pushed a fix to master, waiting for next cordova-plugin-media-capture release. > Audio Media Capture Crashes if app stores file on external storage > -- > > Key: CB-11396 > URL: https://issues.apache.org/jira/browse/CB-11396 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media Capture > Environment: Android >Reporter: Simon MacDonald >Assignee: Simon MacDonald > > I’ll go over the issue that we were seeing and that we want to address with > this fix: > - The app crashes when returning from the recorder application (RecForge) > when it tries to get the recorded audio – in onAudioActivityResult. > - This only happens if the app doesn’t already have the READ_EXTERNAL_STORAGE > permission already allowed. If the permissions for image get accepted this > issue will not reproduce anymore. > - The READ_EXTERNAL_STORAGE is part of the manifest but is not requesting > permissions from anywhere else except this plugin. > Stack trace: > java.lang.SecurityException: Permission Denial: reading > com.android.providers.media.MediaProvider uri > content://media/external/audio/media/8706 from pid=12598, uid=10333 requires > android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission() > at android.os.Parcel.readException(Parcel.java:1599) > at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:183) > at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:135) > at > android.content.ContentProviderProxy.query(ContentProviderNative.java:421) > at android.content.ContentResolver.query(ContentResolver.java:491) > at android.content.ContentResolver.query(ContentResolver.java:434) > at > org.apache.cordova.CordovaResourceApi.mapUriToFile(CordovaResourceApi.java:154) > at > org.apache.cordova.mediacapture.Capture.createMediaFile(Capture.java:465) > at > org.apache.cordova.mediacapture.Capture.onAudioActivityResult(Capture.java:364) > at org.apache.cordova.mediacapture.Capture$1.run(Capture.java:321) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588) > at java.lang.Thread.run(Thread.java:818) -- 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-11349) Add cordova fetch to cordova create
[ https://issues.apache.org/jira/browse/CB-11349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-11349. - Resolution: Fixed > Add cordova fetch to cordova create > --- > > Key: CB-11349 > URL: https://issues.apache.org/jira/browse/CB-11349 > Project: Apache Cordova > Issue Type: Improvement > Components: CordovaLib >Reporter: Caryn Tran >Assignee: Caryn Tran >Priority: Minor > Labels: fetch > -- 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-11396) Audio Media Capture Crashes if app stores file on external storage
[ https://issues.apache.org/jira/browse/CB-11396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321601#comment-15321601 ] ASF subversion and git services commented on CB-11396: -- Commit 2d74abe4af8fe5be92cfab07187e5f3701070e13 in cordova-plugin-media-capture's branch refs/heads/master from [~macdonst] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-media-capture.git;h=2d74abe ] CB-11396 - Audio Media Capture Crashes if app stores file on external storage > Audio Media Capture Crashes if app stores file on external storage > -- > > Key: CB-11396 > URL: https://issues.apache.org/jira/browse/CB-11396 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media Capture > Environment: Android >Reporter: Simon MacDonald >Assignee: Simon MacDonald > > I’ll go over the issue that we were seeing and that we want to address with > this fix: > - The app crashes when returning from the recorder application (RecForge) > when it tries to get the recorded audio – in onAudioActivityResult. > - This only happens if the app doesn’t already have the READ_EXTERNAL_STORAGE > permission already allowed. If the permissions for image get accepted this > issue will not reproduce anymore. > - The READ_EXTERNAL_STORAGE is part of the manifest but is not requesting > permissions from anywhere else except this plugin. > Stack trace: > java.lang.SecurityException: Permission Denial: reading > com.android.providers.media.MediaProvider uri > content://media/external/audio/media/8706 from pid=12598, uid=10333 requires > android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission() > at android.os.Parcel.readException(Parcel.java:1599) > at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:183) > at > android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:135) > at > android.content.ContentProviderProxy.query(ContentProviderNative.java:421) > at android.content.ContentResolver.query(ContentResolver.java:491) > at android.content.ContentResolver.query(ContentResolver.java:434) > at > org.apache.cordova.CordovaResourceApi.mapUriToFile(CordovaResourceApi.java:154) > at > org.apache.cordova.mediacapture.Capture.createMediaFile(Capture.java:465) > at > org.apache.cordova.mediacapture.Capture.onAudioActivityResult(Capture.java:364) > at org.apache.cordova.mediacapture.Capture$1.run(Capture.java:321) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588) > at java.lang.Thread.run(Thread.java:818) -- 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-10438) Plugin dependency version/spec is not used/ignored
[
https://issues.apache.org/jira/browse/CB-10438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321592#comment-15321592
]
ASF GitHub Bot commented on CB-10438:
-
Github user codecov-io commented on the issue:
https://github.com/apache/cordova-lib/pull/455
## [Current coverage][cc-pull] is **80.56%**
> Merging [#455][cc-pull] into [master][cc-base-branch] will increase
coverage by **0.05%**
```diff
@@ master #455 diff @@
==
Files68 68
Lines 5389 5403+14
Methods 851851
Messages 0 0
Branches 1043 1051 +8
==
+ Hits 4339 4353+14
Misses 1050 1050
Partials 0 0
```
> Powered by [Codecov](https://codecov.io?src=pr). Last updated by
[d28eed6...2973f30][cc-compare]
[cc-base-branch]:
https://codecov.io/gh/apache/cordova-lib/branch/master?src=pr
[cc-compare]:
https://codecov.io/gh/apache/cordova-lib/compare/d28eed638544ed7a52b77dedaef077a0ac450cb5...2973f30779cb2c32140381d91e9b09d41ded6a86
[cc-pull]: https://codecov.io/gh/apache/cordova-lib/pull/455?src=pr
> Plugin dependency version/spec is not used/ignored
> --
>
> Key: CB-10438
> URL: https://issues.apache.org/jira/browse/CB-10438
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 6.0.0, 5.4.1
>Reporter: Steve Gill
>Assignee: Caryn Tran
> Labels: as-designed, cordova-fetch, triaged
>
> Quite the bug!
> {code:javascript}
>
> or
>
> {code}
> The above line will ignore spec or version and will always grab the latest. I
> went back and tried the previous version of cordova and this seems to be
> ignoring it as well. Seems like this was never working.
--
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-10438) Plugin dependency version/spec is not used/ignored
[
https://issues.apache.org/jira/browse/CB-10438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321568#comment-15321568
]
ASF GitHub Bot commented on CB-10438:
-
GitHub user carynbear opened a pull request:
https://github.com/apache/cordova-lib/pull/455
CB-10438 Install correct dependency version, requires force to instal…
…l plugin with wrong dependency version installed
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/carynbear/cordova-lib CB-10438
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-lib/pull/455.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 #455
commit 2973f30779cb2c32140381d91e9b09d41ded6a86
Author: carynbear
Date: 2016-06-07T00:21:02Z
CB-10438 Install correct dependency version, requires force to install
plugin with wrong dependency version installed
> Plugin dependency version/spec is not used/ignored
> --
>
> Key: CB-10438
> URL: https://issues.apache.org/jira/browse/CB-10438
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 6.0.0, 5.4.1
>Reporter: Steve Gill
>Assignee: Caryn Tran
> Labels: as-designed, cordova-fetch, triaged
>
> Quite the bug!
> {code:javascript}
>
> or
>
> {code}
> The above line will ignore spec or version and will always grab the latest. I
> went back and tried the previous version of cordova and this seems to be
> ignoring it as well. Seems like this was never working.
--
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-11327) App force closes after launch
[
https://issues.apache.org/jira/browse/CB-11327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321483#comment-15321483
]
Shazron Abdullah commented on CB-11327:
---
Could be a red-herring. I don't see why it would crash there, the values in
Info.plist look ok.
Try re-adding all plugins back, and do the same thing.
> 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
>Priority: Blocker
>
> 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] [Comment Edited] (CB-11327) App force closes after launch
[
https://issues.apache.org/jira/browse/CB-11327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321453#comment-15321453
]
Shazron Abdullah edited comment on CB-11327 at 6/8/16 9:28 PM:
---
>From a preliminary look, it appears to be the Facebook SDK, at this line:
https://github.com/facebook/facebook-ios-sdk/blob/c570eaef543b231dafb6d89b6d395ae28dac2224/FBSDKCoreKit/FBSDKCoreKit/Internal/AppEvents/FBSDKAppEventsUtility.m#L74
I'm investigating -- it could be either a CLI problem in interpreting
plugin.xml directives or a misconfigured plugin.
was (Author: shazron):
>From a preliminary look, it appears to be the Facebook SDK, at this line:
https://github.com/facebook/facebook-ios-sdk/blob/c570eaef543b231dafb6d89b6d395ae28dac2224/FBSDKCoreKit/FBSDKCoreKit/Internal/AppEvents/FBSDKAppEventsUtility.m#L74
I think reading the key CFBundleURLTypes, it was expecting a dictionary and
it's a string instead.
I'm investigating -- it could be either a CLI problem in interpreting
plugin.xml directives or a misconfigured plugin.
> 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
>Priority: Blocker
>
> 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] [Comment Edited] (CB-11327) App force closes after launch
[
https://issues.apache.org/jira/browse/CB-11327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321453#comment-15321453
]
Shazron Abdullah edited comment on CB-11327 at 6/8/16 9:14 PM:
---
>From a preliminary look, it appears to be the Facebook SDK, at this line:
https://github.com/facebook/facebook-ios-sdk/blob/c570eaef543b231dafb6d89b6d395ae28dac2224/FBSDKCoreKit/FBSDKCoreKit/Internal/AppEvents/FBSDKAppEventsUtility.m#L74
I think reading the key CFBundleURLTypes, it was expecting a dictionary and
it's a string instead.
I'm investigating -- it could be either a CLI problem in interpreting
plugin.xml directives or a misconfigured plugin.
was (Author: shazron):
>From a preliminary look, it appears to be the Facebook SDK, at this line:
https://github.com/facebook/facebook-ios-sdk/blob/c570eaef543b231dafb6d89b6d395ae28dac2224/FBSDKCoreKit/FBSDKCoreKit/Internal/AppEvents/FBSDKAppEventsUtility.m#L74
I think reading the key CFBundleURLTypes, it was expecting a dictionary and its
a string instead.
I'm investigating -- it could be either a CLI problem in interpreting
plugin.xml directives or a misconfigured plugin.
> 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
>Priority: Blocker
>
> 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-11327) App force closes after launch
[
https://issues.apache.org/jira/browse/CB-11327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321453#comment-15321453
]
Shazron Abdullah commented on CB-11327:
---
>From a preliminary look, it appears to be the Facebook SDK, at this line:
https://github.com/facebook/facebook-ios-sdk/blob/c570eaef543b231dafb6d89b6d395ae28dac2224/FBSDKCoreKit/FBSDKCoreKit/Internal/AppEvents/FBSDKAppEventsUtility.m#L74
I think reading the key CFBundleURLTypes, it was expecting a dictionary and its
a string instead.
I'm investigating -- it could be either a CLI problem in interpreting
plugin.xml directives or a misconfigured plugin.
> 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
>Priority: Blocker
>
> 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] [Created] (CB-11398) .appxbundle file is not generated with '--bundle' command
Michael Schmidt created CB-11398:
Summary: .appxbundle file is not generated with '--bundle' command
Key: CB-11398
URL: https://issues.apache.org/jira/browse/CB-11398
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Affects Versions: 6.1.1
Environment: cordova 6.1.1
windows 4.3.2
Reporter: Michael Schmidt
Priority: Critical
*situation*
- build.json built up as described in
http://cordova.apache.org/docs/en/latest/guide/platforms/win8/index.html#signing-an-app
- windows 10 universal app
- goal: create an .appxbundle file as described in
https://github.com/apache/cordova-windows/commit/eeda3df0711cee0ff7beb761aac33e18b534b5f0
*problem: .appxbundle file is not generated*
the command
{code}
cordova build windows -- --archs="x86 x64 arm" --bundle
{code}
doesn't create an .appxbundle file
same problem exists with release command
{code}
cordova build windows --release -- --archs="x86 x64 arm"
--buildConfig="build.json" --bundle
{code}
I want to upload to the store - what alternatives are there from the 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] [Created] (CB-11397) No support for landscape on iphone 5 or 6
Carl Irving created CB-11397: Summary: No support for landscape on iphone 5 or 6 Key: CB-11397 URL: https://issues.apache.org/jira/browse/CB-11397 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Reporter: Carl Irving Is there a reason the plugin explicitly disallows landscape splashscreens for iPhone 5 or 6? When I develop my app and set the orientation to landscape, everything else (like the statusbar) works correctly, but I am stuck with a splashscreen in portrait orientation. -- 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-11391) cordova-plugin-whitelist Android does not pass sonarqube scan
[
https://issues.apache.org/jira/browse/CB-11391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321264#comment-15321264
]
Soeren Unruh commented on CB-11391:
---
Yes, an enum should also make it "clearer" what the intention is instead of
handling {{null}} as "follow default policy" in the various places. Something
like {{ALLOW, DENY, DEFAULT}}, maybe.
> cordova-plugin-whitelist Android does not pass sonarqube scan
> -
>
> Key: CB-11391
> URL: https://issues.apache.org/jira/browse/CB-11391
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Whitelist
>Affects Versions: Master
> Environment: Android
>Reporter: Rob Close
>Priority: Minor
> Fix For: Master
>
>
> The Android whitelist plugin does not pass sonarqube
> (http://www.sonarqube.org/) scan.
> The problem is "Correctness - Suspicious reference comparison of Boolean
> values", which sonarqube considers major.
--
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-11391) cordova-plugin-whitelist Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321250#comment-15321250 ] Rob Close commented on CB-11391: I failed to notice that there are three states: true, false, or null. (Maybe a enumeration would be better here?) I have created a new pull request: https://github.com/apache/cordova-plugin-whitelist/pull/21 to undo my previous change. > cordova-plugin-whitelist Android does not pass sonarqube scan > - > > Key: CB-11391 > URL: https://issues.apache.org/jira/browse/CB-11391 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Whitelist >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android whitelist plugin does not pass sonarqube > (http://www.sonarqube.org/) scan. > The problem is "Correctness - Suspicious reference comparison of Boolean > values", which sonarqube considers major. -- 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-11396) Audio Media Capture Crashes if app stores file on external storage
Simon MacDonald created CB-11396: Summary: Audio Media Capture Crashes if app stores file on external storage Key: CB-11396 URL: https://issues.apache.org/jira/browse/CB-11396 Project: Apache Cordova Issue Type: Bug Components: Plugin Media Capture Environment: Android Reporter: Simon MacDonald Assignee: Simon MacDonald I’ll go over the issue that we were seeing and that we want to address with this fix: - The app crashes when returning from the recorder application (RecForge) when it tries to get the recorded audio – in onAudioActivityResult. - This only happens if the app doesn’t already have the READ_EXTERNAL_STORAGE permission already allowed. If the permissions for image get accepted this issue will not reproduce anymore. - The READ_EXTERNAL_STORAGE is part of the manifest but is not requesting permissions from anywhere else except this plugin. Stack trace: java.lang.SecurityException: Permission Denial: reading com.android.providers.media.MediaProvider uri content://media/external/audio/media/8706 from pid=12598, uid=10333 requires android.permission.READ_EXTERNAL_STORAGE, or grantUriPermission() at android.os.Parcel.readException(Parcel.java:1599) at android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:183) at android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:135) at android.content.ContentProviderProxy.query(ContentProviderNative.java:421) at android.content.ContentResolver.query(ContentResolver.java:491) at android.content.ContentResolver.query(ContentResolver.java:434) at org.apache.cordova.CordovaResourceApi.mapUriToFile(CordovaResourceApi.java:154) at org.apache.cordova.mediacapture.Capture.createMediaFile(Capture.java:465) at org.apache.cordova.mediacapture.Capture.onAudioActivityResult(Capture.java:364) at org.apache.cordova.mediacapture.Capture$1.run(Capture.java:321) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588) at java.lang.Thread.run(Thread.java:818) -- 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-11391) cordova-plugin-whitelist Android does not pass sonarqube scan
[
https://issues.apache.org/jira/browse/CB-11391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321160#comment-15321160
]
Soeren Unruh commented on CB-11391:
---
Pull request [https://github.com/apache/cordova-plugin-whitelist/pull/20] is
breaking plugin in case {{shouldAllowNavigation()}} returns {{null}}:
{code}
E/AndroidRuntime( 5192): java.lang.NullPointerException
E/AndroidRuntime( 5192):at
org.apache.cordova.whitelist.WhitelistPlugin.shouldAllowRequest(WhitelistPlugin.java:121)
E/AndroidRuntime( 5192):at
org.apache.cordova.PluginManager.shouldAllowRequest(PluginManager.java:348)
E/AndroidRuntime( 5192):at
org.apache.cordova.engine.SystemWebViewClient.shouldInterceptRequest(SystemWebViewClient.java:325)
E/AndroidRuntime( 5192):at
android.webkit.CallbackProxy.shouldInterceptRequest(CallbackProxy.java:1126)
E/AndroidRuntime( 5192):at
android.webkit.BrowserFrame.shouldInterceptRequest(BrowserFrame.java:846)
E/AndroidRuntime( 5192):at
android.webkit.JWebCoreJavaBridge.nativeServiceFuncPtrQueue(Native Method)
E/AndroidRuntime( 5192):at
android.webkit.JWebCoreJavaBridge.handleMessage(JWebCoreJavaBridge.java:113)
E/AndroidRuntime( 5192):at
android.os.Handler.dispatchMessage(Handler.java:99)
E/AndroidRuntime( 5192):at android.os.Looper.loop(Looper.java:137)
E/AndroidRuntime( 5192):at
android.webkit.WebViewCore$WebCoreThread.run(WebViewCore.java:834)
E/AndroidRuntime( 5192):at java.lang.Thread.run(Thread.java:856)
{code}
> cordova-plugin-whitelist Android does not pass sonarqube scan
> -
>
> Key: CB-11391
> URL: https://issues.apache.org/jira/browse/CB-11391
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Whitelist
>Affects Versions: Master
> Environment: Android
>Reporter: Rob Close
>Priority: Minor
> Fix For: Master
>
>
> The Android whitelist plugin does not pass sonarqube
> (http://www.sonarqube.org/) scan.
> The problem is "Correctness - Suspicious reference comparison of Boolean
> values", which sonarqube considers major.
--
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-11383) Gradle needs to be updated with modern plugin name and JCenter
[ https://issues.apache.org/jira/browse/CB-11383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321009#comment-15321009 ] ASF GitHub Bot commented on CB-11383: - Github user codecov-io commented on the issue: https://github.com/apache/cordova-android/pull/309 ## [Current coverage][cc-pull] is **34.14%** > Merging [#309][cc-pull] into [master][cc-base-branch] will not change coverage ```diff @@ master #309 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 [81d6219...2e5b613][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/81d6219663ee4c9100a7bdaab49f5cf58c82e578...2e5b613bab1986d2e78f230615d41bf17819de5a [cc-pull]: https://codecov.io/gh/apache/cordova-android/pull/309?src=pr > Gradle needs to be updated with modern plugin name and JCenter > -- > > Key: CB-11383 > URL: https://issues.apache.org/jira/browse/CB-11383 > Project: Apache Cordova > Issue Type: Bug >Reporter: Joe Bowser >Assignee: Joe Bowser > Labels: Android > > Setting all repositories by default to JCenter -- 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-11383) Gradle needs to be updated with modern plugin name and JCenter
[ https://issues.apache.org/jira/browse/CB-11383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320958#comment-15320958 ] ASF GitHub Bot commented on CB-11383: - Github user infil00p commented on the issue: https://github.com/apache/cordova-android/pull/309 @macdonst Yes, we should. > Gradle needs to be updated with modern plugin name and JCenter > -- > > Key: CB-11383 > URL: https://issues.apache.org/jira/browse/CB-11383 > Project: Apache Cordova > Issue Type: Bug >Reporter: Joe Bowser >Assignee: Joe Bowser > Labels: Android > > Setting all repositories by default to JCenter -- 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-11387) Relative plugin resolution does not work when cordova is executed as sub process
[
https://issues.apache.org/jira/browse/CB-11387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320955#comment-15320955
]
Tobias Bocanegra commented on CB-11387:
---
sure I could fix all my invocations. but I think this is something that broke
from 6.1.1 to 6.2.
this also affect executing cordova from IntelliJ, AppCode, WebStorm, Eclipse
and could be a problem for those users as well.
> Relative plugin resolution does not work when cordova is executed as sub
> process
>
>
> Key: CB-11387
> URL: https://issues.apache.org/jira/browse/CB-11387
> Project: Apache Cordova
> Issue Type: Bug
> Components: CordovaLib
>Affects Versions: 6.2.0
>Reporter: Tobias Bocanegra
>Assignee: Tobias Bocanegra
> Attachments: CB-11387-Example.zip
>
>
> (this used to work in 6.1.1)
> if {{cordova platform add}} is invoked as subprocess (for example in an
> ant-script), the plugin spec resolution for relative plugins doesn't work.
> for example:
> {noformat}
>
> {noformat}
> See the attached script. when running with ant it shows:
> {noformat}
> $ ant test
> Buildfile: /Users/tripod/tmp/testfail/foo/build.xml
> test:
> [exec] /Users/tripod/tmp/testfail/foo/testdir
>[delete] Deleting directory
> /Users/tripod/tmp/testfail/foo/testdir/platforms
>[delete] Deleting directory /Users/tripod/tmp/testfail/foo/testdir/plugins
> [exec] Adding ios project...
> [exec] iOS project created with cordova-ios@4.1.1
> [exec] Discovered plugin "cordova-plugin-whitelist" in config.xml.
> Adding it to the project
> [exec] Fetching plugin "cordova-plugin-whitelist@1" via npm
> [exec] Installing "cordova-plugin-whitelist" for ios
> [exec] Discovered plugin "cordova-testplugin" in config.xml. Adding it
> to the project
> [exec] Failed to restore plugin "cordova-testplugin" from config.xml.
> You might need to try adding it again. Error: Error: Invalid package.json
> {noformat}
> please note, that ant sets the pwd correctly.
> when running from command line:
> {noformat}
> $ cd testdir; cordova platform add ios
> Adding ios project...
> iOS project created with cordova-ios@4.1.1
> Discovered plugin "cordova-plugin-whitelist" in config.xml. Adding it to the
> project
> Fetching plugin "cordova-plugin-whitelist@1" via npm
> Installing "cordova-plugin-whitelist" for ios
> Discovered plugin "cordova-testplugin" in config.xml. Adding it to the project
> Installing "cordova-testplugin" for ios
> {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-11326) use navigator.app.loadUrl got uncaught exception with allow-navigation
[
https://issues.apache.org/jira/browse/CB-11326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320784#comment-15320784
]
ASF GitHub Bot commented on CB-11326:
-
Github user cordova-qa commented on the issue:
https://github.com/apache/cordova-plugin-splashscreen/pull/104
Cordova CI Build has one or more failures.
**Commit** -
[Link](https://github.com/apache/cordova-plugin-splashscreen/pull/104/commits/master)
**Dashboard** -
[Link](http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6/)
| Builder Name | Console Output | Test Report | Device Logs |
| :---: | :---: | :---: | :---:|
| [Windows 8.1 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-store/artifact/)
|
| [Windows 10 Store](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-10-store/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-10-store/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-10-store/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-10-store/artifact/)
|
| [Windows 8.1 Phone](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-phone/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-phone/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-phone/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=windows-slave,platformName=windows-8.1-phone/artifact/)
|
| [iOS](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=ios/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=ios/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=ios/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=ios/artifact/)
|
| [Android Mac](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=android/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=android/console)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=android/testReport/)
| [Link](
http://cordova-ci.cloudapp.net:8080/job/cordova-plugin-splashscreen-pr/6//label=mac-slave,platformName=android/artifact/)
|
> use navigator.app.loadUrl got uncaught exception with allow-navigation
> ---
>
> Key: CB-11326
> URL: https://issues.apache.org/jira/browse/CB-11326
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin SplashScreen
> Environment: Cordova 6.2.0
>Reporter: zhuisui
>Assignee: Vladimir Kotikov
> Labels: triaged
>
> I get this stack when {{navigator.app.loadUrl(myurl)}} with
> {{}}, which occurs after
> {{pluginManager.shouldAllowNavigation(myurl)}} returns true
> {code}
> Uncaught exception from plugin
>
> android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original
> thread that created a view hierarchy can touch its views.
> at
> android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6556)
> at
> android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:3023)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> a
[jira] [Commented] (CB-8292) notification.prompt has invisible white text for user input
[
https://issues.apache.org/jira/browse/CB-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320731#comment-15320731
]
Valerio commented on CB-8292:
-
platforms/android/src/org/apache/cordova/dialogs/Notification.java
search for "public synchronized void prompt"
change "promptInput.setHint(defaultText);" into
"promptInput.setText(defaultText);"
//promptInput.setHintTextColor(0xff44);
add after previuos line "promptInput.setTextColor(0xff44);"
work for me on android 6.0. and 5.1.1
hitText generate a problem,not move cursor and i can't delete text into it
> notification.prompt has invisible white text for user input
> ---
>
> Key: CB-8292
> URL: https://issues.apache.org/jira/browse/CB-8292
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Dialogs
>Affects Versions: 3.5.0
> Environment: build.phonegap.com, with core plugins from source=
> "plugins.cordova.io" .
> (Sorry I can't verify if this is just a build.phonegap.com problem or an
> issue with the plugin, but from the code diffs, seems it is the plugin.)
>Reporter: Steve Bohrer
>Priority: Minor
> Attachments: Screenshot_2016-03-11-13-21-39.png,
> Screenshot_2016-03-11-13-21-39.png
>
>
> In 0.2.9 of the core dialogs plugin, the change note says: "When you don't
> specify a theme the platform defaults back to gingerbread styling. By
> applying the device default theme it will change it to the new (and much
> nicer looking) styles on newer devices."
> However, the EditText item is not changed, so user-entered text is still in
> the gingerbread styling, which results in white text on the new white dialog
> background. This issue persists through dialogs plugin 0.2.11. (Note that the
> default prompt string is drawn with the proper font, but when the user enters
> text, it is white.)
> From the diffs at
> https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-dialogs.git;a=commitdiff;h=90ad94c3309619b9e629ccf416d1a787df7c3d0e
> It is clear that AlertDialog.Builder is called with the new default style,
> but the EditText item is unchanged.
> Here's the excerpt of the relevant diffs:
> @@ -270,7 +270,7 @@ public class Notification extends CordovaPlugin {
> public void run() {
> final EditText promptInput = new
> EditText(cordova.getActivity());
> promptInput.setHint(defaultText);
> -AlertDialog.Builder dlg = new
> AlertDialog.Builder(cordova.getActivity());
> +AlertDialog.Builder dlg = new
> AlertDialog.Builder(cordova.getActivity(),
> AlertDialog.THEME_DEVICE_DEFAULT_LIGHT);
--
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-11326) use navigator.app.loadUrl got uncaught exception with allow-navigation
[
https://issues.apache.org/jira/browse/CB-11326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320725#comment-15320725
]
Vladimir Kotikov commented on CB-11326:
---
[~zyf0330], {{loadUrl}} works as expected. I did some testing and after
applying the patch above i don't see any crashes and whitelisted URL is loaded
into WebView correctly
> use navigator.app.loadUrl got uncaught exception with allow-navigation
> ---
>
> Key: CB-11326
> URL: https://issues.apache.org/jira/browse/CB-11326
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin SplashScreen
> Environment: Cordova 6.2.0
>Reporter: zhuisui
>Assignee: Vladimir Kotikov
> Labels: triaged
>
> I get this stack when {{navigator.app.loadUrl(myurl)}} with
> {{}}, which occurs after
> {{pluginManager.shouldAllowNavigation(myurl)}} returns true
> {code}
> Uncaught exception from plugin
>
> android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original
> thread that created a view hierarchy can touch its views.
> at
> android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6556)
> at
> android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:3023)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.View.clearFocusInternal(View.java:5602)
> at
> android.view.View.clearFocus(View.java:5585)
> at
> android.view.ViewGroup.clearFocus(ViewGroup.java:977)
> at
> android.view.View.setFlags(View.java:10622)
> at
> android.view.View.setVisibility(View.java:7431)
> at
> org.apache.cordova.splashscreen.SplashScreen.pluginInitialize(SplashScreen.java:85)
> at
> org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:58)
> at
> org.apache.cordova.PluginManager.getPlugin(PluginManager.java:172)
> at
> org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:98)
> at
> org.apache.cordova.PluginManager.init(PluginManager.java:87)
> at
> org.apache.cordova.CordovaWebViewImpl.loadUrlIntoView(CordovaWebViewImpl.java:138)
> at
> org.apache.cordova.CordovaWebViewImpl.showWebPage(CordovaWebViewImpl.java:216)
> at
> org.apache.cordova.CoreAndroid.loadUrl(CoreAndroid.java:203)
> at
> org.apache.cordova.CoreAndroid.execute(CoreAndroid.java:92)
> at
> org.apache.cordova.CordovaPlugin.execute(CordovaPlugin.java:98)
> at
> org.apache.cordova.PluginManager.exec(PluginManager.java:133)
> at
> org.apache.cordova.CordovaBridge.jsExec(CordovaBridge.java:59)
> at
> org.apache.cordova.engine.SystemExposedJsApi.exec(SystemExposedJsApi.java:41)
> at
> org.chromium.base.SystemMessageHandler.nativeDoRunLoopOnce(Native Method)
> at
> org.chromium.base.SystemMessageHandler.handleMessage(SystemMessageHandler.java:53)
> at
> android.os.Handler.dispatchMessage(Handler.java:102)
> at
> android.os.Looper.loop(Looper.java:148)
> at
> android.os.HandlerThread.run(Handle
[jira] [Commented] (CB-11326) use navigator.app.loadUrl got uncaught exception with allow-navigation
[
https://issues.apache.org/jira/browse/CB-11326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320718#comment-15320718
]
ASF GitHub Bot commented on CB-11326:
-
GitHub user vladimir-kotikov opened a pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/104
CB-11326 Prevent crash when initializing plugin after navigating to another
URL
### Platforms affected
- Android
### What does this PR do?
Fixes app hang (due to internal crash) after calling
`navigator.app.loadUrl(myurl)`
### What testing has been done on this change?
Manual testing
### Checklist
- [x] [ICLA](http://www.apache.org/licenses/icla.txt) has been signed and
submitted to secret...@apache.org.
- [x] [Reported an issue](http://cordova.apache.org/contribute/issues.html)
in the JIRA database
- [x] Commit message follows the format: "CB-3232: (android) Fix bug with
resolving file paths", where CB- is the JIRA ID & "android" is the platform
affected.
- [ ] Added automated test coverage as appropriate for this change.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/vladimir-kotikov/cordova-plugin-splashscreen
CB-11326
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/cordova-plugin-splashscreen/pull/104.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 #104
commit b7ace248116826b8b5858b748b5525ee7cf92b25
Author: Vladimir Kotikov
Date: 2016-06-08T15:04:03Z
CB-11326 Prevent crash when initializing plugin after navigating to another
URL
> use navigator.app.loadUrl got uncaught exception with allow-navigation
> ---
>
> Key: CB-11326
> URL: https://issues.apache.org/jira/browse/CB-11326
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin SplashScreen
> Environment: Cordova 6.2.0
>Reporter: zhuisui
>Assignee: Vladimir Kotikov
> Labels: triaged
>
> I get this stack when {{navigator.app.loadUrl(myurl)}} with
> {{}}, which occurs after
> {{pluginManager.shouldAllowNavigation(myurl)}} returns true
> {code}
> Uncaught exception from plugin
>
> android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original
> thread that created a view hierarchy can touch its views.
> at
> android.view.ViewRootImpl.checkThread(ViewRootImpl.java:6556)
> at
> android.view.ViewRootImpl.clearChildFocus(ViewRootImpl.java:3023)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.ViewGroup.clearChildFocus(ViewGroup.java:964)
> at
> android.view.View.clearFocusInternal(View.java:5602)
> at
> android.view.View.clearFocus(View.java:5585)
> at
> android.view.ViewGroup.clearFocus(ViewGroup.java:977)
> at
> android.view.View.setFlags(View.java:10622)
> at
> android.view.View.setVisibility(View.java:7431)
> at
> org.apache.cordova.splashscreen.SplashScreen.pluginInitialize(SplashScreen.java:85)
> at
> org.apache.cordova.CordovaPlugin.privateInitialize(CordovaPlugin.java:58)
> at
> org.apache.cordova.PluginManager.getPlugin(PluginManager.java:172)
> at
> org.apache.cordova.PluginManager.startupPlugins(PluginManager.java:98)
> at
> org.apache.cordova.PluginManager.init(PluginManager.java:87)
> at
> org.apache.cordova.CordovaWebViewImpl.loadUrlIntoView(CordovaWebViewImpl.java:138)
> at
> org.apache.cordova.CordovaWebViewImpl.showWebPage(CordovaWebViewImpl.java:216)
>
[jira] [Created] (CB-11395) Add Screen Orientation Plugin to Coho
Tony Homer created CB-11395: --- Summary: Add Screen Orientation Plugin to Coho Key: CB-11395 URL: https://issues.apache.org/jira/browse/CB-11395 Project: Apache Cordova Issue Type: Bug Components: Coho, Plugin Screen Orientation Reporter: Tony Homer Assignee: Tony Homer -- 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-10934) backgroundColorByHexString doesn't work after tap backbutton on Android
[
https://issues.apache.org/jira/browse/CB-10934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320406#comment-15320406
]
Bruno Tuy commented on CB-10934:
Same issue here on Moto X Play
> backgroundColorByHexString doesn't work after tap backbutton on Android
> ---
>
> Key: CB-10934
> URL: https://issues.apache.org/jira/browse/CB-10934
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
> Environment: Mac OS X 10.10.5
> Cordova 6.0.0
> Android 5.1
> cordova-plugin-statusbar 2.0.0/2.1.2
>Reporter: Leonardo Bazico
> Labels: triaged, wfc
>
> The deviceready event is fired on re-open app after close app with backbutton
> on Android, but method backgroundColorByHexString doesn't work.
> I don't test with other methods of window.StatusBar.
> {code:borderStyle=solid}
> document.addEventListener("deviceready", function () {
> if (window.StatusBar && window.cordova && window.cordova.platformId ==
> 'android') {
> window.StatusBar.backgroundColorByHexString("#141414");
> }
> }, false);
> {code}
> Tested with cordova-plugin-statusbar 2.0.0 and 2.1.2
--
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-11327) App force closes after launch
[
https://issues.apache.org/jira/browse/CB-11327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320347#comment-15320347
]
Volkan G. commented on CB-11327:
Thanks. I followed your guide, removed all plugins, added plugins one-by-one
and as soon as the error occured (with the plugin phonegap-plugin-push@1.6.4) I
took a screenshot of the stacktrace: https://paste.xinu.at/sJjA7/
Does this fit your needs? Or is there any better view of the stack trace?
> 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
>Priority: Blocker
>
> 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-11385) cordova-plugin-file Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320306#comment-15320306 ] ASF GitHub Bot commented on CB-11385: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-file/pull/183 > cordova-plugin-file Android does not pass sonarqube scan > > > Key: CB-11385 > URL: https://issues.apache.org/jira/browse/CB-11385 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android file plugin does not pass sonarqube (http://www.sonarqube.org/) > scan. > The problem are "Empty Catch Block", which sonarqube considers a blocker, and > the following, which sonarqube considers major: > Preserve stack trace, > Reliance on default encoding, -- 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-11385) cordova-plugin-file Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320305#comment-15320305 ] ASF subversion and git services commented on CB-11385: -- Commit 4270ae23b5ac9af9e3c9c18b6339d5bf9d0a6396 in cordova-plugin-file's branch refs/heads/master from [~rclose] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-file.git;h=4270ae2 ] CB-11385 android: Does not pass sonarqube scan The problem are "Empty Catch Block", which sonarqube considers a blocker, and the following, which sonarqube considers major: Preserve stack trace, Reliance on default encoding. This closes #183 > cordova-plugin-file Android does not pass sonarqube scan > > > Key: CB-11385 > URL: https://issues.apache.org/jira/browse/CB-11385 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android file plugin does not pass sonarqube (http://www.sonarqube.org/) > scan. > The problem are "Empty Catch Block", which sonarqube considers a blocker, and > the following, which sonarqube considers major: > Preserve stack trace, > Reliance on default encoding, -- 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-11381) cordova-plugin-inappbrowser Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320303#comment-15320303 ] ASF GitHub Bot commented on CB-11381: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-inappbrowser/pull/169 > cordova-plugin-inappbrowser Android does not pass sonarqube scan > > > Key: CB-11381 > URL: https://issues.apache.org/jira/browse/CB-11381 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android inappbrowser plugin does not pass sonarqube > (http://www.sonarqube.org/) scan. > The problem is "Empty Catch Block", which sonarqube considers a blocker. -- 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-11381) cordova-plugin-inappbrowser Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320302#comment-15320302 ] ASF subversion and git services commented on CB-11381: -- Commit bcdc0b9da01862dacac554db5fd6836d6463c4cc in cordova-plugin-inappbrowser's branch refs/heads/master from [~rclose] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-inappbrowser.git;h=bcdc0b9 ] CB-11381 android: Does not pass sonarqube scan The problem is "Empty Catch Block", which sonarqube considers a blocker. Added a log message to the empty block. This closes #169 > cordova-plugin-inappbrowser Android does not pass sonarqube scan > > > Key: CB-11381 > URL: https://issues.apache.org/jira/browse/CB-11381 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android inappbrowser plugin does not pass sonarqube > (http://www.sonarqube.org/) scan. > The problem is "Empty Catch Block", which sonarqube considers a blocker. -- 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-113) Remove media.js from BlackBerry
[ https://issues.apache.org/jira/browse/CB-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320298#comment-15320298 ] ASF subversion and git services commented on CB-113: Commit c2c0072378193710238d1fab1f12013b9fd359bb in cordova-plugin-whitelist's branch refs/heads/master from [~rclose] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-whitelist.git;h=c2c0072 ] CB-113 android: Does not pass sonarqube scan The problem is "Correctness - Suspicious reference comparison of Boolean values", which sonarqube considers major. This closes #20 > Remove media.js from BlackBerry > --- > > Key: CB-113 > URL: https://issues.apache.org/jira/browse/CB-113 > Project: Apache Cordova > Issue Type: Bug > Components: BlackBerry >Affects Versions: 1.3.0 >Reporter: Drew Walters >Assignee: Drew Walters >Priority: Trivial > Fix For: 1.3.0 > > Original Estimate: 1h > Remaining Estimate: 1h > > When Playbook code was merged into BlackBerry component, media.js was renamed > to capture.js to match other platforms. However, media.js was never deleted. > Delete the no longer necessary media.js. -- 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-11391) cordova-plugin-whitelist Android does not pass sonarqube scan
[ https://issues.apache.org/jira/browse/CB-11391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320299#comment-15320299 ] ASF GitHub Bot commented on CB-11391: - Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-whitelist/pull/20 > cordova-plugin-whitelist Android does not pass sonarqube scan > - > > Key: CB-11391 > URL: https://issues.apache.org/jira/browse/CB-11391 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Whitelist >Affects Versions: Master > Environment: Android >Reporter: Rob Close >Priority: Minor > Fix For: Master > > > The Android whitelist plugin does not pass sonarqube > (http://www.sonarqube.org/) scan. > The problem is "Correctness - Suspicious reference comparison of Boolean > values", which sonarqube considers major. -- 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-9888) WKWebView on iOS9 on iPhone 5 (32-bit phone) - occasionally resets view
[ https://issues.apache.org/jira/browse/CB-9888?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320272#comment-15320272 ] craig mcmillan commented on CB-9888: so the `webViewContentProcessDidTerminate` delegate function on `CDVWKWebViewEngine` already does something sensible, i.e. `[wkWebView reload]` ... i was still suffering from occasional White Screen Of Death though, unpredictably but invariably after some hours of the app being in the background and therefore pretty much impossible to catch in a debugger making the assumption that the problem was that in some cases the `webViewContentProcessDidTerminate` delegate function doesn't get called when an app is resumed i implemented the following : https://github.com/employeerepublic/cordova-ios/commits/4.1.1-branch https://github.com/employeerepublic/cordova-plugin-wkwebview-engine/commits/1.0.3-branch which adds a `- (BOOL)reloadIfRequired` method to `CDVWebViewEngineProtocol` and calls it from `CDVViewController.onAppWillEnterForeground`. in the `CDVWKWebViewEngine` the implementation uses the title tag hack outlined above to determine if the content process is alive, and if not does the `[wkWebView reload]` none of our users have had a WSOD incident since i implemented this patch 4 days ago, though given the nature of the problem "absence of evidence is not evidence of absence", but i would have expected a couple of incidences in that time prior to my patch > WKWebView on iOS9 on iPhone 5 (32-bit phone) - occasionally resets view > --- > > Key: CB-9888 > URL: https://issues.apache.org/jira/browse/CB-9888 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Affects Versions: 4.0.0 > Environment: iphone 5, ios9.1 >Reporter: Jan Pittner > > Occasionally the entire web view is cleared. White screen. Plugins and other > components remain unaffected. Observed when playing background audio (via > CDVSound), going to background, and running other apps. Audio continues > uninterrupted, but bringing the app to foreground reveals white screen. > It appears to be related to an issue with the XPC connection being lost > between the app and the wkwebview (log in XCode mentioned the XPC connection > being interrupted). (see also: > http://stackoverflow.com/questions/25854143/wkwebview-intermittent-blank-screen-issue > ) > The plugin should detect if the WKWebView has reset and reload the app. -- 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-11394) backbutton eventlistener should be able to let cordova execute the default native behaviour
[ https://issues.apache.org/jira/browse/CB-11394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philipp Kursawe updated CB-11394: - Summary: backbutton eventlistener should be able to let cordova execute the default native behaviour (was: backbutton eventlistener does not respect event.defaultPrevented) > backbutton eventlistener should be able to let cordova execute the default > native behaviour > --- > > Key: CB-11394 > URL: https://issues.apache.org/jira/browse/CB-11394 > Project: Apache Cordova > Issue Type: Bug > Components: AllPlatforms >Reporter: Philipp Kursawe > > When we override the "menubutton" with a custom handler, cordova completly > skips handling of the native behaviour (as written in the docs). > It does this even though the events `defaultPrevented` property is set to > `false`. A proper implementation of event handling would look into this > property and act accordingly. > Not sure how this could be introduced now without breaking old code. > Probably old code never returns a value from the event handler. So a patch > could check if the return value is `===true` then it should perform the > default native behaviour of that button. -- 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-11394) backbutton eventlistener does not respect event.defaultPrevented
Philipp Kursawe created CB-11394: Summary: backbutton eventlistener does not respect event.defaultPrevented Key: CB-11394 URL: https://issues.apache.org/jira/browse/CB-11394 Project: Apache Cordova Issue Type: Bug Components: AllPlatforms Reporter: Philipp Kursawe When we override the "menubutton" with a custom handler, cordova completly skips handling of the native behaviour (as written in the docs). It does this even though the events `defaultPrevented` property is set to `false`. A proper implementation of event handling would look into this property and act accordingly. Not sure how this could be introduced now without breaking old code. Probably old code never returns a value from the event handler. So a patch could check if the return value is `===true` then it should perform the default native behaviour of that button. -- 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-11393) spinner shows on the side of the screen
Jonathan Heimann created CB-11393: - Summary: spinner shows on the side of the screen Key: CB-11393 URL: https://issues.apache.org/jira/browse/CB-11393 Project: Apache Cordova Issue Type: Bug Components: Plugin SplashScreen Affects Versions: 3.2.0 Environment: Samsung S5 Reporter: Jonathan Heimann While showing the splash screen, the spinner is not in the middle of the screen, it is on the right side of it. i tried using but it didnt change anything. I couldnt find any issues about this bug. on my LG3 it works just fine, but on the Samsung S5 of my colleague it doesn't. Note, it didnt let me say i use V3.2.2, but i do and my the readme i think its the newest released. I havnt tried 3.2.0 at all. Can anyone replicate this bug? Is there any known solution? Thanks, Jonathan -- 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-8921) menubutton event not firing
[ https://issues.apache.org/jira/browse/CB-8921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15320218#comment-15320218 ] Philipp Kursawe commented on CB-8921: - This is resolved as duplicate. Where is the original issue and is the original issue fixed? Cause the menu button event is still not fired in android 5.1.1 > menubutton event not firing > --- > > Key: CB-8921 > URL: https://issues.apache.org/jira/browse/CB-8921 > Project: Apache Cordova > Issue Type: Bug > Components: Android > Environment: Android Emulator, SDK 19 >Reporter: Jean-Luc Desroches >Assignee: Joe Bowser >Priority: Minor > > After updating to latest version of cordova (5.0) menubutton event is never > triggered. Have tested in hello world app, as well as in my own app, neither > of which register any menubutton events -- 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
