[
https://issues.apache.org/jira/browse/CB-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493008#comment-13493008
]
Ismael Olusola Jimoh commented on CB-105:
-
Hi,
Please this issue is still persistent
[
https://issues.apache.org/jira/browse/CB-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492984#comment-13492984
]
Sreekanth Reddy commented on CB-1821:
-
Thanks for your response.
Could you please provid
[
https://issues.apache.org/jira/browse/CB-1807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492938#comment-13492938
]
Thejaswi Puthraya commented on CB-1807:
---
Andrew, thanks for the fix. I can confirm it w
Although I think we're close to being able to author cross-platform apps
sans UA detection , I think people still have valid use cases to use it.
On 11/7/12 6:18 PM, "Andrew Grieve" wrote:
>I like the idea of at least removing this from the start-up path. If users
>want to know about the device,
I think the trouble here is that the web side can't be stored in the same
way. If the webview is shut down and recreated, even if we maintain the
native side's state perfectly, the callback that was waiting for that
picture is lost. I'm not sure how we could start to solve that. Maybe by
trying to
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve updated CB-1822:
--
Description:
Relevant ML thread: http://callback.markmail.org/thread/5m5qiv3vokwyuxyo
This change involve
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1822.
---
Resolution: Fixed
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-ios.git;a=commit;h=c65aadf
I'm playing the noob card on this one, as I've never built an Android app.
Is the problem that Android can kill our webview when it's not the primary
view, and that we can't restore its state afterwards? I read that there's
some property bag that the system gives app to store their state in when
th
I like the idea of at least removing this from the start-up path. If users
want to know about the device, they could always call exec() themselves.
On Wed, Nov 7, 2012 at 4:57 PM, Shazron wrote:
> Also, if we remove the device API like Brian suggested, it would be good in
> the sense that we wo
Github user cpojer closed the pull request at:
https://github.com/apache/incubator-cordova-ios/pull/63
Same!
Awesomesauce
Sent from my iPhone
On 2012-11-07, at 7:22 PM, Steven Gill wrote:
> Nice work Tim. I will give it a go tomorrow on my BB10 dev device.
>
> -Steve
>
> On Wed, Nov 7, 2012 at 4:11 PM, Tim Kim wrote:
>
>> Howdy everyone,
>>
>> I've been working on the bb10 extension for a
Oh whoops, I forgot an instruction!
Between step 8 and 9:
Add this to your www/config.xml
On 7 November 2012 16:22, Steven Gill wrote:
> Nice work Tim. I will give it a go tomorrow on my BB10 dev device.
>
> -Steve
>
> On Wed, Nov 7, 2012 at 4:11 PM, Tim Kim wrote:
>
> > Howdy everyone,
>
Nice work Tim. I will give it a go tomorrow on my BB10 dev device.
-Steve
On Wed, Nov 7, 2012 at 4:11 PM, Tim Kim wrote:
> Howdy everyone,
>
> I've been working on the bb10 extension for about a month and I've finally
> gotten it to a point where it's ready for some good old human testing.
>
>
[
https://issues.apache.org/jira/browse/CB-1678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492836#comment-13492836
]
Tim Kim edited comment on CB-1678 at 11/8/12 12:17 AM:
---
More updates!
[
https://issues.apache.org/jira/browse/CB-1678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492836#comment-13492836
]
Tim Kim edited comment on CB-1678 at 11/8/12 12:07 AM:
---
More updates!
[
https://issues.apache.org/jira/browse/CB-1678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492836#comment-13492836
]
Tim Kim commented on CB-1678:
-
More updates!
I'm pretty close on finishing this. There's only a
GitHub user cpojer opened a pull request:
https://github.com/apache/incubator-cordova-ios/pull/63
Allow seekToAudio to work with position = 0
Seeking to position 0 does not work. One always needs to set the position
to at least 1ms. This fixes the issue.
You can merge this pull req
There are potentially trademark issues, at the very least. I've not done a
review so am not saying there is a problem, just that there may be. Before
doing a review I wanted to see if this was a transitional thing.
A concern I do have is that the documentation only appears on a third party
site. W
I would be in favor of using android's state objects as much as possible
and let the android os take over for restoring most of that shit. How that
plays with webview/webkit I guess is another question entirely.
On 11/7/12 2:53 PM, "Joe Bowser" wrote:
>Hey
>
>I think that we really need to figur
Hey
I think that we really need to figure out what's going on in DroidGap. I
know that this isn't a sexy new feature like WebRTC or anything, but we
need to figure this out. Right now, we have the following problem:
1. User uses a plugin that fires an intent and launches an external activity
2.
[
https://issues.apache.org/jira/browse/CB-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-1824.
--
Resolution: Fixed
Fix commit
http://git-wip-us.apache.org/repos/asf/incubator-cordova-ios/commit/
Also, if we remove the device API like Brian suggested, it would be good in
the sense that we won't have to call the CDVDevice plugin to populate some
js variables before deviceready can fire -- eliminating a dependency.
On Wed, Nov 7, 2012 at 11:00 AM, Shazron wrote:
> Agree with Fil to make i
[
https://issues.apache.org/jira/browse/CB-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-1824:
-
Fix Version/s: 2.3.0
> SIGABRT when view loads - reason: '-[__NSCFBoolean isEqualToString:]:
>
[
https://issues.apache.org/jira/browse/CB-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492732#comment-13492732
]
Tim Kim commented on CB-1821:
-
Hi there Sreekanth,
The barcode scanner api is not apart of the
I agree with the sentiments of Chad that the docs are getting a little too
bloated. I don't think it'll be that bad to create separate docs for each
platform. I think it'll mostly be a copy and paste job. I also think as
time goes on, we'll only be updating the bb10 parts anyhow.
At what point sho
[
https://issues.apache.org/jira/browse/CB-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anis Kadri resolved CB-1794.
Resolution: Fixed
> `cordova` command line script(s) don't work with paths with spaces in them
> -
Jay Ashworth created CB-1824:
Summary: SIGABRT when view loads - reason: '-[__NSCFBoolean
isEqualToString:]: unrecognized selector
Key: CB-1824
URL: https://issues.apache.org/jira/browse/CB-1824
Project:
I don't like the word "deploy" since that might imply uploading to
app-store kind of things. Any beef with my build / run / package proposal?
+1 to no user interaction by default. Maybe have an --interactive flag to
enable it if we want it.
On Wed, Nov 7, 2012 at 3:10 PM, Filip Maj wrote:
> Pl
[
https://issues.apache.org/jira/browse/CB-1807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1807.
---
Resolution: Fixed
Fix Version/s: 2.3.0
Yep, looks like I dropped the ball on this one. Not sure h
[
https://issues.apache.org/jira/browse/CB-1740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1740.
---
Resolution: Fixed
Assignee: Andrew Grieve (was: Filip Maj)
https://git-wip-us.apache.org/repos/as
Yeah and it pissed off users, esp since the docs weren't updated :)
On 11/7/12 12:00 PM, "Anis KADRI" wrote:
>Didn't Android just switch from plugins.xml + cordova.xml -> config.xml
>without deprecating anything ?
>
>
>On Wed, Nov 7, 2012 at 11:53 AM, Filip Maj wrote:
>
>> IMO we should support
While we would certainly love to see every BlackBerry user upgrade to
BlackBerry 10 in the first two weeks, it seems like there will be a definite
transition period. I would think we will still see significant subscriber
numbers on BBOS devices for a while. I would think you will continue to s
Please please please let's all agree that no interactive input should be
required for the CLI scripts
On 11/7/12 11:47 AM, "Anis KADRI" wrote:
>On Wed, Nov 7, 2012 at 11:24 AM, Jesse wrote:
>
>> Yeah, I am not excited by emulate/deploy, they are the same thing.
>>
>
>I wouldn't say that. In the
Didn't Android just switch from plugins.xml + cordova.xml -> config.xml
without deprecating anything ?
On Wed, Nov 7, 2012 at 11:53 AM, Filip Maj wrote:
> IMO we should support both for at least a point revision or two and
> deprecate appropriately..
>
> On 11/7/12 11:49 AM, "Anis KADRI" wrote
On 7 November 2012 11:44, Jesse wrote:
> I would go cold turkey.
> Not sure why you need to write a cli tool, just instruct users that in
> version 2.3 and beyond, they must use config.xml, and tell them if
> they are migrating, they will have to put their data in the new
> format.
>
> Not sure w
IMO we should support both for at least a point revision or two and
deprecate appropriately..
On 11/7/12 11:49 AM, "Anis KADRI" wrote:
>Because generation McDonald's wants everything yesterday! Users don't like
>to think too much [1]
>
>[1] http://www.amazon.com/Dont-Make-Me-Think-Usability/dp/0
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492648#comment-13492648
]
Adam commented on CB-1185:
---
I will be able to next week, but this week we are fending off "death b
Good idea.
Also: all requirements for a platform implementation should be clearly
specified at the top of the platform's README. Ant, node, OS versions, etc.
On 11/7/12 11:29 AM, "Shazron" wrote:
>I noticed that we don't have anything in the docs regarding a Cordova
>version's support for an OS
I am starting to lean towards this person's opinion. Combining all the
BlackBerry platforms into one is starting to become heavy.
Clearly RIM is not looking to support BB 5, 6 and 7 moving forward.
Everything coming from RIM is 100% focused on BB 10.
At what point should we consider sunsetting su
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492646#comment-13492646
]
Lindsey Simon commented on CB-1185:
---
I can't even reproduce it in our app, as much as I try
Because generation McDonald's wants everything yesterday! Users don't like
to think too much [1]
[1] http://www.amazon.com/Dont-Make-Me-Think-Usability/dp/0321344758
On Wed, Nov 7, 2012 at 11:44 AM, Jesse wrote:
> I would go cold turkey.
> Not sure why you need to write a cli tool, just instru
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492644#comment-13492644
]
Filip Maj commented on CB-1185:
---
Please, if anyone on this thread who can reproduce the issue c
On Wed, Nov 7, 2012 at 11:24 AM, Jesse wrote:
> Yeah, I am not excited by emulate/deploy, they are the same thing.
>
I wouldn't say that. In the case of emulate we could just list emulators
and for `deploy` just devices. Or we can have only one command and list
both. I don't really have a strong
I would go cold turkey.
Not sure why you need to write a cli tool, just instruct users that in
version 2.3 and beyond, they must use config.xml, and tell them if
they are migrating, they will have to put their data in the new
format.
Not sure why we keep insisting on doing everything for everyone.
Do we want to still support the .plist (thus deprecate) or go cold turkey
and support config.xml only?
I'd rather go cold turkey and write a cli tool to convert a Cordova.plist
-> config.xml, which shouldn't be hard.
Yeah, I am not excited by emulate/deploy, they are the same thing.
In my mind, the power of CL tooling is as much for programs/scripts as
users, interactive steps screw that completely.
Maybe the lack of -d: should signal that interaction is required, and
the same/similar can be done for the avd
[
https://issues.apache.org/jira/browse/CB-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Drew Walters resolved CB-1471.
--
Resolution: Duplicate
> Add Globalization Plug-in for Blackberry WebWorks
> --
Awesome sauce to everything -- now that we have consensus on iOS 5.0 it
frees us up for a lot of things.
On Wed, Nov 7, 2012 at 7:51 AM, Brian LeRoux wrote:
> huge!
>
>
> On Wed, Nov 7, 2012 at 7:42 AM, Braden Shepherdson >wrote:
>
> > One major feature I'm looking to add for 2.3.0 is a faster
[
https://issues.apache.org/jira/browse/CB-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Drew Walters resolved CB-1621.
--
Resolution: Fixed
> Add Globalization Plug-in for BlackBerry
> ---
Chad Tetreault created CB-1823:
--
Summary: BlackBerry updates to the docs
Key: CB-1823
URL: https://issues.apache.org/jira/browse/CB-1823
Project: Apache Cordova
Issue Type: Bug
Compone
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492606#comment-13492606
]
Joe Bowser commented on CB-1185:
OK, so I really need a simple example app to pursue this any
Agree with Fil to make it consistent - in essence this is an iOS bug :)
Brian, there is one case I can think of -- detecting the iPad mini's
features using js - Max Firt investigated trying to do it
http://www.mobilexweb.com/blog/ipad-mini-detection-for-html5-user-agent but
the only kludgy way rig
On Wed, Nov 7, 2012 at 10:33 AM, Jesse MacFadyen wrote:
> # get a list of devices
> ./bin/emulate -devices
>
> # launch emulator with index of 2
> ./bin/emulate -d:2
>
Sure if you can select the one you want then why not. I like a list better
than auto-selection personally. The reason is that it
Oh there will be at least one pitchfork. I did post a notice for comment
but doesn't seem anyone cares about 4.3 :)
On Wed, Nov 7, 2012 at 7:29 AM, Brian LeRoux wrote:
> +1 kill
>
> Pls make sure when you notify the google group the downloads for everything
> <2.2 will still support it before t
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492578#comment-13492578
]
Kevin Hawkins commented on CB-1822:
---
Great, thanks! That will work perfectly for us. ;-)
# get a list of devices
./bin/emulate -devices
# launch emulator with index of 2
./bin/emulate -d:2
I have never liked our use of the term emulate, as it is for emulators
only where I might want to do the same for a physical device that is
attached. and presumably listed devices could include bot
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492572#comment-13492572
]
Andrew Grieve commented on CB-1822:
---
Sorry for not being clear. I have no plans on changing
On Tue, Nov 6, 2012 at 4:58 PM, Jesse wrote:
> User interaction should NOT be required, if it annoys you then type
> the right thing.
>
What would the right thing be ?
>
> adb devices
> - returns a list of usable devices, why not mimic that?
> adb -s
> - makes perfect sense to me
>
> When I
CI implementation is what I am gunning for here (and can actually use it).
I don't like it either but reality is for people building cross-platform
apps at some point you have to do:
if (device.platform == 'android') // do some stuff
For example, knowing when to attach to a back button vs render
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492556#comment-13492556
]
Kevin Hawkins commented on CB-1822:
---
What are the details around removing/moving VERSION?
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492532#comment-13492532
]
Joe Bowser commented on CB-1185:
@Adam: If you're using keepRunning, Javascript keeps running
Is there a problem w/ a downstream dist publishing docs?
On Wed, Nov 7, 2012 at 9:09 AM, Ross Gardler wrote:
> Why is the Apache Cordova documentation hosted on phonegap.com?
>
> Ross
>
> Ross Gardler (@rgardler)
> OpenDirective
> http://opendirective.com
>
>
>
Github user khawkins closed the pull request at:
https://github.com/apache/incubator-cordova-ios/pull/62
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492499#comment-13492499
]
Adam commented on CB-1185:
---
@Joe, does javascript run at all when the app is in the background? My
god I love that roadmap page.
On Wed, Nov 7, 2012 at 8:19 AM, Ken Wallis wrote:
> Unfortunately it is a fact of life that those darn manufacturers do like
> their secrets to an extent. ;) It seems that your current model of
> frequent releases might be the best approach to deal with the issues
[
https://issues.apache.org/jira/browse/CB-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1755.
---
Resolution: Fixed
Fix Version/s: 2.3.0
Assignee: Andrew Grieve (was: Shazron Abdullah)
Andrew Grieve created CB-1822:
-
Summary: Move cordova.ios.js to CordovaLib directory
Key: CB-1822
URL: https://issues.apache.org/jira/browse/CB-1822
Project: Apache Cordova
Issue Type: Bug
Unfortunately it is a fact of life that those darn manufacturers do like their
secrets to an extent. ;) It seems that your current model of frequent releases
might be the best approach to deal with the issues, especially because you are
a customer of many different SDKs, all with different rele
Created bug: https://issues.apache.org/jira/browse/CB-1822
On Mon, Nov 5, 2012 at 3:03 PM, Shazron wrote:
> > I'm thinking we only update:
>
> > > CordovaLib/cordova.ios.js with the latest from cordova-js
> > >
> > > I think we could do this without the explicit step.
> >
> >
> Ok.
>
>
> > >
Thanks, I'll take a look at that .. Is there an example for a platform
that doesn't use the native bridge e.g webworks or similar? I couldn't
find one
Markus
On 11/7/12 7:27 AM, "Andrew Grieve" wrote:
>Here's the Android impl:
>https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android
Here's a proposal for getting rid of our existing scripts, and starting
with some new ones (CB-1668):
- build
--clean == clean first
--debug == build in DEBUG mode (default)
--release == build in RELEASE mode
- run
--nobuild == don't run the build command first
--debug / --rel
On Tue Nov 6 01:41 PM, Joe Bowser wrote:
> Hey
>
> Apparently the pause and resume bug still exists, and I think it's
> caused by the pause and resume timers not being executed properly.
> I'm looking at the Private API to see what this actually does so I can
> try and write a JUnit test for thi
huge!
On Wed, Nov 7, 2012 at 7:42 AM, Braden Shepherdson wrote:
> One major feature I'm looking to add for 2.3.0 is a faster edit-refresh
> cycle.
>
> Yesterday evening I pushed a refresh plugin to
> https://github.com/MobileChromeApps/refresh that adds a refresh button
> floating in the top-rig
I'd love it if we could sync w/ the manufacturers and os vendors but the
reality here is we're a customer of their SDKs just like everyone else. As
Shaz mentions, we had no idea the new iPhone would change dimensions so
even if we did have a policy we'd be lying.
As Fil says, we should align our p
One major feature I'm looking to add for 2.3.0 is a faster edit-refresh
cycle.
Yesterday evening I pushed a refresh plugin to
https://github.com/MobileChromeApps/refresh that adds a refresh button
floating in the top-right of your app, which does a JS reload. (Woo,
cross-platform plugins!) It's re
This may get some rotton tomatoes thrown at me but I would be in favor of
axing these apis altogether. I think they are more dangerous than useful /
developers should favor browser feature detection for their UI work.
There is no programmatic reason to want these properties otherwise that I
can th
So the consensus is:
./bin/emulate defaults to first 'thing' and take an optional param for an
index if there is more than one
Seems to beg we have a script to list emulators/devices now. =/
On Tue, Nov 6, 2012 at 5:00 PM, Filip Maj wrote:
> +1 no user interaction required.
>
> On 11/6/12 4:5
[
https://issues.apache.org/jira/browse/CB-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve updated CB-1455:
--
Priority: Trivial (was: Major)
> 'authorization: ...' instead of 'Authorization: ...' set in FileTran
+1 kill
Pls make sure when you notify the google group the downloads for everything
<2.2 will still support it before there is public outcry, pitchforks, etc.
On Wednesday, November 7, 2012, Filip Maj wrote:
> +1 !
>
> On 11/6/12 7:21 PM, "Andrew Grieve" wrote:
>
> >+1. This will let us use we
[
https://issues.apache.org/jira/browse/CB-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492425#comment-13492425
]
Andrew Grieve commented on CB-1455:
---
Headers are supposed to be treated case insensitive. I
Here's the Android impl:
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android.git;a=blob;f=framework/src/org/apache/cordova/NetworkManager.java;h=5d8791809227877d604c98cf029c26242d9642b8;hb=HEAD
The JS performs a Connection.getConnectionInfo(), and then the native
plugin returns the
So, I went to take a screenshot to show what I was seeing before, and it
looks like the problem is fixed in the latest version of XCode (or I am
crazy and it was never a problem). What I was seeing was that synthesized
fields did not show up in the variable window when debugging, and I would
consta
I saw that ... but how is that handled by the platform specific plugins?
Markus
-Original Message-
From: Simon MacDonald [mailto:simon.macdon...@gmail.com]
Sent: Mittwoch, 7. November 2012 15:56
To: dev@cordova.apache.org
Subject: Re: online/offline Events
lolz I didn't read what list t
lolz I didn't read what list this was on. The src for network.js is at:
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-js.git;a=blob;f=lib/common/plugin/network.js;h=adaba5ae8b6ec825986712d8b99e660105e56ae9;hb=HEAD
The way we have it setup is the native side sends the JS side an upda
It is looking like I should be able to make it!
Put in a paper to talk with Dan so cross your fingers for us.
On Tue, Nov 6, 2012 at 2:01 PM, Steven Gill wrote:
> Woot!
>
> On Tue, Nov 6, 2012 at 10:57 AM, Filip Maj wrote:
>
> > ye
> >
> > On 11/6/12 10:54 AM, "Al Harding" wrote:
> >
> >
I was actually looking for a code example (in cordova-js) of a platform that
sends out those events (because I'm investigating how to add support for those
to webOS)
Markus
-Original Message-
From: Simon MacDonald [mailto:simon.macdon...@gmail.com]
Sent: Mittwoch, 7. November 2012 15:3
Ok, this doesn't seem to be a little thing and it concerns me:
-iOS don't synthesize variables via properties since it causes them to not
show up in the debugger. With ARC, it is now just as convenient to use
fields as it is properties for private members anyways.
Can you explain this a bit bette
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492204#comment-13492204
]
Matthew M commented on CB-1185:
---
Unfortunately our app requires keepRunning and we cannot clear
Sreekanth Reddy created CB-1821:
---
Summary: Blackberry Playbook: Creating bar Code scanner for
playbook plugin
Key: CB-1821
URL: https://issues.apache.org/jira/browse/CB-1821
Project: Apache Cordova
89 matches
Mail list logo
