[jira] [Created] (CB-8048) Contact.pickContact API should call getContactByRawId to fetch already existing contact
Pavankumar Joshi created CB-8048:
Summary: Contact.pickContact API should call getContactByRawId to
fetch already existing contact
Key: CB-8048
URL: https://issues.apache.org/jira/browse/CB-8048
Project: Apache Cordova
Issue Type: Bug
Components: Android, mobile-spec, Plugin Contacts
Affects Versions: 3.6.3
Environment: Mobilespec 3.6.3 , Nexus 7 device, Android 4.4.3 version
on device
Reporter: Pavankumar Joshi
Priority: Minor
This Issue is related to https://issues.apache.org/jira/browse/CB-5308
I am constantly getting contact.save()(already existing contact) method test
failure.
If I apply the patch as mentioned in JIRA
https://issues.apache.org/jira/browse/CB-5308 pickContacts API fails.
But without the patch conact.save()(already existing contact) method always
fails.
I observed that the query to retrieve the contact which already exists
RAWCONTACTS_ID is used This is implemented in onActivityResult() in
ContactManager.java
Hence i made the change even to pickContact API.
Earlier Code
public void onActivityResult(int requestCode, int resultCode, final Intent
intent) {
if (requestCode == CONTACT_PICKER_RESULT) {
if (resultCode == Activity.RESULT_OK) {
String contactId = intent.getData().getLastPathSegment();
// to populate contact data we require Raw Contact ID
// so we do look up for contact raw id first
Cursor c =
this.cordova.getActivity().getContentResolver().query(RawContacts.CONTENT_URI,
new String[]
{RawContacts._ID}, RawContacts.CONTACT_ID + " = " + contactId, null, null);
if (!c.moveToFirst()) { this.callbackContext.error("Error occured while
retrieving contact raw id"); return; }
String id = c.getString(c.getColumnIndex(RawContacts._ID));
c.close();
try { JSONObject contact = contactAccessor.getContactById(id);
this.callbackContext.success(contact); return; } catch (JSONException e) {
Log.e(LOG_TAG, "JSON fail.", e); }
} else if (resultCode == Activity.RESULT_CANCELED){
this.callbackContext.sendPluginResult(new
PluginResult(PluginResult.Status.NO_RESULT, UNKNOWN_ERROR)); return; }
this.callbackContext.sendPluginResult(new
PluginResult(PluginResult.Status.ERROR, UNKNOWN_ERROR));
}
}
Modified Code : Changed the call " JSONObject contact =
contactAccessor.getContactByRawId(id);"
public void onActivityResult(int requestCode, int resultCode, final Intent
intent) {
if (requestCode == CONTACT_PICKER_RESULT) {
if (resultCode == Activity.RESULT_OK) {
String contactId = intent.getData().getLastPathSegment();
// to populate contact data we require Raw Contact ID
// so we do look up for contact raw id first
Cursor c =
this.cordova.getActivity().getContentResolver().query(RawContacts.CONTENT_URI,
new String[] {RawContacts._ID}
, RawContacts.CONTACT_ID + " = " + contactId, null, null);
if (!c.moveToFirst())
{ this.callbackContext.error("Error occured while retrieving contact raw id");
return; }
String id = c.getString(c.getColumnIndex(RawContacts._ID));
c.close();
try
{ //JSONObject contact = contactAccessor.getContactById(id); JSONObject contact
= contactAccessor.getContactByRawId(id); this.callbackContext.success(contact);
return; }
catch (JSONException e)
{ Log.e(LOG_TAG, "JSON fail.", e); }
} else if (resultCode == Activity.RESULT_CANCELED)
{ this.callbackContext.sendPluginResult(new
PluginResult(PluginResult.Status.NO_RESULT, UNKNOWN_ERROR)); return; }
this.callbackContext.sendPluginResult(new
PluginResult(PluginResult.Status.ERROR, UNKNOWN_ERROR));
}
}
Please let me know if this is correct or are we missing something
--
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-8034) Mobilespec failes to create app for wp8 platform
[ https://issues.apache.org/jira/browse/CB-8034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218843#comment-14218843 ] ASF GitHub Bot commented on CB-8034: Github user asfgit closed the pull request at: https://github.com/apache/cordova-mobile-spec/pull/112 > Mobilespec failes to create app for wp8 platform > > > Key: CB-8034 > URL: https://issues.apache.org/jira/browse/CB-8034 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec, WP8 >Reporter: Maria Bukharina >Assignee: Jesse MacFadyen > > Repo steps: > 1. Download and install cordova tools: lib, cli, plugman, js > 2. Download wp8 platfrom > 3. Download all plugins > 4. Download and install mobilespec > 4. run > cordova-mobile-spec/createmobilespec/createmobilespec --wp8 mobilespec > Expected: created mobilespec app with wp8 platform > Actual: creating failed with: > Adding Platform: wp8 > Could not find wp8; >run: ./cordova-coho/coho repo-clone -r cordova-wp8 -- 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-8034) Mobilespec failes to create app for wp8 platform
[ https://issues.apache.org/jira/browse/CB-8034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218804#comment-14218804 ] ASF subversion and git services commented on CB-8034: - Commit cd6c6ecd062b8b7286c382df4778c0bb43a66add in cordova-mobile-spec's branch refs/heads/master from maria.bukharina [ https://git-wip-us.apache.org/repos/asf?p=cordova-mobile-spec.git;h=cd6c6ec ] CB-8034 Fixed creating mobilespec app for wp8 > Mobilespec failes to create app for wp8 platform > > > Key: CB-8034 > URL: https://issues.apache.org/jira/browse/CB-8034 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec, WP8 >Reporter: Maria Bukharina >Assignee: Jesse MacFadyen > > Repo steps: > 1. Download and install cordova tools: lib, cli, plugman, js > 2. Download wp8 platfrom > 3. Download all plugins > 4. Download and install mobilespec > 4. run > cordova-mobile-spec/createmobilespec/createmobilespec --wp8 mobilespec > Expected: created mobilespec app with wp8 platform > Actual: creating failed with: > Adding Platform: wp8 > Could not find wp8; >run: ./cordova-coho/coho repo-clone -r cordova-wp8 -- 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-5706) Make cordova-ios/bin/create work on Windows
[ https://issues.apache.org/jira/browse/CB-5706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-5706. -- Resolution: Fixed Fix Version/s: 3.8.0 > Make cordova-ios/bin/create work on Windows > --- > > Key: CB-5706 > URL: https://issues.apache.org/jira/browse/CB-5706 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: kpandian >Assignee: Shazron Abdullah >Priority: Minor > Fix For: 3.8.0 > > > I try to create the ios app the following error generate. So pls the > solutions. > C:\Documents and > Settings\Administrator\.cordova\lib\ios\cordova\3.3.0\bin\cre > ate"' is not recognized as an internal or external command > operable program or batch file. -- 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-5706) Make cordova-ios/bin/create work on Windows
[ https://issues.apache.org/jira/browse/CB-5706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218795#comment-14218795 ] ASF GitHub Bot commented on CB-5706: Github user asfgit closed the pull request at: https://github.com/apache/cordova-ios/pull/118 > Make cordova-ios/bin/create work on Windows > --- > > Key: CB-5706 > URL: https://issues.apache.org/jira/browse/CB-5706 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: kpandian >Assignee: Shazron Abdullah >Priority: Minor > > I try to create the ios app the following error generate. So pls the > solutions. > C:\Documents and > Settings\Administrator\.cordova\lib\ios\cordova\3.3.0\bin\cre > ate"' is not recognized as an internal or external command > operable program or batch file. -- 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-5706) Make cordova-ios/bin/create work on Windows
[ https://issues.apache.org/jira/browse/CB-5706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218786#comment-14218786 ] ASF subversion and git services commented on CB-5706: - Commit dd54d96bd0eddb7f8967d0d1fcfb90f2635ed22a in cordova-ios's branch refs/heads/master from [~eymorale] [ https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;h=dd54d96 ] CB-5706 convert some of the bash scripts to nodejs (closes #118) > Make cordova-ios/bin/create work on Windows > --- > > Key: CB-5706 > URL: https://issues.apache.org/jira/browse/CB-5706 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: kpandian >Assignee: Shazron Abdullah >Priority: Minor > > I try to create the ios app the following error generate. So pls the > solutions. > C:\Documents and > Settings\Administrator\.cordova\lib\ios\cordova\3.3.0\bin\cre > ate"' is not recognized as an internal or external command > operable program or batch file. -- 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-8010) Statusbar colour does not change to orange
[
https://issues.apache.org/jira/browse/CB-8010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-8010.
--
Resolution: Fixed
> Statusbar colour does not change to orange
> --
>
> Key: CB-8010
> URL: https://issues.apache.org/jira/browse/CB-8010
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 3.6.0
> Environment: iOS7,8, physical/simulated environment
>Reporter: Shingo Toda
>Assignee: Shazron Abdullah
>Priority: Minor
>
> Calling {{StatusBar.backgroundColorByName('orange');}} does not change status
> colour to orange but to black.
> The reason is in {{statusbar.js}}, "orange" property is defined with double #
> like {{"##FFA500"}}
> {code:title=statusbar.js}
> "orange": "##FFA500",
> {code}
> After taking out one #, status bar colour changed to orange as expected.
--
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-8010) Statusbar colour does not change to orange
[
https://issues.apache.org/jira/browse/CB-8010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218777#comment-14218777
]
ASF subversion and git services commented on CB-8010:
-
Commit a96226a0740eecb8badb03aad20f038fafadda74 in cordova-plugin-statusbar's
branch refs/heads/master from [~shazron]
[
https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-statusbar.git;h=a96226a
]
CB-8010 - Statusbar colour does not change to orange
> Statusbar colour does not change to orange
> --
>
> Key: CB-8010
> URL: https://issues.apache.org/jira/browse/CB-8010
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 3.6.0
> Environment: iOS7,8, physical/simulated environment
>Reporter: Shingo Toda
>Assignee: Shazron Abdullah
>Priority: Minor
>
> Calling {{StatusBar.backgroundColorByName('orange');}} does not change status
> colour to orange but to black.
> The reason is in {{statusbar.js}}, "orange" property is defined with double #
> like {{"##FFA500"}}
> {code:title=statusbar.js}
> "orange": "##FFA500",
> {code}
> After taking out one #, status bar colour changed to orange as expected.
--
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-8046) cordova-js/VERSION not updated
[ https://issues.apache.org/jira/browse/CB-8046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218772#comment-14218772 ] Mark Koudritsky commented on CB-8046: - How exactly is the VERSION file used? Is it serious enough to publish a 3.7.3. release ASAP? (And associated 4.1.3 for lib and cli) Are there separate instructions for releasing cordova-js? It wasn't released as part of the tools till this August (browserify) and tools release docs don't have any special instructions for it. > cordova-js/VERSION not updated > -- > > Key: CB-8046 > URL: https://issues.apache.org/jira/browse/CB-8046 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.7.0 >Reporter: Tony Homer >Assignee: Mark Koudritsky >Priority: Minor > > I was compiling a list of various component versions associated with the > 4.1.2 tools release and noticed that when cordova-js was revved to 3.7.2, the > version file was not revved. It seems like this should be part of an > automated process, so I'm not sure if something is broken or if this was just > an oversight? -- 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-8002) Creating a new div for every Js -> Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218742#comment-14218742 ] Hirbod edited comment on CB-8002 at 11/20/14 12:03 AM: --- I can confirm this bug. I had a setInterval() with an console.log inside and wondered myself... More then 1000 created iframes in few minutes. But it seems not to effect memory (1mb increase) (because of "display: none" I guess) But this should be fixed quickly. Thanks everybody! was (Author: hirbod): I can confirm this bug. I had a setInterval() with an console.log inside and wondered myself... More then 1000 created iframes in few minutes. But it seems not the effect memory that badly (because of display: none I guess) But I guess this should be fixed quickly. > Creating a new div for every Js -> Native exec() call > - > > Key: CB-8002 > URL: https://issues.apache.org/jira/browse/CB-8002 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.7.0 > Environment: Tested on multiple iOS 8.1 devices, simulators >Reporter: Serdar Onal >Assignee: Shazron Abdullah >Priority: Critical > > Since the 3.7.0 update, when cordova does a Js to Native call using exec(), > somehow the underlying cordova.js is creating a "gap://ready" iframe on every > call. This means that if you made 1000 native calls you'll have 1000 divs on > the DOM. > I believe this issue is of critical priority as it incurs a huge memory leak. > Screenshot from safari inspector > https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-8002) Creating a new div for every Js -> Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218742#comment-14218742 ] Hirbod commented on CB-8002: I can confirm this bug. I had a setInterval() with an console.log inside and wondered myself... More then 1000 created iframes in few minutes. But it seems not the effect memory that badly (because of display: none I guess) But I guess this should be fixed quickly. > Creating a new div for every Js -> Native exec() call > - > > Key: CB-8002 > URL: https://issues.apache.org/jira/browse/CB-8002 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.7.0 > Environment: Tested on multiple iOS 8.1 devices, simulators >Reporter: Serdar Onal >Assignee: Shazron Abdullah >Priority: Critical > > Since the 3.7.0 update, when cordova does a Js to Native call using exec(), > somehow the underlying cordova.js is creating a "gap://ready" iframe on every > call. This means that if you made 1000 native calls you'll have 1000 divs on > the DOM. > I believe this issue is of critical priority as it incurs a huge memory leak. > Screenshot from safari inspector > https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8047: - Description: After installing the `wkwebview-engine` plugin on ios device (tested iPhone 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon successful build the devices have fixed portrait orientation that doesn't change when device is rotated. The `wkwebview` branch of cordova-ios was used. This problem does not occur in the `master` branch. was:After installing the wkwebview plugin on ios device (tested iPhone 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon successful build the devices have fixed portrait orientation that doesn't change when device is rotated. > [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > -- > > Key: CB-8047 > URL: https://issues.apache.org/jira/browse/CB-8047 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: IOS >Reporter: Dustin Nielson >Assignee: Shazron Abdullah > > After installing the `wkwebview-engine` plugin on ios device (tested iPhone > 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon > successful build the devices have fixed portrait orientation that doesn't > change when device is rotated. > The `wkwebview` branch of cordova-ios was used. This problem does not occur > in the `master` branch. -- 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-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
[ https://issues.apache.org/jira/browse/CB-8047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-8047: Assignee: Shazron Abdullah > [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue > -- > > Key: CB-8047 > URL: https://issues.apache.org/jira/browse/CB-8047 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: IOS >Reporter: Dustin Nielson >Assignee: Shazron Abdullah > > After installing the wkwebview plugin on ios device (tested iPhone 6, iPad > mini 2, iPad retina) and enabling all orientations in xcode. Upon successful > build the devices have fixed portrait orientation that doesn't change when > device is rotated. -- 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-7539) [WKWebView][iOS 8] Use local webserver option to load local HTML file from www
[ https://issues.apache.org/jira/browse/CB-7539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218712#comment-14218712 ] Dustin Nielson commented on CB-7539: Here's the issue I opened: https://issues.apache.org/jira/browse/CB-8047. This is my first attempt at an issue so if I've done it incorrectly please let me know. Thanks. > [WKWebView][iOS 8] Use local webserver option to load local HTML file from www > -- > > Key: CB-7539 > URL: https://issues.apache.org/jira/browse/CB-7539 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah >Priority: Blocker > > This workaround is because of this bug: > http://www.openradar.me/radar?id=5839348817723392 > (filed with Apple of course also) > I'm still hoping that Apple fixes this in iOS 8.1, but we should have this as > a contingency plan. > Create this as an included plugin, so it can be extracted later if need be. > We need to secure access to the local webserver, probably through a session > token in the header, since background apps can have access to the webserver. > The session token is passed down to the initially loaded local page specified > from the tag in config.xml, and should be used in the cordova.exec > call. We would also need to implement local proxy support , see CB-7348 > This all sounds more complex than it needs to be than just loading a file url > -- wishing Apple would just fix this in iOS 8.1 instead. -- 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-8047) [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue
Dustin Nielson created CB-8047: -- Summary: [WKWebView][iOS8] wkwebview / local webserver plugin orientation issue Key: CB-8047 URL: https://issues.apache.org/jira/browse/CB-8047 Project: Apache Cordova Issue Type: Bug Components: iOS Environment: IOS Reporter: Dustin Nielson After installing the wkwebview plugin on ios device (tested iPhone 6, iPad mini 2, iPad retina) and enabling all orientations in xcode. Upon successful build the devices have fixed portrait orientation that doesn't change when device is rotated. -- 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-8002) Creating a new div for every Js -> Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218680#comment-14218680 ] Shazron Abdullah commented on CB-8002: -- See CB-7735. I contacted the patch author for comment. > Creating a new div for every Js -> Native exec() call > - > > Key: CB-8002 > URL: https://issues.apache.org/jira/browse/CB-8002 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.7.0 > Environment: Tested on multiple iOS 8.1 devices, simulators >Reporter: Serdar Onal >Assignee: Shazron Abdullah >Priority: Critical > > Since the 3.7.0 update, when cordova does a Js to Native call using exec(), > somehow the underlying cordova.js is creating a "gap://ready" iframe on every > call. This means that if you made 1000 native calls you'll have 1000 divs on > the DOM. > I believe this issue is of critical priority as it incurs a huge memory leak. > Screenshot from safari inspector > https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-7735) Callbacks not being executed when calling requestFileSystem
[ https://issues.apache.org/jira/browse/CB-7735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218676#comment-14218676 ] Shazron Abdullah commented on CB-7735: -- [~agrieve] Unfortunately this fix has a critical side-effect, see CB-8002. Re-open? > Callbacks not being executed when calling requestFileSystem > --- > > Key: CB-7735 > URL: https://issues.apache.org/jira/browse/CB-7735 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.7.0 > Environment: iOS >Reporter: Christophe Benoit >Assignee: Andrew Grieve > Labels: bridge, callback, filesystem > Attachments: filesystem-issue.zip > > > When calling window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, success, > error) none of the callback functions are executed. > Several calls to window.requestFileSystem are made during the initialization > of the application, after the deviceready event. All those calls are being > queued in the command queue. > If I set the bridge mode to XHR_NO_PAYLOAD in the deviceready handler with > following call, > cordova.exec.setJsToNativeBridgeMode(cordova.exec.jsToNativeModes.XHR_NO_PAYLOAD), > the callbacks are executed as expected and my application is beinig > initialized. > If I change the bridge mode back to IFRAME_NAV when the first view is > rendered, any following calls to requestFileSystem are being handled as > expected. -- 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-7735) Callbacks not being executed when calling requestFileSystem
[ https://issues.apache.org/jira/browse/CB-7735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7735: - Assignee: Andrew Grieve > Callbacks not being executed when calling requestFileSystem > --- > > Key: CB-7735 > URL: https://issues.apache.org/jira/browse/CB-7735 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.7.0 > Environment: iOS >Reporter: Christophe Benoit >Assignee: Andrew Grieve > Labels: bridge, callback, filesystem > Attachments: filesystem-issue.zip > > > When calling window.requestFileSystem(LocalFileSystem.PERSISTENT, 0, success, > error) none of the callback functions are executed. > Several calls to window.requestFileSystem are made during the initialization > of the application, after the deviceready event. All those calls are being > queued in the command queue. > If I set the bridge mode to XHR_NO_PAYLOAD in the deviceready handler with > following call, > cordova.exec.setJsToNativeBridgeMode(cordova.exec.jsToNativeModes.XHR_NO_PAYLOAD), > the callbacks are executed as expected and my application is beinig > initialized. > If I change the bridge mode back to IFRAME_NAV when the first view is > rendered, any following calls to requestFileSystem are being handled as > expected. -- 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-7922) Cordovalib project not getting built with Xcodebuild 6.1 command line
[ https://issues.apache.org/jira/browse/CB-7922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218663#comment-14218663 ] Shazron Abdullah commented on CB-7922: -- No repro. Are you building using "cordova build"? > Cordovalib project not getting built with Xcodebuild 6.1 command line > - > > Key: CB-7922 > URL: https://issues.apache.org/jira/browse/CB-7922 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Environment: Tried with both Cordova version : 2.9.1 and 3.6.3 Xcode > version : 6.1 Mac OS X version : 10.9.5 >Reporter: Amit Dixit > > I created a sample cordova ios project using Cordova create command. The > project creation was successful and when I open the xcodeproj in Xcode and do > a build, project builds fine. When I try to use the xcodebuild command line > tool to build the same project, it fails with the below exception. > BUILD TARGET CordovaLib OF PROJECT CordovaLib WITH THE DEFAULT CONFIGURATION > (Release) === > Check dependencies 2014-10-29 16:48:34.568 xcodebuild[74489:5403] > -[DTDKProvisioningProfile identitySigningCertificates]: unrecognized selector > sent to instance 0x7fae6cdcce10 > ** INTERNAL ERROR: Uncaught exception ** Exception: -[DTDKProvisioningProfile > identitySigningCertificates]: unrecognized selector sent to instance > 0x7fae6cdcce10 > Tried with both Cordova version : 2.9.1 and 3.6.3 Xcode version : 6.1 Mac OS > X version : 10.9.5 -- 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-7906) App crashes when find() is called with undefined desiredField members
[
https://issues.apache.org/jira/browse/CB-7906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7906:
-
Component/s: (was: iOS)
> App crashes when find() is called with undefined desiredField members
> -
>
> Key: CB-7906
> URL: https://issues.apache.org/jira/browse/CB-7906
> Project: Apache Cordova
> Issue Type: Bug
> Components: Docs, Plugin Contacts
>Affects Versions: 3.6.0
> Environment: iOS7,8
>Reporter: Shingo Toda
>Priority: Minor
>
> Apps crash when find() is called with undefined members of ContactFieldType.
> For example, the following code sets desiredFields to {{xx}} or {{yyy}} which
> are actually not defined in ContactFieldType.
> {code:javascript}
> options.desiredFields = [navigator.contacts.fieldType.xx,
> navigator.contacts.fieldType.yyy];
> var fields = [navigator.contacts.fieldType.displayName,
> navigator.contacts.fieldType.name];
> navigator.contacts.find(fields, onSuccess, onError, options);
> {code}
> In Objective-C code, those undefined members are turned into {{NSNull}}
> object. Therefore {{calcReturnFields}} method receives {{fieldArray}} which
> contains {{NSNull}} objects, then analyses {{fieldStr}} NSString object which
> is actually {{NSNull}} at {{[fieldStr componentsSeparatedByString:@"."]}} and
> eventually an app crashes.
> I tweaked {{calcReturnFields}} method to ignore {{NSNull}} object as below
> and this looks working fine.
> {code:title=CDVContact.m}
> for (id i in fieldsArray) {
> NSMutableArray* keys = nil;
> NSString* fieldStr = nil;
> if ([i isKindOfClass:[NSNumber class]]) {
> fieldStr = [i stringValue];
> // ST modified start
> } else if([i isEqual:[NSNull null]]){
> continue;
> // ST modified end
> } else {
> fieldStr = i;
> }
> {code}
> By this modification, all invalid desiredField types are ignored and those
> types could be thought to be "not found". In my opinion, this behaviour would
> make sense to developer as {{find()}} is called with dodgy desiredField
> parameters then those types shouldn't be included in the returned contact
> data. As far as I know, at least {{find()}} for Android behaves like this.
> By the way, I couldn't see supported parameters for {{desiredField}} in
> document. If I look at {{ContactFieldType.js}}, those members are populated
> from {{Contact}}, {{ContactAddress}}, etc.. It would be nice to clearly
> describe all supported types.
--
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-8002) Creating a new div for every Js -> Native exec() call
[ https://issues.apache.org/jira/browse/CB-8002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-8002: Assignee: Shazron Abdullah > Creating a new div for every Js -> Native exec() call > - > > Key: CB-8002 > URL: https://issues.apache.org/jira/browse/CB-8002 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.7.0 > Environment: Tested on multiple iOS 8.1 devices, simulators >Reporter: Serdar Onal >Assignee: Shazron Abdullah >Priority: Critical > > Since the 3.7.0 update, when cordova does a Js to Native call using exec(), > somehow the underlying cordova.js is creating a "gap://ready" iframe on every > call. This means that if you made 1000 native calls you'll have 1000 divs on > the DOM. > I believe this issue is of critical priority as it incurs a huge memory leak. > Screenshot from safari inspector > https://drive.google.com/file/d/0B94TXiq5ycp1anp6aGpTbjhPdG8/view?usp=sharing -- 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-8028) handleOpenURL doesn't work properly when app is being launched for the first time
[
https://issues.apache.org/jira/browse/CB-8028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah reassigned CB-8028:
Assignee: Shazron Abdullah
> handleOpenURL doesn't work properly when app is being launched for the first
> time
> -
>
> Key: CB-8028
> URL: https://issues.apache.org/jira/browse/CB-8028
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.6.0
>Reporter: Antonio Laguna
>Assignee: Shazron Abdullah
>
> Hi!
> Please bear in mind that this is my first issue being reported here but I
> thought it to be worth it.
> So, we've been developing a Cordova application lately and we decided to add
> a notification center plugin to be able to launch the application from it,
> taking advantage of the url-scheme on iOS.
> We discovered that it worked flawlessly when it was launched and the app was
> in background but it wasn't when the app was closed and tried to launch from
> there.
> So I dug deeper.
> Since this is an Ionic application, I thought the issue was due to Angular
> not being ready at the appropriate time or something like that so I just put
> something really low-level which didn't depend on any library:
> {code:javascript}
> window.foo = 'bar';
> {code}
> And then checked with a timeout (after app was ready) to see if it was there.
> But it wasn't.
> So I dug deeper.
> So the issue seems to come on this function which is on the
> {{CDDViewController}} class
> {code}
> - (void)processOpenUrl:(NSURL*)url pageLoaded:(BOOL)pageLoaded
> {
> if (!pageLoaded) {
> // query the webview for readystate
> NSString* readyState = [webView
> stringByEvaluatingJavaScriptFromString:@"document.readyState"];
> pageLoaded = [readyState isEqualToString:@"loaded"] || [readyState
> isEqualToString:@"complete"];
> }
> if (pageLoaded) {
> // calls into javascript global function 'handleOpenURL'
> NSString* jsString = [NSString stringWithFormat:@"if (typeof
> handleOpenURL === 'function') { handleOpenURL(\"%@\");}", url];
> [self.webView stringByEvaluatingJavaScriptFromString:jsString];
> } else {
> // save for when page has loaded
> self.openURL = url;
> }
> }
> {code}
> The thing is that the second check for {{pageLoaded}} is positive even though
> the page is clearly at a really early stage. The Splash is still being shown
> and the DOM although it may be ready-ish, it doesn't work properly (clearly).
> This is the flow:
> * It comes first by {{(void)processOpenUrl:(NSURL*)url}} - The
> {{handleOpenUrl}} function is then called cause even though {{NO}} is passed
> as a parameter, Cordova gets to think it's ready.
> * Then it comes to {{onPageDidLoad}} which would call
> {{(void)processOpenUrl:(NSURL*)url pageLoaded:(BOOL)pageLoaded}} too but
> since {{openURL}} hasn't been saved this time, it won't do anything
> Just to make sure of things, I tried to {{self.openURL = url;}} even if the
> page was loaded and that turned out to work.
> I don't understand the implications of this but IMHO, {{onPageDidLoad}} is a
> better point to understand wether the app is ready or not than querying the
> document like that cause the code doesn't seem to be there yet.
> Please note that I put my handler before anything else on the header to
> ensure it wasn't a racing issue.
--
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-8010) Statusbar colour does not change to orange
[
https://issues.apache.org/jira/browse/CB-8010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah reassigned CB-8010:
Assignee: Shazron Abdullah
> Statusbar colour does not change to orange
> --
>
> Key: CB-8010
> URL: https://issues.apache.org/jira/browse/CB-8010
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 3.6.0
> Environment: iOS7,8, physical/simulated environment
>Reporter: Shingo Toda
>Assignee: Shazron Abdullah
>Priority: Minor
>
> Calling {{StatusBar.backgroundColorByName('orange');}} does not change status
> colour to orange but to black.
> The reason is in {{statusbar.js}}, "orange" property is defined with double #
> like {{"##FFA500"}}
> {code:title=statusbar.js}
> "orange": "##FFA500",
> {code}
> After taking out one #, status bar colour changed to orange as expected.
--
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-5706) Make cordova-ios/bin/create work on Windows
[ https://issues.apache.org/jira/browse/CB-5706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-5706: Assignee: Shazron Abdullah > Make cordova-ios/bin/create work on Windows > --- > > Key: CB-5706 > URL: https://issues.apache.org/jira/browse/CB-5706 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Reporter: kpandian >Assignee: Shazron Abdullah >Priority: Minor > > I try to create the ios app the following error generate. So pls the > solutions. > C:\Documents and > Settings\Administrator\.cordova\lib\ios\cordova\3.3.0\bin\cre > ate"' is not recognized as an internal or external command > operable program or batch file. -- 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-8010) Statusbar colour does not change to orange
[
https://issues.apache.org/jira/browse/CB-8010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-8010:
-
Component/s: (was: iOS)
> Statusbar colour does not change to orange
> --
>
> Key: CB-8010
> URL: https://issues.apache.org/jira/browse/CB-8010
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 3.6.0
> Environment: iOS7,8, physical/simulated environment
>Reporter: Shingo Toda
>Priority: Minor
>
> Calling {{StatusBar.backgroundColorByName('orange');}} does not change status
> colour to orange but to black.
> The reason is in {{statusbar.js}}, "orange" property is defined with double #
> like {{"##FFA500"}}
> {code:title=statusbar.js}
> "orange": "##FFA500",
> {code}
> After taking out one #, status bar colour changed to orange as expected.
--
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-8016) [InAppBrowser] Including UserInfo Details in Error Callback (iOS)
[ https://issues.apache.org/jira/browse/CB-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8016: - Component/s: (was: iOS) Environment: iOS > [InAppBrowser] Including UserInfo Details in Error Callback (iOS) > - > > Key: CB-8016 > URL: https://issues.apache.org/jira/browse/CB-8016 > Project: Apache Cordova > Issue Type: Wish > Components: Plugin InAppBrowser > Environment: iOS >Reporter: Balaji Rajendran >Priority: Minor > Labels: inappbrowser, ios, webview > > If the UIWebview failed to load a request, it provides additional information > about the failure in the form of "userInfo" in the error object. > Currently, the InAppBrowser plugin is not passing that "userInfo" details > back to the callback function. > It would be helpful, if it pass this "userInfo" along with other existing > basic details. > An example where we need userInfo object , Lets say We are loading a main > HTML page which has many sub HTML page requests within the same and if anyone > of the request gets failed, those failed sub-request URL request details will > be available in "userInfo" object. -- 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-8001) StatusBar Plugin 0.1.8 crashes application on tap
[
https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-8001:
-
Component/s: (was: iOS)
> StatusBar Plugin 0.1.8 crashes application on tap
> -
>
> Key: CB-8001
> URL: https://issues.apache.org/jira/browse/CB-8001
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 3.7.0
> Environment: StatusBar Plugin 0.1.8
> Cordova iOS 3.7.0
> iPhone 6+ (8.0)
> iPhone 5s (8.0)
>Reporter: Nathan Smith
>Priority: Critical
>
> StatusBar Plugin 0.1.8
> Cordova iOS 3.7.0
> iPhone 6+ (8.0)
> iPhone 5s (8.0)
> The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps
> on the StatusBar.
> The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate
> sendPluginResult:result callbackId:_eventsCallbackId\];}}
--
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-8007) Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes
[
https://issues.apache.org/jira/browse/CB-8007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-8007:
-
Component/s: (was: iOS)
CordovaLib
CLI
> Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes
> -
>
> Key: CB-8007
> URL: https://issues.apache.org/jira/browse/CB-8007
> Project: Apache Cordova
> Issue Type: Bug
> Components: CLI, CordovaLib
>Affects Versions: 3.5.0
>Reporter: Miquel
> Labels: cordova-lib, ios, plist, plugins
>
> When 2 cordova plugins are modifying the same property, only the first added
> plugin is getting the changes applied:
> I.e.:
> https://github.com/EddyVerbruggen/LaunchMyApp-PhoneGap-Plugin.git
> https://github.com/Wizcorp/phonegap-facebook-plugin
> The first one:
> {code:xml}
>
>
>
> CFBundleURLSchemes
>
> $URL_SCHEME
>
>
>
>
> {code}
> The second one:
> {code:xml}
>
>
>
> CFBundleURLSchemes
>
> fb$APP_ID
>
>
>
>
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7996) Add information for enabling apps to run background audio playback on iOS for playAudioWhenScreenIsLocked option
[ https://issues.apache.org/jira/browse/CB-7996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7996: - Component/s: (was: iOS) > Add information for enabling apps to run background audio playback on iOS for > playAudioWhenScreenIsLocked option > > > Key: CB-7996 > URL: https://issues.apache.org/jira/browse/CB-7996 > Project: Apache Cordova > Issue Type: Improvement > Components: Docs, Plugin Media > Environment: iOS 7,8 >Reporter: Shingo Toda >Priority: Minor > > In iOS app development, to enable background audio playback, > UIBackgroundModes key and "audio" value have to be defined in info.plist but > this information is not written in API reference. > This may be common usage for iOS app developers but Cordova should be used by > a lot of developers who may not have background on iOS development. Adding > information on this configuration or reference will be helpful for those > developers. -- 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-8007) Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes
[
https://issues.apache.org/jira/browse/CB-8007?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-8007:
-
Priority: Major (was: Critical)
> Two cordova plugins modifying “*-Info.plist” CFBundleURLTypes
> -
>
> Key: CB-8007
> URL: https://issues.apache.org/jira/browse/CB-8007
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0
>Reporter: Miquel
> Labels: cordova-lib, ios, plist, plugins
>
> When 2 cordova plugins are modifying the same property, only the first added
> plugin is getting the changes applied:
> I.e.:
> https://github.com/EddyVerbruggen/LaunchMyApp-PhoneGap-Plugin.git
> https://github.com/Wizcorp/phonegap-facebook-plugin
> The first one:
> {code:xml}
>
>
>
> CFBundleURLSchemes
>
> $URL_SCHEME
>
>
>
>
> {code}
> The second one:
> {code:xml}
>
>
>
> CFBundleURLSchemes
>
> fb$APP_ID
>
>
>
>
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7995) FileTransferError.exception property is always null on iOS
[
https://issues.apache.org/jira/browse/CB-7995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7995:
-
Component/s: (was: iOS)
> FileTransferError.exception property is always null on iOS
> --
>
> Key: CB-7995
> URL: https://issues.apache.org/jira/browse/CB-7995
> Project: Apache Cordova
> Issue Type: Bug
> Components: Docs, Plugin File Transfer
>Affects Versions: 3.6.0
> Environment: iOS7, 8 iPhone/iPad
>Reporter: Shingo Toda
>Priority: Minor
>
> {{exception}} property of FileTransferError is always null. When I looked
> into source code for iOS and Android, probably this filed is used only on
> Andrdoid. {{createFileTransferError}} method on iOS does not take exception
> parameter while the one on Android does.
> This support information should be added in API reference.
--
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-7997) presentationstyle always looks like fullscreen
[
https://issues.apache.org/jira/browse/CB-7997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-7997:
-
Component/s: (was: iOS)
> presentationstyle always looks like fullscreen
> --
>
> Key: CB-7997
> URL: https://issues.apache.org/jira/browse/CB-7997
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin InAppBrowser
>Affects Versions: 3.6.0
> Environment: iPad Air physical device, iOS 7
> iPad Air emulator, iOS 8
>Reporter: Shingo Toda
>Priority: Minor
>
> Using iPad Air, even though presentationstylen option is set to {{pagesheet}}
> or {{formsheet}}, contents always look fullscreen mode. I attempted to load a
> png image (dimension is 144 x 144) and below html onto InAppBrowser but
> results were the same.
> {code}
>
>
>
>
>
> body {background-color:lightgray}
> h1 {color:blue}
> p{color:green}
>
> IAB test page
> src="../../../cordova-incl.js">
>
>
> Local URL
> Click Here!
>
>
> {code}
> I saw when opening those files on InAppBrowser, the following message always
> comes up regardless value of presentationstyle.
> {code}
> 2014-11-10 17:27:46.681 mobilespec[1385:60b] Setting the WebView's frame to
> {{0, 0}, {768, 980}}
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-7924) Globalization shows always en-US @ iOS Simulator
[ https://issues.apache.org/jira/browse/CB-7924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7924: - Component/s: (was: iOS) Plugin Globalization Environment: iOS > Globalization shows always en-US @ iOS Simulator > > > Key: CB-7924 > URL: https://issues.apache.org/jira/browse/CB-7924 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Globalization > Environment: iOS >Reporter: Xairoo > > Works on a real device but not inside the simulator. But all other apps (by > Apple) does show up with the new language when i change it. > Returns always en-US. > Using the latest globalization plugin version. -- 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-7942) Plugin CocoaPod Dependency
[ https://issues.apache.org/jira/browse/CB-7942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7942: - Component/s: (was: iOS) Environment: iOS > Plugin CocoaPod Dependency > -- > > Key: CB-7942 > URL: https://issues.apache.org/jira/browse/CB-7942 > Project: Apache Cordova > Issue Type: Improvement > Components: CLI >Affects Versions: 3.5.0 > Environment: iOS >Reporter: Martin Arnberg > > It would be a great improvement to be able to use CocoaPod dependencies to > plugins. > I would imagine that I could specify the pod name and version in the > plugin.xml and the cli would be able to handle the rest. Similar to the > tag -- 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-7874) Audio over bluetooth is unstable
[ https://issues.apache.org/jira/browse/CB-7874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7874: - Component/s: (was: CordovaLib) (was: Android) (was: iOS) Plugin Media Environment: Android, iOS > Audio over bluetooth is unstable > > > Key: CB-7874 > URL: https://issues.apache.org/jira/browse/CB-7874 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Media >Affects Versions: 2.4.0, 3.5.0 > Environment: Android, iOS >Reporter: Jesper Schultz >Priority: Minor > > My Cordova/Javascript app plays mp3 audio files in a user customizable > countdown sequence. This works as designed when playing directly on the > smartphone, both Android and iOS. > If bluetooth is enabled on the device and audio is output on an external > speaker the sound is choppy. Some audio segments are cut off, others omitted > entirely. The problem is present both on iOS and Android. > The app is JS/CSS/HTML and can be run 'native' in a browser. When run on a > Mac with bluetooth enabled, there is no problem. > The problem has to do with Cordova vs. Bluetooth. With Cordova 'on', ie. > running on a device outputting audio over BT, sound is unstable. Running w/o > BT, there is no problem. Running on a laptop there is no problem with or w/o > BT enabled. > When debugging the app running with device bluetooth enabled (ie sound via > external speaker) LogCat registers that Bluetooth need permissions. It ought > to be invisible to the app that the device has BT enabled, yes? > (When the sound fails LogCat notes that it can not play because an > audioplayer is not available.) -- 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-7539) [WKWebView][iOS 8] Use local webserver option to load local HTML file from www
[ https://issues.apache.org/jira/browse/CB-7539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218528#comment-14218528 ] Shazron Abdullah commented on CB-7539: -- Seems like a bug in the `wkwebview` branch. Could you please file a new issue so it can be tracked? > [WKWebView][iOS 8] Use local webserver option to load local HTML file from www > -- > > Key: CB-7539 > URL: https://issues.apache.org/jira/browse/CB-7539 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah >Priority: Blocker > > This workaround is because of this bug: > http://www.openradar.me/radar?id=5839348817723392 > (filed with Apple of course also) > I'm still hoping that Apple fixes this in iOS 8.1, but we should have this as > a contingency plan. > Create this as an included plugin, so it can be extracted later if need be. > We need to secure access to the local webserver, probably through a session > token in the header, since background apps can have access to the webserver. > The session token is passed down to the initially loaded local page specified > from the tag in config.xml, and should be used in the cordova.exec > call. We would also need to implement local proxy support , see CB-7348 > This all sounds more complex than it needs to be than just loading a file url > -- wishing Apple would just fix this in iOS 8.1 instead. -- 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-7527) [Camera][iOS 8] - Rotation issue
[ https://issues.apache.org/jira/browse/CB-7527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218508#comment-14218508 ] Edna Morales commented on CB-7527: -- It looks like this was fixed in iOS 8.2. [~romanmandryk] or [~3m] can you confirm this? > [Camera][iOS 8] - Rotation issue > > > Key: CB-7527 > URL: https://issues.apache.org/jira/browse/CB-7527 > Project: Apache Cordova > Issue Type: Sub-task > Components: Plugin Camera >Affects Versions: 3.5.0 > Environment: cordova 3.5.0, ios 8 GM, xcode 6 GM, camera plugin 0.2.8 > (same with ancient cordova 2.2) > iPad only >Reporter: Roman Mandryk >Assignee: Shazron Abdullah > Attachments: camera_issue.mov > > > When using ios 8 GM and cordova 3.5 app, after launching the camera in any > rotation the camera is launched fine and shoot button is on the right side. > When I rotate the device into new orientation, the picture gets sideways or > upsidedown with shoot button always on right side. > Native camera app has weird glitch when changing orientation (not present in > 7.1) but then changes orientation correctly. > The problem seems to appear only in cordova app. > Issue happens with both current app in production and app build with xcode 6 > GM. -- 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-7539) [WKWebView][iOS 8] Use local webserver option to load local HTML file from www
[ https://issues.apache.org/jira/browse/CB-7539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218495#comment-14218495 ] Dustin Nielson commented on CB-7539: Hi Shazron, Here's a link to my project. It's pretty much the vanilla implementation from your instructions with me manually adding the webkit framework and checking the boxes for the supported orientations. https://github.com/dunielson/kiosk Thanks. > [WKWebView][iOS 8] Use local webserver option to load local HTML file from www > -- > > Key: CB-7539 > URL: https://issues.apache.org/jira/browse/CB-7539 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah >Priority: Blocker > > This workaround is because of this bug: > http://www.openradar.me/radar?id=5839348817723392 > (filed with Apple of course also) > I'm still hoping that Apple fixes this in iOS 8.1, but we should have this as > a contingency plan. > Create this as an included plugin, so it can be extracted later if need be. > We need to secure access to the local webserver, probably through a session > token in the header, since background apps can have access to the webserver. > The session token is passed down to the initially loaded local page specified > from the tag in config.xml, and should be used in the cordova.exec > call. We would also need to implement local proxy support , see CB-7348 > This all sounds more complex than it needs to be than just loading a file url > -- wishing Apple would just fix this in iOS 8.1 instead. -- 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-8046) cordova-js/VERSION not updated
[ https://issues.apache.org/jira/browse/CB-8046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218462#comment-14218462 ] Tony Homer edited comment on CB-8046 at 11/19/14 8:39 PM: -- Assigned to [~kamrik], since he made the "rev to 3.7.2" commit: https://github.com/apache/cordova-js/commit/7afadfc044033741050bbe90e8656453ece258ac Compare with the "rev to 3.7.1" commit by [~stevegill]: https://github.com/apache/cordova-js/commit/f5046c96658e77d5d1998023f7c213e36ec0a1b2 was (Author: tony--): Assigned to [~kamrik], since he made the "rev to 3.7.2" commit: https://github.com/apache/cordova-js/commit/7afadfc044033741050bbe90e8656453ece258ac Compare with the "rev to 3.7.1" commit: https://github.com/apache/cordova-js/commit/f5046c96658e77d5d1998023f7c213e36ec0a1b2 > cordova-js/VERSION not updated > -- > > Key: CB-8046 > URL: https://issues.apache.org/jira/browse/CB-8046 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.7.0 >Reporter: Tony Homer >Assignee: Mark Koudritsky >Priority: Minor > > I was compiling a list of various component versions associated with the > 4.1.2 tools release and noticed that when cordova-js was revved to 3.7.2, the > version file was not revved. It seems like this should be part of an > automated process, so I'm not sure if something is broken or if this was just > an oversight? -- 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-7539) [WKWebView][iOS 8] Use local webserver option to load local HTML file from www
[ https://issues.apache.org/jira/browse/CB-7539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218463#comment-14218463 ] Shazron Abdullah commented on CB-7539: -- Hi Dustin, Thanks for the bug report. If you could post the example project so I can see? (on github, or a download link etc). > [WKWebView][iOS 8] Use local webserver option to load local HTML file from www > -- > > Key: CB-7539 > URL: https://issues.apache.org/jira/browse/CB-7539 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah >Priority: Blocker > > This workaround is because of this bug: > http://www.openradar.me/radar?id=5839348817723392 > (filed with Apple of course also) > I'm still hoping that Apple fixes this in iOS 8.1, but we should have this as > a contingency plan. > Create this as an included plugin, so it can be extracted later if need be. > We need to secure access to the local webserver, probably through a session > token in the header, since background apps can have access to the webserver. > The session token is passed down to the initially loaded local page specified > from the tag in config.xml, and should be used in the cordova.exec > call. We would also need to implement local proxy support , see CB-7348 > This all sounds more complex than it needs to be than just loading a file url > -- wishing Apple would just fix this in iOS 8.1 instead. -- 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-8046) cordova-js/VERSION not updated
[ https://issues.apache.org/jira/browse/CB-8046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218462#comment-14218462 ] Tony Homer commented on CB-8046: Assigned to [~kamrik], since he made the "rev to 3.7.2" commit: https://github.com/apache/cordova-js/commit/7afadfc044033741050bbe90e8656453ece258ac Compare with the "rev to 3.7.1" commit: https://github.com/apache/cordova-js/commit/f5046c96658e77d5d1998023f7c213e36ec0a1b2 > cordova-js/VERSION not updated > -- > > Key: CB-8046 > URL: https://issues.apache.org/jira/browse/CB-8046 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.7.0 >Reporter: Tony Homer >Assignee: Mark Koudritsky >Priority: Minor > > I was compiling a list of various component versions associated with the > 4.1.2 tools release and noticed that when cordova-js was revved to 3.7.2, the > version file was not revved. It seems like this should be part of an > automated process, so I'm not sure if something is broken or if this was just > an oversight? -- 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-8046) cordova-js/VERSION not updated
[ https://issues.apache.org/jira/browse/CB-8046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tony Homer updated CB-8046: --- Assignee: Mark Koudritsky > cordova-js/VERSION not updated > -- > > Key: CB-8046 > URL: https://issues.apache.org/jira/browse/CB-8046 > Project: Apache Cordova > Issue Type: Bug > Components: CordovaJS >Affects Versions: 3.7.0 >Reporter: Tony Homer >Assignee: Mark Koudritsky >Priority: Minor > > I was compiling a list of various component versions associated with the > 4.1.2 tools release and noticed that when cordova-js was revved to 3.7.2, the > version file was not revved. It seems like this should be part of an > automated process, so I'm not sure if something is broken or if this was just > an oversight? -- 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-8046) cordova-js/VERSION not updated
Tony Homer created CB-8046: -- Summary: cordova-js/VERSION not updated Key: CB-8046 URL: https://issues.apache.org/jira/browse/CB-8046 Project: Apache Cordova Issue Type: Bug Components: CordovaJS Affects Versions: 3.7.0 Reporter: Tony Homer Priority: Minor I was compiling a list of various component versions associated with the 4.1.2 tools release and noticed that when cordova-js was revved to 3.7.2, the version file was not revved. It seems like this should be part of an automated process, so I'm not sure if something is broken or if this was just an oversight? -- 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-7539) [WKWebView][iOS 8] Use local webserver option to load local HTML file from www
[ https://issues.apache.org/jira/browse/CB-7539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218445#comment-14218445 ] Dustin Nielson commented on CB-7539: I hope this is an appropriate place to make this comment if not my apologies. I've successfully managed to get the plugin working on my iphone 6, ipad mini 2, and my retina ipad using Shazron's instructions from the wkwebview plugin repository. I'm having an issue with the screen not rotating on all of these devices although my deployment info shows each orientation checked and my plist file shows each of the orientations. If this is something I'm doing incorrectly I would appreciate a pointer to get me headed in the right direction. If it's an actual issue then I just wanted to point it out. I'm looking forward to seeing this plugin move forward as I can see a real value in having a local web server available. > [WKWebView][iOS 8] Use local webserver option to load local HTML file from www > -- > > Key: CB-7539 > URL: https://issues.apache.org/jira/browse/CB-7539 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah >Priority: Blocker > > This workaround is because of this bug: > http://www.openradar.me/radar?id=5839348817723392 > (filed with Apple of course also) > I'm still hoping that Apple fixes this in iOS 8.1, but we should have this as > a contingency plan. > Create this as an included plugin, so it can be extracted later if need be. > We need to secure access to the local webserver, probably through a session > token in the header, since background apps can have access to the webserver. > The session token is passed down to the initially loaded local page specified > from the tag in config.xml, and should be used in the cordova.exec > call. We would also need to implement local proxy support , see CB-7348 > This all sounds more complex than it needs to be than just loading a file url > -- wishing Apple would just fix this in iOS 8.1 instead. -- 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-7694) Cordova crashes with UIPopoverPresentationController exception in web forms
[ https://issues.apache.org/jira/browse/CB-7694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218241#comment-14218241 ] Shazron Abdullah commented on CB-7694: -- Mayur Birari - that still makes it Apple's bug. This is not a core Cordova issue, but users affected can add this code themselves in MainViewController.m > Cordova crashes with UIPopoverPresentationController exception in web forms > --- > > Key: CB-7694 > URL: https://issues.apache.org/jira/browse/CB-7694 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.5.0, 3.6.0 > Environment: iOS 8.0.2, xCode 6.0.1 >Reporter: Alex Ivaylov > > I have this issue on both Cordova 3.5 and 3.6. > I have a web form that uses jQuery mobile. It is a mixture of text fields, > selects and a date field (the www folder is attached below). > The app randomly crashes when moving between the controls and I can not > figure out how to replicate the bug. I just go around all the controls and in > a random moment I get the exception shown below. > 2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to > uncaught exception 'NSGenericException', reason: > 'UIPopoverPresentationController ( 0x7afe3170>) should have a non-nil sourceView or barButtonItem set before the > presentation occurs.' > *** First throw call stack: > ( > 0 CoreFoundation 0x0030fdf6 > __exceptionPreprocess + 182 > 1 libobjc.A.dylib 0x02449a97 objc_exception_throw > + 44 > 2 UIKit 0x00eeaa37 > -[UIPopoverPresentationController presentationTransitionWillBegin] + 3086 > 3 UIKit 0x007f1f75 > __71-[UIPresentationController > _initViewHierarchyForPresentationSuperview:]_block_invoke + 1666 > 4 UIKit 0x007f0554 > __56-[UIPresentationController runTransitionForCurrentState]_block_invoke + > 226 > 5 UIKit 0x0082421b > __40+[UIViewController _scheduleTransition:]_block_invoke + 18 > 6 UIKit 0x006ea62e > ___afterCACommitHandler_block_invoke + 15 > 7 UIKit 0x006ea5d9 > _applyBlockToCFArrayCopiedToStack + 415 > 8 UIKit 0x006ea3ee > _afterCACommitHandler + 545 > 9 CoreFoundation 0x00232fbe > __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30 > 10 CoreFoundation 0x00232f00 > __CFRunLoopDoObservers + 400 > 11 CoreFoundation 0x0022893a __CFRunLoopRun + 1226 > 12 CoreFoundation 0x002281ab CFRunLoopRunSpecific > + 443 > 13 CoreFoundation 0x00227fdb CFRunLoopRunInMode + > 123 > 14 GraphicsServices0x03aca24f GSEventRunModal + 192 > 15 GraphicsServices0x03aca08c GSEventRun + 104 > 16 UIKit 0x006c0e16 UIApplicationMain + > 1526 > 17 testApp 0x000ec7bc main + 92 > 18 libdyld.dylib 0x02b29ac9 start + 1 > ) > libc++abi.dylib: terminating with uncaught exception of type NSException > (lldb) > Here are the files: > 1. A video showing the bug: http://alex.scot/cordova/cordova1.mov > 2. Text file with the commands used to create the project and the exception: > http://alex.scot/cordova/cordova1.txt > 3. The www folder of the iOS platform in Cordova: > http://alex.scot/cordova/www.zip > thank you for looking into this, > Alex -- 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-7868) Cordova Android@3.6.4 is broken for some Android versions (Javascript)
[ https://issues.apache.org/jira/browse/CB-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218238#comment-14218238 ] Andrew commented on CB-7868: It looks like this fix was released as part of the Nov 13 Tools Release but I'm not seeing the fix showing up after I updated cordova and created a new Android project. The platforms/android/assets/www/cordova.js file still has the old definition of the clobber function without the needsProperty var. Do I need to wait until the next Apache Cordova Android release (3.6.5 presumably) for this? > Cordova Android@3.6.4 is broken for some Android versions (Javascript) > -- > > Key: CB-7868 > URL: https://issues.apache.org/jira/browse/CB-7868 > Project: Apache Cordova > Issue Type: Bug > Components: Android, CordovaJS >Affects Versions: 4.0.0 > Environment: Android >= 2.3.6 && <= 4.0.3 >Reporter: Boris Fersing >Assignee: Andrew Grieve > > Cordova 3.6.4 breaks the compatibility with some versions of Android. The app > won't load > I've been able to reproduce the bug on my 2.3.6 and 2.3.7 devices, and > according to some bug reports I found, this might also affect other Android > versions <= 4.0.3 but I did not have the opportunity to test those platforms. > The bug has been introduced in this commit: > https://github.com/apache/cordova-android/commit/025ca36d3ad0e2acb5c496442a661e3759b30af3 > And the culprit is the Object.defineProperty method that is broken on the > platforms I mentioned above. (see https://github.com/cujojs/poly/issues/29 ) -- 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-8034) Mobilespec failes to create app for wp8 platform
[ https://issues.apache.org/jira/browse/CB-8034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218109#comment-14218109 ] ASF GitHub Bot commented on CB-8034: GitHub user MariaBukharina opened a pull request: https://github.com/apache/cordova-mobile-spec/pull/112 CB-8034 Fixed creating mobilespec app for wp8 https://issues.apache.org/jira/browse/CB-8034 Removed wp8 subfolder. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-mobile-spec CB-8034 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-mobile-spec/pull/112.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 #112 commit cd6c6ecd062b8b7286c382df4778c0bb43a66add Author: maria.bukharina Date: 2014-11-19T16:38:30Z CB-8034 Fixed creating mobilespec app for wp8 > Mobilespec failes to create app for wp8 platform > > > Key: CB-8034 > URL: https://issues.apache.org/jira/browse/CB-8034 > Project: Apache Cordova > Issue Type: Bug > Components: mobile-spec, WP8 >Reporter: Maria Bukharina >Assignee: Jesse MacFadyen > > Repo steps: > 1. Download and install cordova tools: lib, cli, plugman, js > 2. Download wp8 platfrom > 3. Download all plugins > 4. Download and install mobilespec > 4. run > cordova-mobile-spec/createmobilespec/createmobilespec --wp8 mobilespec > Expected: created mobilespec app with wp8 platform > Actual: creating failed with: > Adding Platform: wp8 > Could not find wp8; >run: ./cordova-coho/coho repo-clone -r cordova-wp8 -- 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-8045) Android test for windows failed to deploy app
[ https://issues.apache.org/jira/browse/CB-8045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14218050#comment-14218050 ] ASF GitHub Bot commented on CB-8045: GitHub user MariaBukharina opened a pull request: https://github.com/apache/cordova-medic/pull/20 CB-8045 Fixed wrong name of activity to run at Android builder https://issues.apache.org/jira/browse/CB-8045 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-medic CB-8045 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-medic/pull/20.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 #20 commit 452a06f8e61d98d4eb28f7125e390c8b2ae3ea69 Author: maria.bukharina Date: 2014-11-19T15:57:52Z CB-8045 Fixed wrong name of activity to run at Android builder > Android test for windows failed to deploy app > - > > Key: CB-8045 > URL: https://issues.apache.org/jira/browse/CB-8045 > Project: Apache Cordova > Issue Type: Test > Components: Android, Medic >Reporter: Maria Bukharina > > Repo steps: > 1. Set up medic configuration > 2. Create android emutlator > 3. Run AndroidWin build > Deploy step failed:] > [ANDROID] [DEPLOY] Mobile-spec timed out on emulator-5554, continuing. > (Android__master__1416321767) > Android test prepare failed > program finished with exit code 1 -- 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-8045) Android test for windows failed to deploy app
Maria Bukharina created CB-8045: --- Summary: Android test for windows failed to deploy app Key: CB-8045 URL: https://issues.apache.org/jira/browse/CB-8045 Project: Apache Cordova Issue Type: Test Components: Android, Medic Reporter: Maria Bukharina Repo steps: 1. Set up medic configuration 2. Create android emutlator 3. Run AndroidWin build Deploy step failed:] [ANDROID] [DEPLOY] Mobile-spec timed out on emulator-5554, continuing. (Android__master__1416321767) Android test prepare failed program finished with exit code 1 -- 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-8044) --no-build flag not working.
Rémi Couturier created CB-8044:
--
Summary: --no-build flag not working.
Key: CB-8044
URL: https://issues.apache.org/jira/browse/CB-8044
Project: Apache Cordova
Issue Type: Bug
Components: CLI
Reporter: Rémi Couturier
cordova-cli: 4.1.2
cordova-android: 3.6.4
mac: osx yosemite
When running {{cordova run android -- --no-build}} I'm getting the following
error: {{ERROR : Run option '--no-build' not recognized.}} The script stop.
--
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-8043) Orientation preference's value set to anything but "landscape" or "portrait" doesn't work.
[ https://issues.apache.org/jira/browse/CB-8043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rémi Couturier updated CB-8043: --- Description: cordova-cli: 4.1.2 cordova-android: 3.6.4 mac: osx yosemite In config.xml, setting the orientation preference's value to anything but "landscape" or "portrait" doesn't work. Complete list of possible value: http://developer.android.com/guide/topics/manifest/activity-element.html#screen For example when setting the value to "userLandscape" and building the app (cordova build android), I'm getting this message: "Unknown value for orientation preference: userLandscape". was: In config.xml, setting the orientation preference's value to anything but "landscape" or "portrait" doesn't work. Complete list of possible value: http://developer.android.com/guide/topics/manifest/activity-element.html#screen For example when setting the value to "userLandscape" and building the app (cordova build android), I'm getting this message: "Unknown value for orientation preference: userLandscape". > Orientation preference's value set to anything but "landscape" or "portrait" > doesn't work. > -- > > Key: CB-8043 > URL: https://issues.apache.org/jira/browse/CB-8043 > Project: Apache Cordova > Issue Type: Improvement > Components: Android >Reporter: Rémi Couturier >Priority: Critical > > cordova-cli: 4.1.2 > cordova-android: 3.6.4 > mac: osx yosemite > In config.xml, setting the orientation preference's value to anything but > "landscape" or "portrait" doesn't work. Complete list of possible value: > http://developer.android.com/guide/topics/manifest/activity-element.html#screen > For example when setting the value to "userLandscape" and building the app > (cordova build android), I'm getting this message: "Unknown value for > orientation preference: userLandscape". -- 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-8043) Orientation preference's value set to anything but "landscape" or "portrait" doesn't work.
Rémi Couturier created CB-8043: -- Summary: Orientation preference's value set to anything but "landscape" or "portrait" doesn't work. Key: CB-8043 URL: https://issues.apache.org/jira/browse/CB-8043 Project: Apache Cordova Issue Type: Improvement Components: Android Reporter: Rémi Couturier Priority: Critical In config.xml, setting the orientation preference's value to anything but "landscape" or "portrait" doesn't work. Complete list of possible value: http://developer.android.com/guide/topics/manifest/activity-element.html#screen For example when setting the value to "userLandscape" and building the app (cordova build android), I'm getting this message: "Unknown value for orientation preference: userLandscape". -- 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-7694) Cordova crashes with UIPopoverPresentationController exception in web forms
[ https://issues.apache.org/jira/browse/CB-7694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14217783#comment-14217783 ] Al Ti commented on CB-7694: --- [~mayureshb4u], this not solved issue. Solved UIPopoverPresentationController exception, but generated other exception If you have 2 or more select in same page, try rapidly opening a select and try opening an other select before the first is appear. you will see new exception *** Terminating app due to uncaught exception 'NSRangeException', reason: '-[UITableView _contentOffsetForScrollingToRowAtIndexPath:atScrollPosition:]: row (0) beyond bounds (0) for section (0).' > Cordova crashes with UIPopoverPresentationController exception in web forms > --- > > Key: CB-7694 > URL: https://issues.apache.org/jira/browse/CB-7694 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.5.0, 3.6.0 > Environment: iOS 8.0.2, xCode 6.0.1 >Reporter: Alex Ivaylov > > I have this issue on both Cordova 3.5 and 3.6. > I have a web form that uses jQuery mobile. It is a mixture of text fields, > selects and a date field (the www folder is attached below). > The app randomly crashes when moving between the controls and I can not > figure out how to replicate the bug. I just go around all the controls and in > a random moment I get the exception shown below. > 2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to > uncaught exception 'NSGenericException', reason: > 'UIPopoverPresentationController ( 0x7afe3170>) should have a non-nil sourceView or barButtonItem set before the > presentation occurs.' > *** First throw call stack: > ( > 0 CoreFoundation 0x0030fdf6 > __exceptionPreprocess + 182 > 1 libobjc.A.dylib 0x02449a97 objc_exception_throw > + 44 > 2 UIKit 0x00eeaa37 > -[UIPopoverPresentationController presentationTransitionWillBegin] + 3086 > 3 UIKit 0x007f1f75 > __71-[UIPresentationController > _initViewHierarchyForPresentationSuperview:]_block_invoke + 1666 > 4 UIKit 0x007f0554 > __56-[UIPresentationController runTransitionForCurrentState]_block_invoke + > 226 > 5 UIKit 0x0082421b > __40+[UIViewController _scheduleTransition:]_block_invoke + 18 > 6 UIKit 0x006ea62e > ___afterCACommitHandler_block_invoke + 15 > 7 UIKit 0x006ea5d9 > _applyBlockToCFArrayCopiedToStack + 415 > 8 UIKit 0x006ea3ee > _afterCACommitHandler + 545 > 9 CoreFoundation 0x00232fbe > __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30 > 10 CoreFoundation 0x00232f00 > __CFRunLoopDoObservers + 400 > 11 CoreFoundation 0x0022893a __CFRunLoopRun + 1226 > 12 CoreFoundation 0x002281ab CFRunLoopRunSpecific > + 443 > 13 CoreFoundation 0x00227fdb CFRunLoopRunInMode + > 123 > 14 GraphicsServices0x03aca24f GSEventRunModal + 192 > 15 GraphicsServices0x03aca08c GSEventRun + 104 > 16 UIKit 0x006c0e16 UIApplicationMain + > 1526 > 17 testApp 0x000ec7bc main + 92 > 18 libdyld.dylib 0x02b29ac9 start + 1 > ) > libc++abi.dylib: terminating with uncaught exception of type NSException > (lldb) > Here are the files: > 1. A video showing the bug: http://alex.scot/cordova/cordova1.mov > 2. Text file with the commands used to create the project and the exception: > http://alex.scot/cordova/cordova1.txt > 3. The www folder of the iOS platform in Cordova: > http://alex.scot/cordova/www.zip > thank you for looking into this, > Alex -- 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-8042) Still got the error “Cannot set property connection of #” with fixing of CB-7868 on Android cordova 3.6.4
[
https://issues.apache.org/jira/browse/CB-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
JoeSong updated CB-8042:
Priority: Major (was: Blocker)
> Still got the error “Cannot set property connection of #” with
> fixing of CB-7868 on Android cordova 3.6.4
>
>
> Key: CB-8042
> URL: https://issues.apache.org/jira/browse/CB-8042
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaJS
>Reporter: JoeSong
>
> Android Cordova 3.6.4 breaks the compatibility with some versions of
> Android(4.0 and 4.0.3). The app won't load.
> The console print the "TypeError “Cannot set property connection of
> #”" . Then, it cause the device ready event can't be fired.
> There is another issue CB-7868 also mention this error. Also, I tried to
> merge the fixing of CB-7868,https://github.com/apache/cordova-js/pull/88,
> into my project. But, I still get the same error only on Android 4.0(API 14)
> and Android 4.0.3(API 15) emulator.
> Then, I merge the following fixing mentioned by Andrew Grieve on CB-7868. It
> works now.
> ***
> function clobber(obj, key, value) {
> exports.replaceHookForTesting(obj, key);
> -obj[key] = value;
> +var needsProperty = false;
> +try {
> +obj[key] = value;
> +} catch (e) {
> +needsProperty = true;
> +}
> // Getters can only be overridden by getters.
> -if (obj[key] !== value) {
> +if (needsProperty || obj[key] !== value) {
> utils.defineGetter(obj, key, function() {
> return value;
> });
> *
> I also get the IOS cordova 3.7.0. I found the fixing with
> https://github.com/apache/cordova-js/pull/88 has been applied. But, the
> function, clobber , still don't has above fixing.
> So, my question is that, what's the right fixing for the error.
--
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-8042) Still got the error “Cannot set property connection of #” with fixing of CB-7868 on Android cordova 3.6.4
[
https://issues.apache.org/jira/browse/CB-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
JoeSong updated CB-8042:
Description:
Android Cordova 3.6.4 breaks the compatibility with some versions of
Android(4.0 and 4.0.3). The app won't load.
The console print the "TypeError “Cannot set property connection of
#”" . Then, it cause the device ready event can't be fired.
There is another issue CB-7868 also mention this error. Also, I tried to merge
the fixing of CB-7868,https://github.com/apache/cordova-js/pull/88, into my
project. But, I still get the same error only on Android 4.0(API 14) and
Android 4.0.3(API 15) emulator.
Then, I merge the following fixing mentioned by Andrew Grieve on CB-7868. It
works now.
***
function clobber(obj, key, value) {
exports.replaceHookForTesting(obj, key);
-obj[key] = value;
+var needsProperty = false;
+try {
+obj[key] = value;
+} catch (e) {
+needsProperty = true;
+}
// Getters can only be overridden by getters.
-if (obj[key] !== value) {
+if (needsProperty || obj[key] !== value) {
utils.defineGetter(obj, key, function() {
return value;
});
*
I also get the IOS cordova 3.7.0. I found the fixing with
https://github.com/apache/cordova-js/pull/88 has been applied. But, the
function, clobber , still don't has above fixing.
So, my question is that, what's the right fixing for the error.
was:
Android Cordova 3.6.4 breaks the compatibility with some versions of
Android(4.0 and 4.0.3). The app won't load.
The console print the "TypeError “Cannot set property connection of
#”" . Then, it cause the device ready event can't be fired.
There is another issue CB-7868 also mention this error. Also, I tried to merge
the fixing of CB-7868 into my project. But, I still get the same error only on
Android 4.0(API 14) and Android 4.0.3(API 15) emulator.
> Still got the error “Cannot set property connection of #” with
> fixing of CB-7868 on Android cordova 3.6.4
>
>
> Key: CB-8042
> URL: https://issues.apache.org/jira/browse/CB-8042
> Project: Apache Cordova
> Issue Type: Bug
> Components: Android, CordovaJS
>Reporter: JoeSong
>Priority: Blocker
>
> Android Cordova 3.6.4 breaks the compatibility with some versions of
> Android(4.0 and 4.0.3). The app won't load.
> The console print the "TypeError “Cannot set property connection of
> #”" . Then, it cause the device ready event can't be fired.
> There is another issue CB-7868 also mention this error. Also, I tried to
> merge the fixing of CB-7868,https://github.com/apache/cordova-js/pull/88,
> into my project. But, I still get the same error only on Android 4.0(API 14)
> and Android 4.0.3(API 15) emulator.
> Then, I merge the following fixing mentioned by Andrew Grieve on CB-7868. It
> works now.
> ***
> function clobber(obj, key, value) {
> exports.replaceHookForTesting(obj, key);
> -obj[key] = value;
> +var needsProperty = false;
> +try {
> +obj[key] = value;
> +} catch (e) {
> +needsProperty = true;
> +}
> // Getters can only be overridden by getters.
> -if (obj[key] !== value) {
> +if (needsProperty || obj[key] !== value) {
> utils.defineGetter(obj, key, function() {
> return value;
> });
> *
> I also get the IOS cordova 3.7.0. I found the fixing with
> https://github.com/apache/cordova-js/pull/88 has been applied. But, the
> function, clobber , still don't has above fixing.
> So, my question is that, what's the right fixing for the error.
--
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-8042) Still got the error “Cannot set property connection of #” with fixing of CB-7868 on Android cordova 3.6.4
JoeSong created CB-8042: --- Summary: Still got the error “Cannot set property connection of #” with fixing of CB-7868 on Android cordova 3.6.4 Key: CB-8042 URL: https://issues.apache.org/jira/browse/CB-8042 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS Reporter: JoeSong Priority: Blocker Android Cordova 3.6.4 breaks the compatibility with some versions of Android(4.0 and 4.0.3). The app won't load. The console print the "TypeError “Cannot set property connection of #”" . Then, it cause the device ready event can't be fired. There is another issue CB-7868 also mention this error. Also, I tried to merge the fixing of CB-7868 into my project. But, I still get the same error only on Android 4.0(API 14) and Android 4.0.3(API 15) emulator. -- 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-8041) "org.apache.cordova.statusbar" plugin not work with Android greater or equal than 4.1
Colin Bau created CB-8041: - Summary: "org.apache.cordova.statusbar" plugin not work with Android greater or equal than 4.1 Key: CB-8041 URL: https://issues.apache.org/jira/browse/CB-8041 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 3.6.3 Environment: Android 4.0 Android 4.1 Android 4.2 Android 4.4 Reporter: Colin Bau I am using this plugin in PGB 3.6.3 with all latest core plugin https://build.phonegap.com/plugins/715 https://build.phonegap.com/plugins/core according to this https://github.com/apache/cordova-plugin-statusbar/blob/bdbaf129595c4a4e3d957a1bc218d05dc5f82a9e/README.md "StatusBar.hide" and "StatusBar.show" are supported by Android but I tried in different situation,Android have some problem (but ios and winphone are totally work) Android 4.0.X is work，show and hide function work perfect but... Android 4.1.X is not work Android 4.2.X is not work Android 4.3.X have no device to test Android 4.4.X is not work -- 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-7694) Cordova crashes with UIPopoverPresentationController exception in web forms
[
https://issues.apache.org/jira/browse/CB-7694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14217576#comment-14217576
]
Mayur Birari edited comment on CB-7694 at 11/19/14 8:01 AM:
@Abdullah, can you try following delegate in HybridViewCotroller which has
UIWebview:
-(void)presentViewController:(UIViewController *)viewControllerToPresent
animated:(BOOL)flag completion:(void (^)(void))completion
{
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, NSEC_PER_USEC),
dispatch_get_main_queue(),
^{
[super presentViewController:viewControllerToPresent
animated:flag completion:completion];
});
}
this solved my issue, and phonegap app is not crashing now on select or date
tag.
http://stackoverflow.com/questions/25908729/ios8-ipad-uiwebview-crashes-while-displaying-popover-when-user-taps-drop-down-li
was (Author: mayureshb4u):
@Abdullah, can you try following delegate in HybridViewCotroller which has
UIWebview:
-(void)presentViewController:(UIViewController *)viewControllerToPresent
animated:(BOOL)flag completion:(void (^)(void))completion
{
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, NSEC_PER_USEC),
dispatch_get_main_queue(),
^{
[super presentViewController:viewControllerToPresent
animated:flag completion:completion];
});
}
this solved my issue, and phonegap is not crashing now on select or date tag.
http://stackoverflow.com/questions/25908729/ios8-ipad-uiwebview-crashes-while-displaying-popover-when-user-taps-drop-down-li
> Cordova crashes with UIPopoverPresentationController exception in web forms
> ---
>
> Key: CB-7694
> URL: https://issues.apache.org/jira/browse/CB-7694
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0, 3.6.0
> Environment: iOS 8.0.2, xCode 6.0.1
>Reporter: Alex Ivaylov
>
> I have this issue on both Cordova 3.5 and 3.6.
> I have a web form that uses jQuery mobile. It is a mixture of text fields,
> selects and a date field (the www folder is attached below).
> The app randomly crashes when moving between the controls and I can not
> figure out how to replicate the bug. I just go around all the controls and in
> a random moment I get the exception shown below.
> 2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to
> uncaught exception 'NSGenericException', reason:
> 'UIPopoverPresentationController ( 0x7afe3170>) should have a non-nil sourceView or barButtonItem set before the
> presentation occurs.'
> *** First throw call stack:
> (
> 0 CoreFoundation 0x0030fdf6
> __exceptionPreprocess + 182
> 1 libobjc.A.dylib 0x02449a97 objc_exception_throw
> + 44
> 2 UIKit 0x00eeaa37
> -[UIPopoverPresentationController presentationTransitionWillBegin] + 3086
> 3 UIKit 0x007f1f75
> __71-[UIPresentationController
> _initViewHierarchyForPresentationSuperview:]_block_invoke + 1666
> 4 UIKit 0x007f0554
> __56-[UIPresentationController runTransitionForCurrentState]_block_invoke +
> 226
> 5 UIKit 0x0082421b
> __40+[UIViewController _scheduleTransition:]_block_invoke + 18
> 6 UIKit 0x006ea62e
> ___afterCACommitHandler_block_invoke + 15
> 7 UIKit 0x006ea5d9
> _applyBlockToCFArrayCopiedToStack + 415
> 8 UIKit 0x006ea3ee
> _afterCACommitHandler + 545
> 9 CoreFoundation 0x00232fbe
> __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
> 10 CoreFoundation 0x00232f00
> __CFRunLoopDoObservers + 400
> 11 CoreFoundation 0x0022893a __CFRunLoopRun + 1226
> 12 CoreFoundation 0x002281ab CFRunLoopRunSpecific
> + 443
> 13 CoreFoundation 0x00227fdb CFRunLoopRunInMode +
> 123
> 14 GraphicsServices0x03aca24f GSEventRunModal + 192
> 15 GraphicsServices0x03aca08c GSEventRun + 104
> 16 UIKit 0x006c0e16 UIApplicationMain +
> 1526
> 17 testApp 0x000ec7bc main + 92
> 18 libdyld.dylib 0x02b29ac9 start + 1
> )
> libc++abi.dylib: terminating with uncaught exception of type NSException
> (lldb)
> Here are the files:
> 1. A video showing the bug: http://alex.scot/cordova/cordova1.mov
> 2. Text file with the commands used to create the project and the exception:
[jira] [Commented] (CB-7694) Cordova crashes with UIPopoverPresentationController exception in web forms
[
https://issues.apache.org/jira/browse/CB-7694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14217576#comment-14217576
]
Mayur Birari commented on CB-7694:
--
@Abdullah, can you try following delegate in HybridViewCotroller which has
UIWebview:
-(void)presentViewController:(UIViewController *)viewControllerToPresent
animated:(BOOL)flag completion:(void (^)(void))completion
{
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, NSEC_PER_USEC),
dispatch_get_main_queue(),
^{
[super presentViewController:viewControllerToPresent
animated:flag completion:completion];
});
}
this solved my issue, and phonegap is not crashing now on select or date tag.
http://stackoverflow.com/questions/25908729/ios8-ipad-uiwebview-crashes-while-displaying-popover-when-user-taps-drop-down-li
> Cordova crashes with UIPopoverPresentationController exception in web forms
> ---
>
> Key: CB-7694
> URL: https://issues.apache.org/jira/browse/CB-7694
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0, 3.6.0
> Environment: iOS 8.0.2, xCode 6.0.1
>Reporter: Alex Ivaylov
>
> I have this issue on both Cordova 3.5 and 3.6.
> I have a web form that uses jQuery mobile. It is a mixture of text fields,
> selects and a date field (the www folder is attached below).
> The app randomly crashes when moving between the controls and I can not
> figure out how to replicate the bug. I just go around all the controls and in
> a random moment I get the exception shown below.
> 2014-10-02 11:25:34.619 testApp[4456:277182] *** Terminating app due to
> uncaught exception 'NSGenericException', reason:
> 'UIPopoverPresentationController ( 0x7afe3170>) should have a non-nil sourceView or barButtonItem set before the
> presentation occurs.'
> *** First throw call stack:
> (
> 0 CoreFoundation 0x0030fdf6
> __exceptionPreprocess + 182
> 1 libobjc.A.dylib 0x02449a97 objc_exception_throw
> + 44
> 2 UIKit 0x00eeaa37
> -[UIPopoverPresentationController presentationTransitionWillBegin] + 3086
> 3 UIKit 0x007f1f75
> __71-[UIPresentationController
> _initViewHierarchyForPresentationSuperview:]_block_invoke + 1666
> 4 UIKit 0x007f0554
> __56-[UIPresentationController runTransitionForCurrentState]_block_invoke +
> 226
> 5 UIKit 0x0082421b
> __40+[UIViewController _scheduleTransition:]_block_invoke + 18
> 6 UIKit 0x006ea62e
> ___afterCACommitHandler_block_invoke + 15
> 7 UIKit 0x006ea5d9
> _applyBlockToCFArrayCopiedToStack + 415
> 8 UIKit 0x006ea3ee
> _afterCACommitHandler + 545
> 9 CoreFoundation 0x00232fbe
> __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
> 10 CoreFoundation 0x00232f00
> __CFRunLoopDoObservers + 400
> 11 CoreFoundation 0x0022893a __CFRunLoopRun + 1226
> 12 CoreFoundation 0x002281ab CFRunLoopRunSpecific
> + 443
> 13 CoreFoundation 0x00227fdb CFRunLoopRunInMode +
> 123
> 14 GraphicsServices0x03aca24f GSEventRunModal + 192
> 15 GraphicsServices0x03aca08c GSEventRun + 104
> 16 UIKit 0x006c0e16 UIApplicationMain +
> 1526
> 17 testApp 0x000ec7bc main + 92
> 18 libdyld.dylib 0x02b29ac9 start + 1
> )
> libc++abi.dylib: terminating with uncaught exception of type NSException
> (lldb)
> Here are the files:
> 1. A video showing the bug: http://alex.scot/cordova/cordova1.mov
> 2. Text file with the commands used to create the project and the exception:
> http://alex.scot/cordova/cordova1.txt
> 3. The www folder of the iOS platform in Cordova:
> http://alex.scot/cordova/www.zip
> thank you for looking into this,
> Alex
--
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
