date:20140626

[jira] [Assigned] (CB-6978) test captureImage() function failed

2014-06-26 Thread Martin Bektchiev (JIRA)


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

Martin Bektchiev reassigned CB-6978:


Assignee: Martin Bektchiev

 test captureImage() function failed
 ---

 Key: CB-6978
 URL: https://issues.apache.org/jira/browse/CB-6978
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
 Environment: android4.1
Reporter: fujunwei
Assignee: Martin Bektchiev
  Labels: features
   Original Estimate: 24h
  Remaining Estimate: 24h

 REPRODUCE TEST STEPS:
 1. install Cordova 3.5.0 and media-capture plugin
 2. write a simple test code, for example
 navigator.device.capture.captureImage(captureSuccess, captureError, 
 {limit:1});
 3. Tap on captureImage() button, check the behavior
 EXPECTED OUTCOME:
 callback captureSuccess function
 ACTUAL OUTCOME:
 callback captureError function



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)

2014-06-26 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov commented on CB-6976:

New issue found when deploying WP8.1 target on rreal device

Use latest cordova from git

deploy to a wp8.1 device with cordova run windows -- --phone --device

I get the following error each time.

Error message:
Deploying to device ...
Appropriate package found at
E:\temp\350\phone2\platforms\windows\AppPackages\CordovaApp.Phone_0.0.1.0_AnyCPU_Debug_Test
C:\Program Files (x86)\Microsoft SDKs\Windows
Phone\v8.1\Tools\AppDeploy\AppDeployCmd.exe /install
E:\temp\350\phone2\platforms\windows\AppPackages\CordovaApp.Phone_0.0.1.0_AnyCPU_Debug_Test\CordovaApp.Phone_0.0.1.0_AnyCPU_Debug.appx
/targetdevice:de

Error: Install failed. Please contact your software vendor.

Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
---

Key: CB-6976
URL: https://issues.apache.org/jira/browse/CB-6976
Project: Apache Cordova
Issue Type: New Feature
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

Creating this as a new JIRA feature since this is different from previously
proposed adding support for Windows 8.1 only.
This feature proposes transforming 'windows8' to 'windows' platform which is
based on Windows Universal apps and which allows building apps for Windows 8,
Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform.
Original info from dev mail thread:
With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great
to get Cordova support building apps for those platforms too. A lot of people
on this list have also been talking about how to adapt existing apps to the
new 8.1 platforms. Here is an initial proposal and prototype of how it may
look.
TL;DR; - Rename windows8 platform to be called windows. This platform can
build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8
(wp8) stays as a platform.
Link to the document -
https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx
For more details, see Support for Windows Universal apps (Windows 8.1 and
Windows Phone 8.1) dev email thread
TODO: add Windows 8.1 and WP8.1 components.

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)

2014-06-26 Thread Sergey Grebnov (JIRA)

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

Sergey Grebnov commented on CB-6976:

I see exactly the same error if I use Windows Phone Application Deployment tool.

This happens if there is already installed app with the same Identity/Name (we
take this from config.xml), but different PhoneProductId (guid, generated
dynamically when adding windows platform).

Identity Name=io.cordova.hellocordova Version=0.0.1.0
Publisher=CN=$username$ /

mp:PhoneIdentity PhoneProductId=D5636E6C-A81B-45BE-93D2-4F85E4339641
PhonePublisherId=db093ed5-53b1-45f7-af72-751e8f36ab80 /

Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
---

Key: CB-6976
URL: https://issues.apache.org/jira/browse/CB-6976
Project: Apache Cordova
Issue Type: New Feature
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-7029) File-transfer not working on iOS 5.1.1 (iPad1)

2014-06-26 Thread Robin Zeggelaar (JIRA)

Robin Zeggelaar created CB-7029:
---

 Summary: File-transfer not working on iOS 5.1.1 (iPad1)
 Key: CB-7029
 URL: https://issues.apache.org/jira/browse/CB-7029
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Affects Versions: 3.4.0
Reporter: Robin Zeggelaar


After trying to wrap my head around this issue for far to long, i decided to 
open an issue:

The problem is that i can not get a file-transfer working on my iPad1 (iOS 
5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running 
3.4. I tried with both the most recent plugins, and with one version before 
that.

There simply are no callbacks whatsoever when i run it on the device. It works 
fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on 
Mavericks, so i can't test with those.

I created a new application using the CLI, and used the demo code: nothing on 
5.1.1, fine on 6.1/7.1 (sim).

Can any of you replicate this? Or this this a know issue and did i miss the 
memo?

Hoping to hear from you soon.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)

2014-06-26 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-6976:


GitHub user sgrebnov opened a pull request:

https://github.com/apache/cordova-lib/pull/41

disables CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 
8.1)

We should not include this functionality until new Windows platform is 
released. It is better to enable this for 3.6.0 release. This also guaranties 
nothing is broken with Windows8 platform after this Tools Release.

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

$ git pull https://github.com/MSOpenTech/cordova-lib patch-3.5.0-0.2.6

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

https://github.com/apache/cordova-lib/pull/41.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 #41


commit c6e624938420580cca9765e8b7f1a25c6b25ef13
Author: sgrebnov v-seg...@microsoft.com
Date:   2014-06-26T09:11:50Z

disables CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 
8.1)




 Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
 ---

 Key: CB-6976
 URL: https://issues.apache.org/jira/browse/CB-6976
 Project: Apache Cordova
  Issue Type: New Feature
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 Creating this as a new JIRA feature since this is different from previously 
 proposed adding support for Windows 8.1 only.
 This feature proposes transforming 'windows8' to 'windows' platform which is 
 based on Windows Universal apps and which allows building apps for Windows 8, 
 Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. 
 Original info from dev mail thread:
 With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great 
 to get Cordova support building apps for those platforms too. A lot of people 
 on this list have also been talking about how to adapt existing apps to the 
 new 8.1 platforms. Here is an initial proposal and prototype of how it may 
 look. 
 TL;DR; - Rename windows8 platform to be called windows. This platform can 
 build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 
 (wp8) stays as a platform. 
 Link to the document - 
 https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx
 For more details, see Support for Windows Universal apps (Windows 8.1 and 
 Windows Phone 8.1) dev email thread
 TODO: add Windows 8.1 and WP8.1 components.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6976) Add support for Windows Universal apps (Windows 8.1 and WP 8.1)

2014-06-26 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-6976:


GitHub user sgrebnov opened a pull request:

https://github.com/apache/cordova-cli/pull/182

disables CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 
8.1)

We should not include this functionality until new Windows platform is 
released. It is better to enable this for 3.6.0 release. This also guaranties 
nothing is broken with Windows8 platform after this Tools Release.

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

$ git pull https://github.com/MSOpenTech/cordova-cli patch-3.5.0-0.2.6

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

https://github.com/apache/cordova-cli/pull/182.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 #182


commit b3a0028b737733d5316210289c05c132d6955b2c
Author: sgrebnov v-seg...@microsoft.com
Date:   2014-06-26T09:14:37Z

disables CB-6976 Add support for Windows Universal apps (Windows 8.1 and WP 
8.1)




 Add support for Windows Universal apps (Windows 8.1 and WP 8.1)
 ---

 Key: CB-6976
 URL: https://issues.apache.org/jira/browse/CB-6976
 Project: Apache Cordova
  Issue Type: New Feature
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov

 Creating this as a new JIRA feature since this is different from previously 
 proposed adding support for Windows 8.1 only.
 This feature proposes transforming 'windows8' to 'windows' platform which is 
 based on Windows Universal apps and which allows building apps for Windows 8, 
 Windows 8.1 and Windows Phone 8.1. Window Phone 8 (wp8) stays as a platform. 
 Original info from dev mail thread:
 With Windows 8.1 and Windows Phone 8.1 platforms released, it would be great 
 to get Cordova support building apps for those platforms too. A lot of people 
 on this list have also been talking about how to adapt existing apps to the 
 new 8.1 platforms. Here is an initial proposal and prototype of how it may 
 look. 
 TL;DR; - Rename windows8 platform to be called windows. This platform can 
 build apps for Windows 8, Windows 8.1 and Windows Phone 8.1. Window Phone 8 
 (wp8) stays as a platform. 
 Link to the document - 
 https://onedrive.live.com/redir?resid=DEA20E6DC28C96DD!2781authkey=!APz1za6lnJhsaaQithint=file%2c.docx
 For more details, see Support for Windows Universal apps (Windows 8.1 and 
 Windows Phone 8.1) dev email thread
 TODO: add Windows 8.1 and WP8.1 components.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-4404) android:windowSoftInputMode has no effect in full screen mode, and adjustPan does not work in non-full screen mode

2014-06-26 Thread Derk Bell (JIRA)


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

Derk Bell commented on CB-4404:
---

I managed to get things working as I would expect from adjustPan by doing the 
following:

1. In config.xml I have {{preference name=fullscreen value=false /}}
2. In AndroidManifest I have removed any adjustPan or adjustResize
3. I have set a viewport in my HTML: {{meta name=viewport 
content=user-scalable=no, initial-scale=1, maximum-scale=1, minimum-scale=1 
/}}
4. On my body element I set a min-height value in pixels at application start 
{{document.body.style.minHeight = document.body.clientHeight + 'px';}}

This causes the webView to resize in order to make room for the keyboard but 
the web content will remain at the original size. The half screen webview 
becomes scrollable and when selecting an input it stays focussed.

 android:windowSoftInputMode has no effect in full screen mode, and 
 adjustPan does not work in non-full screen mode
 

 Key: CB-4404
 URL: https://issues.apache.org/jira/browse/CB-4404
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 2.9.0
 Environment: * Mac OS 10.7.5
 * Android 4.1.2 and 4.2.2 emulator using Intel's x86 images
Reporter: Daniel Trebbien
Assignee: Andrew Grieve

 _I recently posted a description of this issue to the phonegap group at 
 [https://groups.google.com/d/topic/phonegap/J-h0lt68x0g/discussion]._
 I am testing out PhoneGap 2.9.0 in the Android emulator (using Intel's x86 
 images), and I am seeing the issue that the android:windowSoftInputMode 
 setting is not having an effect.  By default, the setting is set to 
 adjustPan in the generated project, but when I actually focus a text 
 input, the soft keyboard appears on top of the app, but does not pan the 
 main window, and the input is usually hidden beneath the keyboard as a 
 result.
 Steps to reproduce:
 # Create a new PhoneGap 2.9.0 project using the {{cordova create}} utility.  
 Add the 'android' platform.
 # Open the project in Eclipse.
 # Edit {{index.html}} to add {{brbrbrbrbrbrbrinput 
 placeholder=Text box}} below the {{h1Apache Cordova/h1}} heading.
 # Run the app in Android 4.1.2 or 4.2.2 emulator.
 # Tap the input and notice that the soft keyboard is placed over the app 
 and the input is hidden beneath.
 # Try changing the android:windowSoftInputMode setting in 
 {{AndroidManifest.xml}} to adjustResize, reload the app, and notice that 
 the app is not resized when the input receives keyboard focus.
 I am seeing this problem in Android 4.1.2 and 4.2.2 emulator.  In Android 
 4.0.3 emulator, the app pans as expected.
 The strange thing is that if I load the www/ files in the Browser and focus 
 the input, then the window is resized to fit the soft keyboard like normal. 
  This seems to imply that android:windowSoftInputMode works fine in the 
 emulator, but there is some issue in PhoneGap that is preventing it from 
 working.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7030) App crashes when internet is not present

2014-06-26 Thread Tha Leang (JIRA)


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

Tha Leang updated CB-7030:
--

Description: 
App crashes when wi-fi is switched off. Then this message is displayed:

Unfortunately [appname] has stopped.

I tried tracing the problem, and from the method:

exec(successCallback, errorCallback, NetworkStatus, getConnectionInfo, []);

it crashes while executing this line:

var messages = nativeApiProvider.get().exec(service, action, callbackId, 
argsJson);

  was:
App crashes when wi-fi is switched off and this message is displayed:

Unfortunately [appname] has stopped.

I tried tracing the problem, and from the method:

exec(successCallback, errorCallback, NetworkStatus, getConnectionInfo, []);

it crashes while executing this line:

var messages = nativeApiProvider.get().exec(service, action, callbackId, 
argsJson);


 App crashes when internet is not present
 

 Key: CB-7030
 URL: https://issues.apache.org/jira/browse/CB-7030
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Tha Leang

 App crashes when wi-fi is switched off. Then this message is displayed:
 Unfortunately [appname] has stopped.
 I tried tracing the problem, and from the method:
 exec(successCallback, errorCallback, NetworkStatus, getConnectionInfo, 
 []);
 it crashes while executing this line:
 var messages = nativeApiProvider.get().exec(service, action, callbackId, 
 argsJson);



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-7030) App crashes when internet is not present

2014-06-26 Thread Tha Leang (JIRA)

Tha Leang created CB-7030:
-

 Summary: App crashes when internet is not present
 Key: CB-7030
 URL: https://issues.apache.org/jira/browse/CB-7030
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android
Affects Versions: 3.5.0
Reporter: Tha Leang


App crashes when wi-fi is switched off and this message is displayed:

Unfortunately [appname] has stopped.

I tried tracing the problem, and from the method:

exec(successCallback, errorCallback, NetworkStatus, getConnectionInfo, []);

it crashes while executing this line:

var messages = nativeApiProvider.get().exec(service, action, callbackId, 
argsJson);



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7029) File-transfer not working on iOS 5.1.1 (iPad1)

2014-06-26 Thread Robin Zeggelaar (JIRA)

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

Robin Zeggelaar updated CB-7029:

Description:
After trying to wrap my head around this issue for far to long, i decided to
open an issue:

The problem is that i can not get a file-transfer working on my iPad1 (iOS
5.1.1). I know support is dropped in Cordova 3.5.0, but this project is running
3.4. I tried with both the most recent plugins, and with one version before
that.

There simply are no callbacks whatsoever when i run it on the device. It works
fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on
Mavericks, so i can't test with those.

I created a new application using the CLI, and used the demo code: nothing on
5.1.1, fine on 6.1/7.1 (sim).

Can any of you replicate this? Or this this a know issue and did i miss the
memo?

Hoping to hear from you soon.

EDIT: Forgot to mention that i'm using the download method. I have not tried to
upload a file.

was:
After trying to wrap my head around this issue for far to long, i decided to
open an issue:

There simply are no callbacks whatsoever when i run it on the device. It works
fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not supported on
Mavericks, so i can't test with those.

I created a new application using the CLI, and used the demo code: nothing on
5.1.1, fine on 6.1/7.1 (sim).

Can any of you replicate this? Or this this a know issue and did i miss the
memo?

Hoping to hear from you soon.

File-transfer not working on iOS 5.1.1 (iPad1)
--

Key: CB-7029
URL: https://issues.apache.org/jira/browse/CB-7029
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer
Affects Versions: 3.4.0
Reporter: Robin Zeggelaar

After trying to wrap my head around this issue for far to long, i decided to
open an issue:
The problem is that i can not get a file-transfer working on my iPad1 (iOS
5.1.1). I know support is dropped in Cordova 3.5.0, but this project is
running 3.4. I tried with both the most recent plugins, and with one version
before that.
There simply are no callbacks whatsoever when i run it on the device. It
works fine in 6.1/7.1 simulators. Unfortunately 5.1 simulators are not
supported on Mavericks, so i can't test with those.
I created a new application using the CLI, and used the demo code: nothing on
5.1.1, fine on 6.1/7.1 (sim).
Can any of you replicate this? Or this this a know issue and did i miss the
memo?
Hoping to hear from you soon.
EDIT: Forgot to mention that i'm using the download method. I have not tried
to upload a file.

--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-7031) --usenpm option should place downloaded package to util.libDirectory

2014-06-26 Thread Sergey Grebnov (JIRA)

Sergey Grebnov created CB-7031:
--

 Summary: --usenpm option should place downloaded package to 
util.libDirectory
 Key: CB-7031
 URL: https://issues.apache.org/jira/browse/CB-7031
 Project: Apache Cordova
  Issue Type: Bug
  Components: CordovaLib
Reporter: Sergey Grebnov
Assignee: Sergey Grebnov


Currently cordova api relies on util.libDirectory to find proper location to 
platform package. 

Using --usenpm flag makes it possible to fetch platform from npm. But it uses 
different folder to store downloaded package.

default lib directory as per util.libDirectory
c:\Users\Sergei\.cordova\lib\android 

with --usenpm
c:\Users\Sergei\.cordova\lib\npm_cache\cordova-android 

Due to this there are the following two issues:

1. Requirements check failed when adding new platform (if it is not cached)
cordova platform add wp8 --usenpm
CordovaError: Requirements check failed: The system cannot find the path 
specified.

This is because there is no util.libDirectory directory, package is located in 
different place.

2. Packages downloaded from npm can't be found by cordova  so it downloads them 
again from git during prepare step, for example the following command will 
download android template twice
a) from npm during create step 
b) from git during prepare step

cordova_dev platform add android --usenpm
npm http GET https://registry.npmjs.org/cordova-android/3.5.0
npm http 304 https://registry.npmjs.org/cordova-android/3.5.0
Creating android project...
Creating Cordova project for the Android platform:
Path: platforms\android
Package: io.cordova.hellocordova
Name: HelloCordova
Android target: android-19
Copying template files...
...

Project successfully created.
__url: 
*https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=snapshot;h=3.5.0;sf=tgz*
Downloading cordova library for android...
Download complete






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-6994) Windows 8 does not save big file transferred using Blob

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-6994:


Fix Version/s: 3.6.0

 Windows 8 does not save big file transferred using Blob
 ---

 Key: CB-6994
 URL: https://issues.apache.org/jira/browse/CB-6994
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Affects Versions: 3.5.0
Reporter: Maxime LUCE
Assignee: Maxime LUCE
 Fix For: 3.6.0


 When trying to save Blob using FileWriter.write method, if the blob's size is 
 too high, we get a stack overflow exception during the conversion of the blob 
 into an basic array.
 WinRT (WinJS) provide a method to write Blob directly to the filesystem. It 
 uses Streams so it's safe for memory.
 More info at :
 http://code.msdn.microsoft.com/windowsapps/Blob-Sample-0e35889e/sourcecode?fileId=43594pathId=962515806
 Method : writeBlobToFile



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7027) GetMetadata on windows8 fail

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-7027:


Component/s: Windows 8

 GetMetadata on windows8 fail
 

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian

 getMetadata in FileProxy.js on windows 8 return null. It should return 
 dateModified and size for a file and only size for a folder.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7027) Windows 8 - Plugin File - Get metadata returns an invalid date

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-7027:


Summary: Windows 8 - Plugin File - Get metadata returns an invalid date  
(was: GetMetadata on windows8 fail)

 Windows 8 - Plugin File - Get metadata returns an invalid date
 --

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian

 getMetadata in FileProxy.js on windows 8 return null. 
 It should return dateModified and size for a file and only size for a folder.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7027) GetMetadata on windows8 fail

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-7027:


Description: 
getMetadata in FileProxy.js on windows 8 return null. 

It should return dateModified and size for a file and only size for a folder.

  was:getMetadata in FileProxy.js on windows 8 return null. It should return 
dateModified and size for a file and only size for a folder.


 GetMetadata on windows8 fail
 

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian

 getMetadata in FileProxy.js on windows 8 return null. 
 It should return dateModified and size for a file and only size for a folder.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7027) Windows 8 - Plugin File - Get metadata returns an invalid date

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-7027:


Description: 
On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
returns an invalid date and no size.

Whereas, Windows 8 allows to return a well formatted Metadata object containing 
a valid modification date and a valid size.



It should return dateModified and size for a file and only size for a folder.

  was:
getMetadata in FileProxy.js on windows 8 return null. 

It should return dateModified and size for a file and only size for a folder.


 Windows 8 - Plugin File - Get metadata returns an invalid date
 --

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian

 On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
 returns an invalid date and no size.
 Whereas, Windows 8 allows to return a well formatted Metadata object 
 containing a valid modification date and a valid size.
 It should return dateModified and size for a file and only size for a folder.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7027) Windows 8 - Plugin File - Get metadata returns an invalid date

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-7027:


Description: 
On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
returns an invalid date and no size.

Whereas, Windows 8 allows to return a well formatted Metadata object containing 
a valid modification date and a valid size.

  was:
On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
returns an invalid date and no size.

Whereas, Windows 8 allows to return a well formatted Metadata object containing 
a valid modification date and a valid size.



It should return dateModified and size for a file and only size for a folder.


 Windows 8 - Plugin File - Get metadata returns an invalid date
 --

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian

 On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
 returns an invalid date and no size.
 Whereas, Windows 8 allows to return a well formatted Metadata object 
 containing a valid modification date and a valid size.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7027) Windows 8 - Plugin File - Get metadata returns an invalid date

2014-06-26 Thread Maxime LUCE (JIRA)


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

Maxime LUCE updated CB-7027:


Fix Version/s: 3.6.0

 Windows 8 - Plugin File - Get metadata returns an invalid date
 --

 Key: CB-7027
 URL: https://issues.apache.org/jira/browse/CB-7027
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File, Windows 8
Reporter: BERTON Florian
 Fix For: 3.6.0


 On Windows 8, in plugin File, the method getMetadata in the FileProxy.js 
 returns an invalid date and no size.
 Whereas, Windows 8 allows to return a well formatted Metadata object 
 containing a valid modification date and a valid size.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-6869) medic.json file not created for wp8 and windows8 platforms when running mobilespec project via medic

2014-06-26 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-6869:


Github user vladimir-kotikov closed the pull request at:

https://github.com/apache/cordova-medic/pull/8


 medic.json file not created for wp8 and windows8 platforms when running 
 mobilespec project via medic
 

 Key: CB-6869
 URL: https://issues.apache.org/jira/browse/CB-6869
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Medic, Windows 8, WP8
Reporter: Vladimir Kotikov
Assignee: Jesse MacFadyen

 cordova-medic/src/build/makers/wp8.js and windows8.js need to have the code 
 added to create medic.json in the mobile spec project.
 Now wp8 and windows8 bulders inject necessary options (couchDB host and SHA) 
 directly into plugin's code instead of writing medic.json and this prevents 
 the mobilespec project from running properly because the XHR request returns 
 no data when requesting medic.json (in medic.js).



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-7032) File Transfer upload fails to fire success function on Android

2014-06-26 Thread Kuan Yi Ming (JIRA)

Kuan Yi Ming created CB-7032:


 Summary: File Transfer upload fails to fire success function on 
Android
 Key: CB-7032
 URL: https://issues.apache.org/jira/browse/CB-7032
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin File Transfer
Affects Versions: 3.5.0
 Environment: Used version 0.4.3 and 0.4.4 of the File Transfer plugin. 
Tested on Android
Reporter: Kuan Yi Ming


The upload function fails to trigger the success function despite it 
successfully uploading the file to the server. The debug logs indicate that the 
native code in FileTransfer.java has executed successfully though, as the debug 
logs prints the response code and headers, in addition to these lines:

{code:Title=FileTransfer.java}
Log.d(LOG_TAG, got response from server);
Log.d(LOG_TAG, responseString.substring(0, Math.min(256, 
responseString.length(;
{code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-7033) cordova platform check command not working

2014-06-26 Thread Victor Adrian Sosa Herrera (JIRA)

Victor Adrian Sosa Herrera created CB-7033:
--

 Summary: cordova platform check command not working
 Key: CB-7033
 URL: https://issues.apache.org/jira/browse/CB-7033
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Affects Versions: 3.4.0
Reporter: Victor Adrian Sosa Herrera
Priority: Minor


I have an app with Android installed and I know it was created with Cordova 
3.3.1-0.1.2.
After running this command with a 3.4.1-1.0. CLI I get the following
{{$ cordova platform check}}
{{All platforms are up-to-date.}}

But after running cordova platform ls I get the following
{{$ cordova platform ls}}
{{Installed platforms: android broken}}
{{Available platforms: amazon-fireos, blackberry10, firefoxos, ubuntu}}

Using _platform check_ arguments I don't get the result I'm looking for (a 
platform out-of-date), while using _platform ls_ it's not very clear, but I 
presume the _broken_ platform is like an out-of-date message



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CB-7034) [BlackBerry10

2014-06-26 Thread Bryan Higgins (JIRA)

Bryan Higgins created CB-7034:
-

 Summary: [BlackBerry10
 Key: CB-7034
 URL: https://issues.apache.org/jira/browse/CB-7034
 Project: Apache Cordova
  Issue Type: Improvement
Reporter: Bryan Higgins






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CB-7034) [BlackBerry10] Improve makeSyncCall error handling

2014-06-26 Thread ASF subversion and git services (JIRA)


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

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

Commit 04675127bd12b564c6297082adc6053624addaec in cordova-js's branch 
refs/heads/master from [~bhiggins_bb]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-js.git;h=0467512 ]

CB-7034 [BlackBerry10] Add error handling to exec makeSyncCall


 [BlackBerry10] Improve makeSyncCall error handling
 --

 Key: CB-7034
 URL: https://issues.apache.org/jira/browse/CB-7034
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry, CordovaJS
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 3.6.0


 If makeSyncCall fails due to exec bridge failure 'deviceready' does not fire. 
 This can be avoided by catching the error and returning a error response code.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CB-7034) [BlackBerry10] Improve makeSyncCall error handling

2014-06-26 Thread Bryan Higgins (JIRA)


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

Bryan Higgins updated CB-7034:
--

  Component/s: CordovaJS
   BlackBerry
  Description: If makeSyncCall fails due to exec bridge failure 
'deviceready' does not fire. This can be avoided by catching the error and 
returning a error response code.
Fix Version/s: 3.6.0
 Assignee: Bryan Higgins
  Summary: [BlackBerry10] Improve makeSyncCall error handling  (was: 
[BlackBerry10)

 [BlackBerry10] Improve makeSyncCall error handling
 --

 Key: CB-7034
 URL: https://issues.apache.org/jira/browse/CB-7034
 Project: Apache Cordova
  Issue Type: Improvement
  Components: BlackBerry, CordovaJS
Reporter: Bryan Higgins
Assignee: Bryan Higgins
 Fix For: 3.6.0


 If makeSyncCall fails due to exec bridge failure 'deviceready' does not fire. 
 This can be avoided by catching the error and returning a error response code.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Comment Edited] (CB-6577) [CLI] fruitstrap error prevents ios install

2014-06-26 Thread Craig Payne (JIRA)


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

Craig Payne edited comment on CB-6577 at 6/26/14 6:24 PM:
--

I'm seeing a similar problem, also with ios-deploy 1.0.8.  In my case, 
disconnecting and reconnecting the device, then letting iTunes look it over 
again before quitting iTunes typically solves it - at least for awhile. 

Occasionally, I've had to reboot my MBP (my development machine).

Also, it *seems* worse (more common) if I connect the device via an external 
USB hub, possibly due to extra noise, or perhaps timing of signals going 
through the extra hub.  [The later *might* be a hint about where to look - or 
not :)]

The device I'm using is an older iPhone 3GS.

Actually, sorry - this is a different error than what I'm seeing.  I'm seeing:

[ 95%] Developer disk image mounted successfully
Assertion failed: (AMDeviceStartService(device, CFSTR(com.apple.debugserver), 
gdbfd, NULL) == 0), function start_remote_debug_server, file ios-deploy.c, 
line 650.
/Users/CraigPayne/Cordova/Cordova-3.5.0-0.24_apps/wimw/platforms/ios/cordova/run:
 line 138: 42228 Abort trap: 6   ios-deploy -d -b $DEVICE_APP_PATH



was (Author: craigapayne):
I'm seeing a similar problem, also with ios-deploy 1.0.8.  In my case, 
disconnecting and reconnecting the device, then letting iTunes look it over 
again before quitting iTunes typically solves it - at least for awhile. 

Occasionally, I've had to reboot my MBP (my development machine).

Also, it *seems* worse (more common) if I connect the device via an external 
USB hub, possibly due to extra noise, or perhaps timing of signals going 
through the extra hub.  [The later *might* be a hint about where to look - or 
not :)]

The device I'm using is an older iPhone 3GS.


 [CLI] fruitstrap error prevents ios install
 ---

 Key: CB-6577
 URL: https://issues.apache.org/jira/browse/CB-6577
 Project: Apache Cordova
  Issue Type: Bug
  Components: CLI
Reporter: Lorin Beer
Assignee: Lorin Beer

 Bug report related to Cordova CLI, affects and reported by multiple users
 one of the more complete error reports:
 ```
 I'm seeing the same issue; environment and verbose output:
 OS X 10.9.2
 iOS 7.1
 Xcode 5.1
 Cordova 3.4.1-0.1.0 
 ( same issue via Ionic 1.0.1-beta )
 bash-3.2$ cordova run ios --verbose
 cordova library for ios already exists. No need to download. Continuing.
 Generating config.xml from defaults for platform ios
 Calling plugman.prepare for platform ios
 Preparing ios project
 Processing configuration changes for plugins.
 Iterating over installed plugins: [ 'org.apache.cordova.console',
   'org.apache.cordova.device',
   'org.apache.cordova.statusbar' ]
 Writing out cordova_plugins.js...
 Wrote out iOS Bundle Identifier to com.ionicframework.starter
 Wrote out iOS Bundle Version to 0.0.1
 iOS Product Name has not changed (still HelloCordova)
 Running command: /Users/user/src/ionicTest/myApp/platforms/ios/cordova/run
 Build settings from command line:
 ARCHS = armv7 armv7s arm64
 CONFIGURATION_BUILD_DIR = 
 /Users/user/src/ionicTest/myApp/platforms/ios/build/device
 SDKROOT = iphoneos7.1
 VALID_ARCHS = armv7 armv7s arm64
 Build settings from configuration file 
 '/Users/user/src/ionicTest/myApp/platforms/ios/cordova/build.xcconfig':
 CODE_SIGN_IDENTITY = iPhone Developer
 2014-04-15 15:50:29.311 xcodebuild[5833:3d07]  DeveloperPortal: Using 
 pre-existing current store at URL 
 (file:///Users/user/Library/Developer/Xcode/DeveloperPortal%205.1.db).
 [1m[36m=== BUILD TARGET CordovaLib OF PROJECT CordovaLib WITH CONFIGURATION 
 Debug ===[0m
 Check dependencies
 [1m[36m=== BUILD TARGET HelloCordova OF PROJECT HelloCordova WITH 
 CONFIGURATION Debug ===[0m
 Check dependencies
 [1mProcessInfoPlistFile[0m build/device/HelloCordova.app/Info.plist 
 [1mHelloCordova/HelloCordova-Info.plist[0m
 cd /Users/user/src/ionicTest/myApp/platforms/ios
 export 
 PATH=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/Users/user/.rvm/gems/ruby-1.9.3-p448/bin:/Users/user/.rvm/gems/ruby-1.9.3-p448@global/bin:/Users/user/.rvm/rubies/ruby-1.9.3-p448/bin:/Users/user/.rvm/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/Users/user/android/android-sdk-mac_86/tools:/opt/local/lib/postgresql91/bin
 builtin-infoPlistUtility 
 /Users/user/src/ionicTest/myApp/platforms/ios/HelloCordova/HelloCordova-Info.plist
  -genpkginfo 
 /Users/user/src/ionicTest/myApp/platforms/ios/build/device/HelloCordova.app/PkgInfo
  -expandbuildsettings -format binary -platform iphoneos -resourcerulesfile

[jira] [Created] (CB-7035) inconsistently, I see: function start_remote_debug_server, file ios-deploy.c, line 650.

2014-06-26 Thread Craig Payne (JIRA)

Craig Payne created CB-7035:
---

 Summary: inconsistently, I see: function 
start_remote_debug_server, file ios-deploy.c, line 650.
 Key: CB-7035
 URL: https://issues.apache.org/jira/browse/CB-7035
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
 Environment: MacOS 10.9.3, MacBook Pro, iPhone 4GS (6.1.6 iOS)
Reporter: Craig Payne
Priority: Minor


I'm using ios-deply v 1.0.8.  And I'm actually using Cordova 3.5.0-0.2.4.

Sometimes when I run 'cordova build' and 'cordova run ios' on my project, I get 
into a state where I can't load and start the app on my device.  The error 
message I see is:

Assertion failed: (AMDeviceStartService(device, CFSTR(com.apple.debugserver), 
gdbfd, NULL) == 0), function start_remote_debug_server, file ios-deploy.c, 
line 650.

Sometimes I just have to disconnect/reconnect the iPhone for this to clear up, 
other times, it's much more obstinate and I end up having to reset the phone to 
factory settings, and even reboot the MBP.  Occasionally, even THAT doesn't 
clear it.  Rebuilding the project also doesn't seem to have an impact.  Running 
iTunes and connecting the device also doesn't always have an impact.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Closed] (CB-7035) inconsistently, I see: function start_remote_debug_server, file ios-deploy.c, line 650.

2014-06-26 Thread Craig Payne (JIRA)


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

Craig Payne closed CB-7035.
---

Resolution: Not a Problem

 inconsistently, I see: function start_remote_debug_server, file ios-deploy.c, 
 line 650.
 ---

 Key: CB-7035
 URL: https://issues.apache.org/jira/browse/CB-7035
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 3.5.0
 Environment: MacOS 10.9.3, MacBook Pro, iPhone 4GS (6.1.6 iOS)
Reporter: Craig Payne
Priority: Minor

 I'm using ios-deply v 1.0.8.  And I'm actually using Cordova 3.5.0-0.2.4.
 Sometimes when I run 'cordova build' and 'cordova run ios' on my project, I 
 get into a state where I can't load and start the app on my device.  The 
 error message I see is:
 Assertion failed: (AMDeviceStartService(device, 
 CFSTR(com.apple.debugserver), gdbfd, NULL) == 0), function 
 start_remote_debug_server, file ios-deploy.c, line 650.
 Sometimes I just have to disconnect/reconnect the iPhone for this to clear 
 up, other times, it's much more obstinate and I end up having to reset the 
 phone to factory settings, and even reboot the MBP.  Occasionally, even THAT 
 doesn't clear it.  Rebuilding the project also doesn't seem to have an 
 impact.  Running iTunes and connecting the device also doesn't always have an 
 impact.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

56 matches

Mail list logo