date:20141107

[jira] [Created] (CB-7985) windows platform does not build with Visual Studio 14 CTP tools

2014-11-07 Thread Sergey Shakhnazarov (JIRA)

Sergey Shakhnazarov created CB-7985:
---

 Summary: windows platform does not build with Visual Studio 14 CTP 
tools
 Key: CB-7985
 URL: https://issues.apache.org/jira/browse/CB-7985
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
 Environment: Windows Server 2012 R2, Visual Studio 14 CTP, Cordova 4
Reporter: Sergey Shakhnazarov


Repro steps:
1. Install Cordova from npm
2. Create project
3. Add windows platform
4. Build project

C:\Users\daserge\hello\platforms\windows\CordovaApp.Windows80.jsproj(66,3): 
error MSB4019: The imported project C:\Program Files 
(x86)\MSBuild\Microsoft\VisualStudio\v11.0 
Microsoft.VisualStudio..Default.props was not found. Confirm that the path in 
the Import declaration is correct, and that the file exists on disk.
ERROR: Error code 1 for command: 
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild with args: 
C:\Users\daserge\hello\platforms\windows\CordovaApp.vs2012.sln,/clp:NoSummary;NoItemAndPropertyList;Verbosity=minimal,/nologo,/p:Configuration=debug,/p:Platform=anycpu
Error: C:\Users\daserge\hello\platforms\windows\cordova\run.bat: Command failed
with exit code 2
at ChildProcess.whenDone 
(C:\Users\daserge\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:135:23)
at ChildProcess.emit (events.js:98:17)
at maybeClose (child_process.js:756:16)
at Process.ChildProcess._handle.onexit (child_process.js:823: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] [Commented] (CB-7985) windows platform does not build with Visual Studio 14 CTP tools

2014-11-07 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot commented on CB-7985:


GitHub user daserge opened a pull request:

https://github.com/apache/cordova-windows/pull/51

CB-7985 windows platform does not build with Visual Studio 14 CTP tools

This fixes the bug - Microsoft.Common.props is loaded successfully thus 
defining all needed MSBuild variables.

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

$ git pull https://github.com/MSOpenTech/cordova-windows CB-7985

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

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


commit 84c9547ab58bb256a3054f29612daec3d41196bc
Author: daserge dase...@yandex.ru
Date:   2014-11-07T08:17:36Z

CB-7985 windows platform does not build with Visual Studio 14 CTP tools

This fixes the bug - Microsoft.Common.props is loaded succesfully




 windows platform does not build with Visual Studio 14 CTP tools
 ---

 Key: CB-7985
 URL: https://issues.apache.org/jira/browse/CB-7985
 Project: Apache Cordova
  Issue Type: Bug
  Components: Windows
 Environment: Windows Server 2012 R2, Visual Studio 14 CTP, Cordova 4
Reporter: Sergey Shakhnazarov

 Repro steps:
 1. Install Cordova from npm
 2. Create project
 3. Add windows platform
 4. Build project
 C:\Users\daserge\hello\platforms\windows\CordovaApp.Windows80.jsproj(66,3): 
 error MSB4019: The imported project C:\Program Files 
 (x86)\MSBuild\Microsoft\VisualStudio\v11.0 
 Microsoft.VisualStudio..Default.props was not found. Confirm that the path 
 in the Import declaration is correct, and that the file exists on disk.
 ERROR: Error code 1 for command: 
 C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild with args: 
 C:\Users\daserge\hello\platforms\windows\CordovaApp.vs2012.sln,/clp:NoSummary;NoItemAndPropertyList;Verbosity=minimal,/nologo,/p:Configuration=debug,/p:Platform=anycpu
 Error: C:\Users\daserge\hello\platforms\windows\cordova\run.bat: Command 
 failed
 with exit code 2
 at ChildProcess.whenDone 
 (C:\Users\daserge\AppData\Roaming\npm\node_modules\cordova\node_modules\cordova-lib\src\cordova\superspawn.js:135:23)
 at ChildProcess.emit (events.js:98:17)
 at maybeClose (child_process.js:756:16)
 at Process.ChildProcess._handle.onexit (child_process.js:823: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] [Created] (CB-7986) Add cordova-plugin-statusbar support for Windows Phone 8.1

2014-11-07 Thread Sergey Shakhnazarov (JIRA)

Sergey Shakhnazarov created CB-7986:
---

 Summary: Add cordova-plugin-statusbar support for Windows Phone 8.1
 Key: CB-7986
 URL: https://issues.apache.org/jira/browse/CB-7986
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Plugin Statusbar
Reporter: Sergey Shakhnazarov






--
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-7326) File upload fails in WP8

2014-11-07 Thread Michael McKenzie (JIRA)

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

Michael McKenzie commented on CB-7326:
--

I am also experiencing the same problem with Cordova 3.6.3 and FileTransfer
0.4.6. When I include parameters on an upload I get back a FileTransferError
with CONNECTION_ERR, or error code 3. I am using PhoneGap Build to build my WP8
app.

File upload fails in WP8

Key: CB-7326
URL: https://issues.apache.org/jira/browse/CB-7326
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer, WP8
Reporter: Ian Clelland
Assignee: Jesse MacFadyen

[Transferred from comment in CB-2293]
I'm facing a similar issue. The image upload fails in Windows Phone 8 (Nokia
Lumia 720).
I'm using the latest stable version of the plugin r0.4.5 from below.
https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md
The example mentioned as part of the plugin document from the above link is
not working in Windows Phone 8.
The issue is with sending params object as part of the request options.
The upload works when params object is removed from the request.
There is a work around for this as we can send the required params as part of
the server URL itself.
Example: https://someserver?param1=param1param2=param2;
Sending params like above works. But of course your server side code should
be able to extract it if required.
But there are many servers which discard any extra param being sent to it as
part of the URl and would not consider it.
Anybody facing a similar issue and have found any alternate solution to this?

--
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-7117) MediaFile.getFormatData() of newly-recorded video contains bad information

2014-11-07 Thread Gorkem Ogut (JIRA)


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

Gorkem Ogut commented on CB-7117:
-

+1 here. I also tested it for audio and video on iOS 8.1. Same problem 
available on both.

 MediaFile.getFormatData() of newly-recorded video contains bad information
 --

 Key: CB-7117
 URL: https://issues.apache.org/jira/browse/CB-7117
 Project: Apache Cordova
  Issue Type: Bug
  Components: Plugin Media, Plugin Media Capture
Affects Versions: 3.5.0
 Environment: iOS 7, Android 4.4
Reporter: Matthew Curtis

 I use the capture plugin to record a video from the device's camera. Upon 
 completion of recording, I'd like to get the duration of the video for use in 
 my application. However, when I run this test on my iPad or Android phone, 
 the MediaFileData object contains zero-ed out information. Here's a snippet:
 {code:JavaScript}
 navigator.device.capture.captureVideo(
 function(files) {
 var videoFile = files[0];
 videoFile.getFormatData(function(fileData) {
 console.log('file data:' + JSON.stringify(fileData));
 });
 }
 );
 {code}
 The console output is:
 {code:JavaScript}
 file data:{width:0,duration:0,bitrate:0,codecs:null,height:0}
 {code}
 As best as I can tell, I'm using this correctly. Is there something I'm 
 missing, or can this not be used for newly-created media?



--
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-7987) Rename buildbot slaves for medic tests to more specific names

2014-11-07 Thread Maria Bukharina (JIRA)

Maria Bukharina created CB-7987:
---

 Summary: Rename buildbot slaves for medic tests to more specific 
names
 Key: CB-7987
 URL: https://issues.apache.org/jira/browse/CB-7987
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Medic
Reporter: Maria Bukharina


For now buils slaves have very genera names  like: windows-slave or 
android-slave. Still they have some particular environment. Been migrated to 
Apache CI they will hide among others slaves names.

It would be good to add cordova- prefix to all slave names.



--
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-7981) serve ... appears to do prepare/build before serving with no way to turn these phases off

2014-11-07 Thread Darryl L. Miles (JIRA)


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

Darryl L. Miles updated CB-7981:

Description: 
Often during automated building we have already just done a prepare and/or 
build, then some other tasks, then we wish to serve (like for development 
with LiveReload etc...)

So either:

* those tasks (prepare/build) need to support incremental building, meaning 
running it again a 2nd time in a row would find no new work to do and therefore 
complete the task quickly.

Or

* the serve command needs a -- no-prepare and/or --no-build option to 
allow those phases to be inhibited, because the user knows better.

  was:
Often during automated building we have already just done a prepare and/or 
build, then some other tasks, then we wish to serve (like for development 
with LiveReload etc...)

So either:

* those tasks (prepare/build) need to support incremental building, meaning 
running it again a 2nd time in a row would find no new work to do and therefore 
complete the task quickly.

Or

* the serve command needs a --no-prepare and/or --no-build option to 
allow those phases to be inhibited, because the user knows better.


 serve ... appears to do prepare/build before serving with no way to turn 
 these phases off
 -

 Key: CB-7981
 URL: https://issues.apache.org/jira/browse/CB-7981
 Project: Apache Cordova
  Issue Type: Improvement
Affects Versions: 3.6.0
Reporter: Darryl L. Miles
Priority: Minor

 Often during automated building we have already just done a prepare and/or 
 build, then some other tasks, then we wish to serve (like for development 
 with LiveReload etc...)
 So either:
 * those tasks (prepare/build) need to support incremental building, meaning 
 running it again a 2nd time in a row would find no new work to do and 
 therefore complete the task quickly.
 Or
 * the serve command needs a -- no-prepare and/or --no-build option to 
 allow those phases to be inhibited, because the user knows better.



--
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-7981) serve ... appears to do prepare/build before serving with no way to turn these phases off

2014-11-07 Thread Darryl L. Miles (JIRA)

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

Darryl L. Miles commented on CB-7981:
-

Further more to this... the 'server' appears to prepare all platforms, it does
not take any argument to limit the platform to work with.

This is also extra work, since it is usual to only be working with one platform
at a time, so to speed up write/build/test all this extra work it cutting into
developer time.

serve ... appears to do prepare/build before serving with no way to turn
these phases off
-

Key: CB-7981
URL: https://issues.apache.org/jira/browse/CB-7981
Project: Apache Cordova
Issue Type: Improvement
Affects Versions: 3.6.0
Reporter: Darryl L. Miles
Priority: Minor

Often during automated building we have already just done a prepare and/or
build, then some other tasks, then we wish to serve (like for development
with LiveReload etc...)
So either:
* those tasks (prepare/build) need to support incremental building, meaning
running it again a 2nd time in a row would find no new work to do and
therefore complete the task quickly.
Or
* the serve command needs a -- no-prepare and/or --no-build option to
allow those phases to be inhibited, because the user knows better.

82 matches

Mail list logo