[jira] [Commented] (CB-8804) https://github.com/apache/cordova-plugin-camera#android-quirks
[ https://issues.apache.org/jira/browse/CB-8804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504401#comment-14504401 ] ASF GitHub Bot commented on CB-8804: Github user thehuijb commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/83#issuecomment-94649473 Anyone had a chance to look at this yet? I would appreciate any comments that help improve this PR https://github.com/apache/cordova-plugin-camera#android-quirks -- Key: CB-8804 URL: https://issues.apache.org/jira/browse/CB-8804 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Environment: Android Reporter: Serge Huijben Priority: Trivial Android Quirks Android uses intents to launch the camera activity on the device to capture images, and on phones with low memory, the Cordova activity may be killed. In this scenario, the image may not appear when the Cordova activity is restored. -- 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-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504459#comment-14504459 ] jcesarmobile commented on CB-7734: -- [~eymorale], do you remember the id of the other issue you mentioned? I've been searching, but I didn't find anything navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Assignee: jcesarmobile Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP，ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem，I think maybe Left-aligned is more Beautiful (because when in Android，all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese)，is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- 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] [Closed] (CB-8054) Camera getPicture photo library not supported on Windows?
[ https://issues.apache.org/jira/browse/CB-8054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc closed CB-8054. Camera getPicture photo library not supported on Windows? - Key: CB-8054 URL: https://issues.apache.org/jira/browse/CB-8054 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows Affects Versions: 3.7.1 Environment: Windows Phone 8.1 Lumia 635 Windows universal app platform Camera plugin v0.3.3 Reporter: Boston Dell-Vandenberg Assignee: Murat Sutunc On the Windows platform when calling getPicture() with sourceType of PHOTOLIBRARY or SAVEDPHOTOALBUM it returns Not supported error. The plugin documentation says Windows is supported but is that not the case? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8883) [Windows] Camera picture is rotated 90° when taken in landscape mode
[ https://issues.apache.org/jira/browse/CB-8883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc updated CB-8883: - Environment: windows [Windows] Camera picture is rotated 90° when taken in landscape mode Key: CB-8883 URL: https://issues.apache.org/jira/browse/CB-8883 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.6.0 Environment: windows Reporter: Olivier VERMONT Assignee: Murat Sutunc Labels: camera, orientation, picture The picture issued from the camera is rotated 90° when taken in landscape mode. -- 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-8750) WP8: Splashscreen should support pixel-perfect images for each resolution
[ https://issues.apache.org/jira/browse/CB-8750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505352#comment-14505352 ] ASF GitHub Bot commented on CB-8750: Github user dpolivy commented on the pull request: https://github.com/apache/cordova-plugin-splashscreen/pull/41#issuecomment-94884712 @purplecabbage Is that strictly necessary, given the code is quite straightforward and fairly common? I'd love to get this merged in if possible. WP8: Splashscreen should support pixel-perfect images for each resolution - Key: CB-8750 URL: https://issues.apache.org/jira/browse/CB-8750 Project: Apache Cordova Issue Type: Improvement Components: Plugin SplashScreen, WP8 Affects Versions: 3.7.1 Reporter: Dan Polivy Assignee: Jesse MacFadyen Priority: Minor Currently, the splashscreen plugin on Windows Phone only supports a single SplashScreenImage.jpg file, and scales that to fit all device resolutions. But, it is possible to detect the resolution of the device, and allow for pixel-perfect splash screens for each individual resolution. I have some local changes that I will send as a PR to the plugin that allows one to specify three different images, each of different resolutions to match those supported by WP8. Resolution Dimensions File name WVGA 480 x 800 SplashScreenImage.screen-WVGA.jpg 720p 720 x 1280 SplashScreenImage.screen-720p.jpg WXGA 768 x 1280 SplashScreenImage.screen-WXGA.jpg -- 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-8758) WP8: splashscreen.hide() causes exception to be thrown
[
https://issues.apache.org/jira/browse/CB-8758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505346#comment-14505346
]
ASF GitHub Bot commented on CB-8758:
Github user dpolivy commented on the pull request:
https://github.com/apache/cordova-plugin-splashscreen/pull/42#issuecomment-94884271
@stevengill @purplecabbage @sgrebnov Is it possible to get someone to
review and merge this?
WP8: splashscreen.hide() causes exception to be thrown
--
Key: CB-8758
URL: https://issues.apache.org/jira/browse/CB-8758
Project: Apache Cordova
Issue Type: Bug
Components: Plugin SplashScreen, WP8
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
When calling the hide() method on splashscreen, on WP8, the call to
Popup.IsOpen throws a TargetInvocationException due to invalid cross-thread
access.
I don't know the specifics, but most likely the threading model for how
plugins are executed has changed over time, exposing this exception.
+ [System.Reflection.TargetInvocationException]
{System.Reflection.TargetInvocationException: Exception has been thrown by
the target of an invocation. --- System.UnauthorizedAccessException: Invalid
cross-thread access.
at MS.Internal.XcpImports.CheckThread()
at System.Windows.DependencyObject.GetValueInternal(DependencyProperty dp)
at System.Windows.FrameworkElement.GetValueInternal(DependencyProperty dp)
at System.Windows.Controls.Primitives.Popup.get_IsOpen()
at WPCordovaClassLib.Cordova.Commands.SplashScreen.hide(String options)
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[]
arguments, Signature sig, Boolean constructor)
at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj,
Object[] parameters, Object[] arguments)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags
invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
at WPCordovaClassLib.Cordova.Commands.BaseCommand.InvokeMethodNamed(String
methodName, Object[] args)
at WPCordovaClassLib.Cordova.Commands.BaseCommand.InvokeMethodNamed(String
callbackId, String methodName, Object[] args)
at
WPCordovaClassLib.Cordova.NativeExecution.c__DisplayClass6.ProcessCommandb__2()}
System.Reflection.TargetInvocationException
--
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-8884) Delete Eclipse tweaks
Andrew Grieve created CB-8884: - Summary: Delete Eclipse tweaks Key: CB-8884 URL: https://issues.apache.org/jira/browse/CB-8884 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor The create script has some tweaks for Android Eclipse project files. Since we no longer support Eclipse (due to moving to Gradle), we should remove the tweaks. -- 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-8761) WP8: FileTransfer does not inherit cookies from WebBrowser
[ https://issues.apache.org/jira/browse/CB-8761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505357#comment-14505357 ] ASF GitHub Bot commented on CB-8761: Github user dpolivy commented on the pull request: https://github.com/apache/cordova-plugin-file-transfer/pull/74#issuecomment-94885261 @stevengill Is there someone who can review and merge this? WP8: FileTransfer does not inherit cookies from WebBrowser -- Key: CB-8761 URL: https://issues.apache.org/jira/browse/CB-8761 Project: Apache Cordova Issue Type: Improvement Components: Plugin File Transfer Reporter: Dan Polivy On Android and iOS (and presumably other platforms), the file transfer plugin will inherit any relevant cookies from the WebBrowser control when communicating with a particular domain. On WP8, however, that is not the case, as HttpWebRequest does not share cookies with the WebBrowser control. When cookies are used for authentication, and authentication is required for file uploads, it becomes important to be able to set cookies on the HttpWebRequest containing the upload. This should be supported on WP8 like it is on other platforms. I have built a solution to this problem that works; it essentially copies the relevant cookies from the WebBrowser control and manually generates a Cookie header for the HttpWebRequest. Due to some bugs in the version of .NET on WP8, not all cookie data is accessible in this manner (e.g. path, domain), however enough is there to get the job done. This fix is more limited to only scenarios where the browser scheme and host match that of the file transfer request to avoid any security issues with cookies going to the wrong domain. In my scenario, I am hosting my web pages remotely, on the same server I upload files to, so this works OK. Unfortunately, it won't help with scenarios where the transfer is to a different remote host. -- 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-8885) Dead Link in Docs
Erik created CB-8885: Summary: Dead Link in Docs Key: CB-8885 URL: https://issues.apache.org/jira/browse/CB-8885 Project: Apache Cordova Issue Type: Bug Components: Docs Environment: the live site Reporter: Erik Priority: Minor Trying to read how to compile and deploy to an iOS device. The page here : http://cordova.apache.org/docs/en/3.4.0/guide_platforms_ios_index.md.html#iOS%20Platform%20Guide has a dead link that leads to https://developer.apple.com/legacy/library/documentation/Xcode/Conceptual/ios_development_workflow/00-About_the_iOS_Application_Development_Workflow/introduction.html#//apple_ref/doc/uid/TP40007959 -- 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-8054) Camera getPicture photo library not supported on Windows?
[ https://issues.apache.org/jira/browse/CB-8054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc resolved CB-8054. -- Resolution: Fixed Camera getPicture photo library not supported on Windows? - Key: CB-8054 URL: https://issues.apache.org/jira/browse/CB-8054 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows Affects Versions: 3.7.1 Environment: Windows Phone 8.1 Lumia 635 Windows universal app platform Camera plugin v0.3.3 Reporter: Boston Dell-Vandenberg Assignee: Murat Sutunc On the Windows platform when calling getPicture() with sourceType of PHOTOLIBRARY or SAVEDPHOTOALBUM it returns Not supported error. The plugin documentation says Windows is supported but is that not the case? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Assigned] (CB-8883) [Windows] Camera picture is rotated 90° when taken in landscape mode
[ https://issues.apache.org/jira/browse/CB-8883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc reassigned CB-8883: Assignee: Murat Sutunc [Windows] Camera picture is rotated 90° when taken in landscape mode Key: CB-8883 URL: https://issues.apache.org/jira/browse/CB-8883 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.6.0 Reporter: Olivier VERMONT Assignee: Murat Sutunc Labels: camera, orientation, picture The picture issued from the camera is rotated 90° when taken in landscape mode. -- 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-8883) [Windows] Camera picture is rotated 90° when taken in landscape mode
[ https://issues.apache.org/jira/browse/CB-8883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505340#comment-14505340 ] Murat Sutunc commented on CB-8883: -- This is fixed with the same PR on CB-8404. [Windows] Camera picture is rotated 90° when taken in landscape mode Key: CB-8883 URL: https://issues.apache.org/jira/browse/CB-8883 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.6.0 Reporter: Olivier VERMONT Assignee: Murat Sutunc Labels: camera, orientation, picture The picture issued from the camera is rotated 90° when taken in landscape mode. -- 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] [Closed] (CB-8791) jsprojManager should treat UAP project type as Windows
[ https://issues.apache.org/jira/browse/CB-8791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Murat Sutunc closed CB-8791. jsprojManager should treat UAP project type as Windows -- Key: CB-8791 URL: https://issues.apache.org/jira/browse/CB-8791 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Murat Sutunc Assignee: Murat Sutunc On jsprojManager.js we currently don't have UAP as TargetPlatformIdentifier. We should have UAP as a TargetPlatformIdentifier and treat it as windows. -- 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-8404) [Windows] Camera image rotates when device is used in landscape mode
[ https://issues.apache.org/jira/browse/CB-8404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505381#comment-14505381 ] ASF GitHub Bot commented on CB-8404: Github user muratsu commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/88#issuecomment-94889877 Rebased and squashed - ready to merge. [Windows] Camera image rotates when device is used in landscape mode Key: CB-8404 URL: https://issues.apache.org/jira/browse/CB-8404 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows Affects Versions: 3.4.0 Environment: Windows Phone 8.1 - Nokia Lumia 735 Reporter: Olivier VERMONT Assignee: Murat Sutunc When using the camera plugin on a Windows Phone 8.1 device (Nokia Lumia 735) in my case every thing is fine in portrait mode but when I change device orientation to landscape, the camera image rotates aswell which give a 90 degree offset regardless to what is being viewed. -- 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-8884) Delete Eclipse tweaks
[ https://issues.apache.org/jira/browse/CB-8884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Grieve resolved CB-8884. --- Resolution: Fixed fixed in 4.1.0-dev Delete Eclipse tweaks - Key: CB-8884 URL: https://issues.apache.org/jira/browse/CB-8884 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor The create script has some tweaks for Android Eclipse project files. Since we no longer support Eclipse (due to moving to Gradle), we should remove the tweaks. -- 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-8884) Delete Eclipse tweaks
[ https://issues.apache.org/jira/browse/CB-8884?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505433#comment-14505433 ] ASF subversion and git services commented on CB-8884: - Commit ee14a67795b446bce76ac39a64b6c36cc4b96597 in cordova-android's branch refs/heads/master from [~agrieve] [ https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;h=ee14a67 ] CB-8884 Delete Eclipse tweaks from create script Delete Eclipse tweaks - Key: CB-8884 URL: https://issues.apache.org/jira/browse/CB-8884 Project: Apache Cordova Issue Type: Bug Components: Android Reporter: Andrew Grieve Assignee: Andrew Grieve Priority: Minor The create script has some tweaks for Android Eclipse project files. Since we no longer support Eclipse (due to moving to Gradle), we should remove the tweaks. -- 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-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:comment-tabpanelfocusedCommentId=14505586#comment-14505586
]
ASF GitHub Bot commented on CB-8001:
Github user Nonsense331 commented on the pull request:
https://github.com/apache/cordova-plugin-statusbar/pull/19#issuecomment-94914549
This also fixed an issue i had where my app was crashing after taking a
photo using the cordova camera plugin. :+1:
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
Attachments: status-bar-test.zip
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] [Commented] (CB-7667) [Camera] iOS8: Handle case where camera is not authorized
[ https://issues.apache.org/jira/browse/CB-7667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505330#comment-14505330 ] ASF GitHub Bot commented on CB-7667: Github user dpolivy commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/49#issuecomment-94880942 @stevengill @shazron Is it possible to get a review on this and some feedback on whether it is OK to merge? [Camera] iOS8: Handle case where camera is not authorized - Key: CB-7667 URL: https://issues.apache.org/jira/browse/CB-7667 Project: Apache Cordova Issue Type: Sub-task Components: Plugin Camera, Plugin Media Capture Affects Versions: 3.5.0 Environment: iOS 8 Reporter: Dan Polivy Priority: Minor In iOS 8, it's possible for the camera to be disabled for any given app; in iOS 7, this was only possible in certain regions (e.g. China). If the camera is disabled, and someone launches the Camera plugin to capture an image from the camera, they'll just get the camera UI with a black screen, and no indication that the camera permission is disabled for the app. A better UX would be to show the user a prompt indicating that the camera permission is disabled, and (on iOS 8) providing a button to take them to the Settings app to change it. As of iOS 7, there's a new API to test whether the app has access to capture the desired media type: https://developer.apple.com/library/ios/documentation/AVFoundation/Reference/AVCaptureDevice_Class/index.html#//apple_ref/occ/clm/AVCaptureDevice/authorizationStatusForMediaType: [AVCaptureDevice authorizationStatusForMediaType:mediaType]; -- 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-6313) Extra boundary in FileTransfer upload on Windows Phone
[
https://issues.apache.org/jira/browse/CB-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505355#comment-14505355
]
ASF GitHub Bot commented on CB-6313:
Github user dpolivy commented on the pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/73#issuecomment-94885204
@stevengill Is there someone who can review and merge this?
Extra boundary in FileTransfer upload on Windows Phone
--
Key: CB-6313
URL: https://issues.apache.org/jira/browse/CB-6313
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer, WP8
Affects Versions: 3.4.0
Environment: Windows Phone 8; Cordova 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Labels: filetransfer, windows-phone, wp8
I am using the File Transfer plugin on Windows Phone 8, and am adding
additional parameters to the upload via FileTransferOptions.params. When
doing this, I've found that an extra boundary is emitted into the request,
which unfortunately causes my node.js server (running express) to fail in
parsing the form submission.
The form submission ends up looking like this (notice the extra boundary
included after the parameters, and before the file itself):
--8d1119c8955f52c
Content-Disposition: form-data; name=param1
1
--8d1119c8955f52c
Content-Disposition: form-data; name=param2
2
--8d1119c8955f52c
--8d1119c8955f52c
Content-Disposition: form-data; name=file;
filename=///CapturedImagesCache/C__Data_Users_Public_Pictures_Camera
Roll_WP_20140319_001_jpg.jpg
{data}
--8d1119c8955f52c--
I've reviewed the code, and believe it is simply a one line fix to remove the
line causing the issue, but confirmation from one of the owners would be
helpful.
For me, it is line 746 of FileTransfer.cs:
requestStream.Write(boundaryBytes, 0, boundaryBytes.Length);
I've confirmed that commenting out this line in my app will allow the upload
to complete successfully.
--
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-7097) Language localization for keyboards
[ https://issues.apache.org/jira/browse/CB-7097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504895#comment-14504895 ] Dennis Patzer commented on CB-7097: --- Same here. I think, this is crucial. In addition, it's not only the keyboard but also every other native control (e.g. Add Event). Language localization for keyboards --- Key: CB-7097 URL: https://issues.apache.org/jira/browse/CB-7097 Project: Apache Cordova Issue Type: Bug Components: Plugin Keyboard Affects Versions: 3.5.0 Environment: iOS, Adnroid Reporter: Mike Hartington Not sure if this is a limitation of cordova or the plugin, but seems like it's not possible to configure any type of localization for the keyboard. I've run the app on a device set to Chinese with a Chinese keyboard and was still presented and english keyboard. Tried adding the HTML lang attribute with no success. Is this a bug or a limitation, or am I approaching the issue incorrectly? -- 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-8881) [FileTransfert] Object values in params as send as string
Mickael Magniez created CB-8881:
---
Summary: [FileTransfert] Object values in params as send as string
Key: CB-8881
URL: https://issues.apache.org/jira/browse/CB-8881
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer
Affects Versions: 3.5.0
Reporter: Mickael Magniez
When tryin to send structured data with files, values as send as string
(representing JSON object), rather than structured data.
Example:
{code:javascript}
var options = new FileUploadOptions();
options.fileKey = file;
options.fileName = 'file.jpg';
options.mimeType = image/jpg;
var params = {object1: {value1: 1, value2:2}, object2: {value1: 1,
value2:2}};
options.params = params;
var ft = new FileTransfer();
ft.upload(filePath, encodeURI(url), win, fail, options);
{code}
My server code receives params
{code:javascript}
object1 = {\value1\:\1\,{\value2\:\2\}
object2 = {\value1\:\1\,{\value2\:\2\}
{code}
It should receive
{code:javascript}
object1 = {value1: 1, value2: 2}
object2 = {value1: 1, value2: 2}
{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] [Created] (CB-8879) [Windows] Camera picture has black/green stripes that crop image
Olivier VERMONT created CB-8879:
---
Summary: [Windows] Camera picture has black/green stripes that
crop image
Key: CB-8879
URL: https://issues.apache.org/jira/browse/CB-8879
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Camera
Affects Versions: 3.8.0
Reporter: Olivier VERMONT
When a photo is taken with Windows Phone 8.1 device, the picture returned show
black or green stripes. It seems this is related to photo resolution but I
can't get it fixed in JS.
It seems to be quite a common problem with the Media Capture API and people
solved issue in C# here is an illustration :
http://stackoverflow.com/questions/23709547/captured-photo-with-stripes
Here is what I tried without success :
var resolutions =
capture.videoDeviceController.getAvailableMediaStreamProperties(Windows.Media.Capture.MediaStreamType.photo);
var maxWidth = 0;
var maxResolution = null;
for(var i=0; iresolutions.length; i++){
//console.log(resolutions[i].width);
if(resolutions[i].width maxResolution){
maxWidth = resolutions[i].width;
maxResolution = resolutions[i];
}
}
capture.videoDeviceController.setMediaStreamPropertiesAsync(Windows.Media.Capture.MediaStreamType.photo,
maxResolution)
Are I 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-8454) App Crash when take a new photo with Camera Plugin
[
https://issues.apache.org/jira/browse/CB-8454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505049#comment-14505049
]
Stefan Schiller commented on CB-8454:
-
Same here by using Android, if i use getPicture the app will crash, sometimes
restarted. Here is the code i am using:
$(#takePhoto).on(click, function(e) {
e.preventDefault();
e.stopPropagation();
navigator.camera.getPicture(onCamSuccess, onCamFail, {quality:25,
destinationType: Camera.DestinationType.FILE_URI,
sourceType : Camera.PictureSourceType.CAMERA,
targetWidth: 500,
saveToPhotoAlbum: true });
return false;
});
and that will be the error log:
04-21 16:34:36.054: E/OpenGLRenderer(12894): SFEffectCache:clear(), mSize = 0
04-21 16:34:36.084: D/webviewglue(12894): OnTrimMemory with EGL Context
0x41c444a8
04-21 16:34:37.034: D/webviewglue(12894): OnTrimMemory with EGL Context 0x0
04-21 16:34:37.034: E/libEGL(12894): call to OpenGL ES API with no current
context (logged once per thread)
04-21 16:34:40.594: D/webviewglue(12894): OnTrimMemory with EGL Context 0x0
04-21 16:34:41.664: D/webviewglue(12894): OnTrimMemory with EGL Context 0x0
04-21 16:34:44.074: D/dalvikvm(12894): GC_FOR_ALLOC freed 1870K, 17% free
15384K/18436K, paused 48ms, total 48ms
04-21 16:34:44.104: D/CordovaActivity(12894): Incoming Result. Request code = 34
04-21 16:34:44.104: D/CordovaActivity(12894): We have a callback to send this
result to
04-21 16:34:44.134: W/CursorWrapperInner(12894): Cursor finalized without prior
close()
04-21 16:34:44.169: I/dalvikvm(12894): Could not find method
android.provider.DocumentsContract.getDocumentId, referenced from method
org.apache.cordova.camera.FileHelper.getRealPathFromURI_API19
04-21 16:34:44.169: W/dalvikvm(12894): VFY: unable to resolve static method
288: Landroid/provider/DocumentsContract;.getDocumentId
(Landroid/net/Uri;)Ljava/lang/String;
04-21 16:34:44.169: D/dalvikvm(12894): VFY: replacing opcode 0x71 at 0x0003
04-21 16:34:44.554: D/dalvikvm(12894): GC_FOR_ALLOC freed 3831K, 37% free
11652K/18436K, paused 19ms, total 19ms
04-21 16:34:44.554: I/dalvikvm-heap(12894): Grow heap (frag case) to 14.432MB
for 1997584-byte allocation
04-21 16:34:44.574: D/dalvikvm(12894): GC_FOR_ALLOC freed 1K, 27% free
13603K/18436K, paused 20ms, total 20ms
04-21 16:34:44.579: W/CursorWrapperInner(12894): Cursor finalized without prior
close()
04-21 16:34:45.244: D/AndroidRuntime(12894): Shutting down VM
04-21 16:34:45.244: W/dalvikvm(12894): threadid=1: thread exiting with uncaught
exception (group=0x41ca2700)
04-21 16:34:45.254: E/AndroidRuntime(12894): FATAL EXCEPTION: main
04-21 16:34:45.254: E/AndroidRuntime(12894): java.lang.RuntimeException:
Failure delivering result ResultInfo{who=null, request=34, result=-1,
data=null} to activity {***/***.MainActivity}:
java.lang.IllegalArgumentException: filename cannot be null
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.app.ActivityThread.deliverResults(ActivityThread.java:3500)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.app.ActivityThread.handleSendResult(ActivityThread.java:3543)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.app.ActivityThread.access$1200(ActivityThread.java:159)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1364)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.os.Handler.dispatchMessage(Handler.java:99)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.os.Looper.loop(Looper.java:176)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.app.ActivityThread.main(ActivityThread.java:5419)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
java.lang.reflect.Method.invokeNative(Native Method)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
java.lang.reflect.Method.invoke(Method.java:525)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1046)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:862)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
dalvik.system.NativeStart.main(Native Method)
04-21 16:34:45.254: E/AndroidRuntime(12894): Caused by:
java.lang.IllegalArgumentException: filename cannot be null
04-21 16:34:45.254: E/AndroidRuntime(12894):at
android.media.ExifInterface.init(ExifInterface.java:121)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
org.apache.cordova.camera.ExifHelper.createOutFile(ExifHelper.java:66)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
org.apache.cordova.camera.CameraLauncher.processResultFromCamera(CameraLauncher.java:430)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
org.apache.cordova.camera.CameraLauncher.onActivityResult(CameraLauncher.java:610)
04-21 16:34:45.254: E/AndroidRuntime(12894):at
[jira] [Commented] (CB-8869) Windows Universal target without Windows 8.0
[ https://issues.apache.org/jira/browse/CB-8869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505014#comment-14505014 ] ASF GitHub Bot commented on CB-8869: Github user brodybits commented on the pull request: https://github.com/apache/cordova-windows/pull/68#issuecomment-94813044 Withdrawn. It is possible to configure an app to target Windows 8.1 in config.xml. To completely remove Windows 8.0 would entail removing CordovaApp.Windows80.jsproj, CordovaApp.vs2012.sln, and package.windows80.appxmanifest from the template then removing windows8.0 from the lib scripts and spec test scripts. Windows Universal target without Windows 8.0 Key: CB-8869 URL: https://issues.apache.org/jira/browse/CB-8869 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 3.5.0 Environment: Visual Studio 2013 Express Reporter: Chris Brody Priority: Minor Labels: cordova-cli, cordova-windows, windows-universal, windows81 Fix For: Master Original Estimate: 4h Remaining Estimate: 4h If I create a cordova-windows project and open it with Visual Studio Express 2013, I get a notice that I have to retarget the project for Windows 8.1. In fact, Windows 8.1 and Windows Phone 8.1 targets already exist, so I have to simply remove the Windows 8.0 target. In addition, I suspect more and more plugins will drop support for Windows 8.0. Can we make the Windows 8.0 target optional or drop it from the Windows Universal target? -- 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-8866) Missing support for targets (Mixed Platforms Win32) causes problem with C++ component
[ https://issues.apache.org/jira/browse/CB-8866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505018#comment-14505018 ] ASF GitHub Bot commented on CB-8866: Github user brodybits closed the pull request at: https://github.com/apache/cordova-windows/pull/69 Missing support for targets (Mixed Platforms Win32) causes problem with C++ component --- Key: CB-8866 URL: https://issues.apache.org/jira/browse/CB-8866 Project: Apache Cordova Issue Type: Bug Components: CLI, Windows Affects Versions: 3.5.0 Environment: Windows (Universal) project created with Cordova CLI and plugin with C++ component added, using Visual Studio Express 2013 Reporter: Chris Brody Labels: c++, cli, native, universal, windows Fix For: Master Original Estimate: 8h Remaining Estimate: 8h If I create a project using the Cordova CLI, add a plugin such as https://github.com/litehelpers/Cordova-sqlite-storage (which installs a C++ component for the Windows (Universal) target), add the windows version, and try to run the project with the default selection of All CPUs (or Mixed Platforms on Windows Phone), VS complains that SQLite3.winmd is not found. But if I select a particular CPU such as x86 or x64 and try to run, then it will build the SQLite C++ library, build my project, and run. The workaround is to omit SQLite3.Windows.vcxproj SQLite3.WindowsPhone.vcxproj from plugin.xml, and install them manually. I tried to describe this workaround in the readme. The recommended solution is to add support for Mixed Platforms and Win32 to template/CordovaApp.sln in the cordova-windows project. -- 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-8866) Missing support for targets (Mixed Platforms Win32) causes problem with C++ component
[ https://issues.apache.org/jira/browse/CB-8866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505017#comment-14505017 ] ASF GitHub Bot commented on CB-8866: Github user brodybits commented on the pull request: https://github.com/apache/cordova-windows/pull/69#issuecomment-94813170 Withdrawn for reasons described in #68. Missing support for targets (Mixed Platforms Win32) causes problem with C++ component --- Key: CB-8866 URL: https://issues.apache.org/jira/browse/CB-8866 Project: Apache Cordova Issue Type: Bug Components: CLI, Windows Affects Versions: 3.5.0 Environment: Windows (Universal) project created with Cordova CLI and plugin with C++ component added, using Visual Studio Express 2013 Reporter: Chris Brody Labels: c++, cli, native, universal, windows Fix For: Master Original Estimate: 8h Remaining Estimate: 8h If I create a project using the Cordova CLI, add a plugin such as https://github.com/litehelpers/Cordova-sqlite-storage (which installs a C++ component for the Windows (Universal) target), add the windows version, and try to run the project with the default selection of All CPUs (or Mixed Platforms on Windows Phone), VS complains that SQLite3.winmd is not found. But if I select a particular CPU such as x86 or x64 and try to run, then it will build the SQLite C++ library, build my project, and run. The workaround is to omit SQLite3.Windows.vcxproj SQLite3.WindowsPhone.vcxproj from plugin.xml, and install them manually. I tried to describe this workaround in the readme. The recommended solution is to add support for Mixed Platforms and Win32 to template/CordovaApp.sln in the cordova-windows project. -- 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-8804) https://github.com/apache/cordova-plugin-camera#android-quirks
[ https://issues.apache.org/jira/browse/CB-8804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505073#comment-14505073 ] ASF GitHub Bot commented on CB-8804: Github user agrieve commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/83#issuecomment-94831626 just went to have a look but the diff has changes that you didn't make in it. Can you try rebasing? https://github.com/apache/cordova-plugin-camera#android-quirks -- Key: CB-8804 URL: https://issues.apache.org/jira/browse/CB-8804 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Environment: Android Reporter: Serge Huijben Priority: Trivial Android Quirks Android uses intents to launch the camera activity on the device to capture images, and on phones with low memory, the Cordova activity may be killed. In this scenario, the image may not appear when the Cordova activity is restored. -- 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-8882) plugman publish includes entire workarea without notice
Chris Brody created CB-8882: --- Summary: plugman publish includes entire workarea without notice Key: CB-8882 URL: https://issues.apache.org/jira/browse/CB-8882 Project: Apache Cordova Issue Type: Bug Components: Plugman Reporter: Chris Brody Priority: Minor When I used plugman publish to publish my sqlite plugin, I had some extra items in my workarea (including an extra sqlite amalgamation and Windows Debug folder). I had no idea this would happen until I encountered testing a project with both Windows 8.1 and Windows Phone 8.1 targets. There should be a warning at the very least. -- 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-8869) Windows Universal target without Windows 8.0
[ https://issues.apache.org/jira/browse/CB-8869?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505015#comment-14505015 ] ASF GitHub Bot commented on CB-8869: Github user brodybits closed the pull request at: https://github.com/apache/cordova-windows/pull/68 Windows Universal target without Windows 8.0 Key: CB-8869 URL: https://issues.apache.org/jira/browse/CB-8869 Project: Apache Cordova Issue Type: Bug Components: Windows Affects Versions: 3.5.0 Environment: Visual Studio 2013 Express Reporter: Chris Brody Priority: Minor Labels: cordova-cli, cordova-windows, windows-universal, windows81 Fix For: Master Original Estimate: 4h Remaining Estimate: 4h If I create a cordova-windows project and open it with Visual Studio Express 2013, I get a notice that I have to retarget the project for Windows 8.1. In fact, Windows 8.1 and Windows Phone 8.1 targets already exist, so I have to simply remove the Windows 8.0 target. In addition, I suspect more and more plugins will drop support for Windows 8.0. Can we make the Windows 8.0 target optional or drop it from the Windows Universal target? -- 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-8853) Android builds fail when emulator is already running
[ https://issues.apache.org/jira/browse/CB-8853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504849#comment-14504849 ] ASF GitHub Bot commented on CB-8853: Github user asfgit closed the pull request at: https://github.com/apache/cordova-medic/pull/43 Android builds fail when emulator is already running Key: CB-8853 URL: https://issues.apache.org/jira/browse/CB-8853 Project: Apache Cordova Issue Type: Bug Components: Android, Medic Affects Versions: Master Environment: OSX, Windows Reporter: Dmitry Blotsky Labels: android, emulator, medic Original Estimate: 24h Remaining Estimate: 24h Running an Android build when the emulator is already running fails in different ways on different platforms (e.g. hang, error, etc.). However, running the build when the emulator is not running succeeds, but raises an error regarding shutdown. Examples of hangs: http://ci.apache.org/builders/cordova-android-osx/builds/310/steps/running-tests/logs/stdio http://ci.apache.org/builders/cordova-android-win/builds/1085/steps/running-tests/logs/stdio Example of failure to shut down: http://ci.apache.org/builders/cordova-android-win/builds/1086/steps/running-tests/logs/stdio -- 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-8853) Android builds fail when emulator is already running
[ https://issues.apache.org/jira/browse/CB-8853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504847#comment-14504847 ] ASF subversion and git services commented on CB-8853: - Commit f7f91b5cbbba851de13c157b4a05389aac0d893b in cordova-medic's branch refs/heads/master from [~dblotsky] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=f7f91b5 ] [CB-8853] Killing Android emulator before build. Android builds fail when emulator is already running Key: CB-8853 URL: https://issues.apache.org/jira/browse/CB-8853 Project: Apache Cordova Issue Type: Bug Components: Android, Medic Affects Versions: Master Environment: OSX, Windows Reporter: Dmitry Blotsky Labels: android, emulator, medic Original Estimate: 24h Remaining Estimate: 24h Running an Android build when the emulator is already running fails in different ways on different platforms (e.g. hang, error, etc.). However, running the build when the emulator is not running succeeds, but raises an error regarding shutdown. Examples of hangs: http://ci.apache.org/builders/cordova-android-osx/builds/310/steps/running-tests/logs/stdio http://ci.apache.org/builders/cordova-android-win/builds/1085/steps/running-tests/logs/stdio Example of failure to shut down: http://ci.apache.org/builders/cordova-android-win/builds/1086/steps/running-tests/logs/stdio -- 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-8803) Medic builds sometimes fail cleanup on Windows
[
https://issues.apache.org/jira/browse/CB-8803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504854#comment-14504854
]
ASF subversion and git services commented on CB-8803:
-
Commit f5edd9ef99d4a321ddb868cca913a63a550050c3 in cordova-medic's branch
refs/heads/master from [~vladimir.kotikov]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=f5edd9e ]
[CB-8803] Properly fixing the intermittent cleanup issue.
Medic builds sometimes fail cleanup on Windows
--
Key: CB-8803
URL: https://issues.apache.org/jira/browse/CB-8803
Project: Apache Cordova
Issue Type: Bug
Components: Medic, Windows
Affects Versions: Master
Environment: Any cordova-medic setup on Windows.
Reporter: Dmitry Blotsky
Priority: Minor
Labels: medic, rm, windows
Original Estimate: 24h
Remaining Estimate: 24h
On Windows, sometimes the cleanup step fails because of some stray process
briefly looking at a directory while the directory is being deleted.
Although medic uses shelljs's implementation of {{rm}}, it still fails
sometimes. This should be fixed with more persistent cleanup 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] [Closed] (CB-8850) navigator objects undefined
[
https://issues.apache.org/jira/browse/CB-8850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Arun closed CB-8850.
Resolution: Cannot Reproduce
Fix Version/s: 4.1.3
After continuos debugging i resolved it by removing unwanted network calls in
my code
navigator objects undefined
---
Key: CB-8850
URL: https://issues.apache.org/jira/browse/CB-8850
Project: Apache Cordova
Issue Type: Bug
Components: Android, iOS, Plugin Dialogs, Plugin Network Information
Affects Versions: 4.1.3
Environment: iOS8.2, Cordova 4.3 Xcode6.1
Reporter: Arun
Labels: performance
Fix For: 4.1.3
Original Estimate: 168h
Remaining Estimate: 168h
Hi all,
I have been getting these navigator object undefined errors recently on
inclusion of network-information and dialogs plugin. I am getting an error
like typedef error: navigator object is undefined ('evaluating
navigator.connection.type) and typedef error: navigator object is undefined
('evaluating navigator.notification.alert). please help me out with this if u
need any further information please let me know. I never noticed them earlier
and my sincere apologies if i have posted it in the wrong way i am new 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-8803) Medic builds sometimes fail cleanup on Windows
[
https://issues.apache.org/jira/browse/CB-8803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504853#comment-14504853
]
ASF subversion and git services commented on CB-8803:
-
Commit b561debe91c100706eee9fd583a88fc025566a17 in cordova-medic's branch
refs/heads/master from [~dblotsky]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=b561deb ]
[CB-8803] Properly fixing the intermittent cleanup issue.
Medic builds sometimes fail cleanup on Windows
--
Key: CB-8803
URL: https://issues.apache.org/jira/browse/CB-8803
Project: Apache Cordova
Issue Type: Bug
Components: Medic, Windows
Affects Versions: Master
Environment: Any cordova-medic setup on Windows.
Reporter: Dmitry Blotsky
Priority: Minor
Labels: medic, rm, windows
Original Estimate: 24h
Remaining Estimate: 24h
On Windows, sometimes the cleanup step fails because of some stray process
briefly looking at a directory while the directory is being deleted.
Although medic uses shelljs's implementation of {{rm}}, it still fails
sometimes. This should be fixed with more persistent cleanup code.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8803) Medic builds sometimes fail cleanup on Windows
[
https://issues.apache.org/jira/browse/CB-8803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504855#comment-14504855
]
ASF GitHub Bot commented on CB-8803:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-medic/pull/44
Medic builds sometimes fail cleanup on Windows
--
Key: CB-8803
URL: https://issues.apache.org/jira/browse/CB-8803
Project: Apache Cordova
Issue Type: Bug
Components: Medic, Windows
Affects Versions: Master
Environment: Any cordova-medic setup on Windows.
Reporter: Dmitry Blotsky
Priority: Minor
Labels: medic, rm, windows
Original Estimate: 24h
Remaining Estimate: 24h
On Windows, sometimes the cleanup step fails because of some stray process
briefly looking at a directory while the directory is being deleted.
Although medic uses shelljs's implementation of {{rm}}, it still fails
sometimes. This should be fixed with more persistent cleanup code.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8054) Camera getPicture photo library not supported on Windows?
[ https://issues.apache.org/jira/browse/CB-8054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504862#comment-14504862 ] ASF subversion and git services commented on CB-8054: - Commit b131021303d4ca8dcce458690fcb9c31fbf1 in cordova-plugin-camera's branch refs/heads/master from [~vladimir.kotikov] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=b131021 ] CB-8054 Support taking pictures from file for WP8 Camera getPicture photo library not supported on Windows? - Key: CB-8054 URL: https://issues.apache.org/jira/browse/CB-8054 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows Affects Versions: 3.7.1 Environment: Windows Phone 8.1 Lumia 635 Windows universal app platform Camera plugin v0.3.3 Reporter: Boston Dell-Vandenberg Assignee: Murat Sutunc On the Windows platform when calling getPicture() with sourceType of PHOTOLIBRARY or SAVEDPHOTOALBUM it returns Not supported error. The plugin documentation says Windows is supported but is that not the case? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8054) Camera getPicture photo library not supported on Windows?
[ https://issues.apache.org/jira/browse/CB-8054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504861#comment-14504861 ] ASF subversion and git services commented on CB-8054: - Commit 0dabe944162a23469759a4153b17164ce8d0da96 in cordova-plugin-camera's branch refs/heads/master from [~muratsu] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-camera.git;h=0dabe94 ] CB-8054 Support taking pictures from file for WP8 codereview codereview 2 Camera getPicture photo library not supported on Windows? - Key: CB-8054 URL: https://issues.apache.org/jira/browse/CB-8054 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows Affects Versions: 3.7.1 Environment: Windows Phone 8.1 Lumia 635 Windows universal app platform Camera plugin v0.3.3 Reporter: Boston Dell-Vandenberg Assignee: Murat Sutunc On the Windows platform when calling getPicture() with sourceType of PHOTOLIBRARY or SAVEDPHOTOALBUM it returns Not supported error. The plugin documentation says Windows is supported but is that not the case? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8054) Camera getPicture photo library not supported on Windows?
[ https://issues.apache.org/jira/browse/CB-8054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504863#comment-14504863 ] ASF GitHub Bot commented on CB-8054: Github user asfgit closed the pull request at: https://github.com/apache/cordova-plugin-camera/pull/86 Camera getPicture photo library not supported on Windows? - Key: CB-8054 URL: https://issues.apache.org/jira/browse/CB-8054 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera, Windows Affects Versions: 3.7.1 Environment: Windows Phone 8.1 Lumia 635 Windows universal app platform Camera plugin v0.3.3 Reporter: Boston Dell-Vandenberg Assignee: Murat Sutunc On the Windows platform when calling getPicture() with sourceType of PHOTOLIBRARY or SAVEDPHOTOALBUM it returns Not supported error. The plugin documentation says Windows is supported but is that not the case? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8862) Support CrossWalk
[ https://issues.apache.org/jira/browse/CB-8862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Xue closed CB-8862. - Resolution: Not A Problem Support CrossWalk -- Key: CB-8862 URL: https://issues.apache.org/jira/browse/CB-8862 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 4.0.0 Reporter: Shawn Xue Priority: Blocker Fix For: 4.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-8883) [Windows] Camera picture is rotated 90° when taken in landscape mode
Olivier VERMONT created CB-8883: --- Summary: [Windows] Camera picture is rotated 90° when taken in landscape mode Key: CB-8883 URL: https://issues.apache.org/jira/browse/CB-8883 Project: Apache Cordova Issue Type: Bug Components: Plugin Camera Affects Versions: 3.6.0 Reporter: Olivier VERMONT The picture issued from the camera is rotated 90° when taken in landscape mode. -- 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-8862) Support CrossWalk
[ https://issues.apache.org/jira/browse/CB-8862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505163#comment-14505163 ] Shawn Xue commented on CB-8862: --- Thanks for your reply. I closed the issue. Support CrossWalk -- Key: CB-8862 URL: https://issues.apache.org/jira/browse/CB-8862 Project: Apache Cordova Issue Type: Improvement Components: Android Affects Versions: 4.0.0 Reporter: Shawn Xue Priority: Blocker Fix For: 4.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8879) [Windows] Camera picture has black/green stripes that crop image
[
https://issues.apache.org/jira/browse/CB-8879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Olivier VERMONT updated CB-8879:
Description:
When a photo is taken with Windows Phone 8.1 device Nokia Lumia 735, the
picture returned shows black or green stripes on the sides and is out of shape.
It seems this is related to photo resolution but I can't get it fixed in JS.
It seems to be quite a common problem with the Media Capture API and people
solved issue in C# here is an illustration :
http://stackoverflow.com/questions/23709547/captured-photo-with-stripes
Here is what I tried without success :
var resolutions =
capture.videoDeviceController.getAvailableMediaStreamProperties(Windows.Media.Capture.MediaStreamType.photo);
var maxWidth = 0;
var maxResolution = null;
for(var i=0; iresolutions.length; i++){
//console.log(resolutions[i].width);
if(resolutions[i].width maxResolution){
maxWidth = resolutions[i].width;
maxResolution = resolutions[i];
}
}
capture.videoDeviceController.setMediaStreamPropertiesAsync(Windows.Media.Capture.MediaStreamType.photo,
maxResolution)
Are I missing something ?
was:
When a photo is taken with Windows Phone 8.1 device, the picture returned show
black or green stripes. It seems this is related to photo resolution but I
can't get it fixed in JS.
It seems to be quite a common problem with the Media Capture API and people
solved issue in C# here is an illustration :
http://stackoverflow.com/questions/23709547/captured-photo-with-stripes
Here is what I tried without success :
var resolutions =
capture.videoDeviceController.getAvailableMediaStreamProperties(Windows.Media.Capture.MediaStreamType.photo);
var maxWidth = 0;
var maxResolution = null;
for(var i=0; iresolutions.length; i++){
//console.log(resolutions[i].width);
if(resolutions[i].width maxResolution){
maxWidth = resolutions[i].width;
maxResolution = resolutions[i];
}
}
capture.videoDeviceController.setMediaStreamPropertiesAsync(Windows.Media.Capture.MediaStreamType.photo,
maxResolution)
Are I missing something ?
[Windows] Camera picture has black/green stripes that crop image
Key: CB-8879
URL: https://issues.apache.org/jira/browse/CB-8879
Project: Apache Cordova
Issue Type: Bug
Components: Plugin Camera
Affects Versions: 3.8.0
Reporter: Olivier VERMONT
Labels: camera, resolution, stripes, windows-phone-81
When a photo is taken with Windows Phone 8.1 device Nokia Lumia 735, the
picture returned shows black or green stripes on the sides and is out of
shape. It seems this is related to photo resolution but I can't get it fixed
in JS.
It seems to be quite a common problem with the Media Capture API and people
solved issue in C# here is an illustration :
http://stackoverflow.com/questions/23709547/captured-photo-with-stripes
Here is what I tried without success :
var resolutions =
capture.videoDeviceController.getAvailableMediaStreamProperties(Windows.Media.Capture.MediaStreamType.photo);
var maxWidth = 0;
var maxResolution = null;
for(var i=0; iresolutions.length; i++){
//console.log(resolutions[i].width);
if(resolutions[i].width maxResolution){
maxWidth = resolutions[i].width;
maxResolution = resolutions[i];
}
}
capture.videoDeviceController.setMediaStreamPropertiesAsync(Windows.Media.Capture.MediaStreamType.photo,
maxResolution)
Are I 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-8485) Support for signed archive for iOS
[ https://issues.apache.org/jira/browse/CB-8485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505141#comment-14505141 ] ASF GitHub Bot commented on CB-8485: GitHub user nikhilkh opened a pull request: https://github.com/apache/cordova-ios/pull/138 CB-8485 Support for creating signed archive for iOS Allows the user to specify the provisioning profile and the signing identity using the command line and a build.json file. You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-ios packaging Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-ios/pull/138.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 #138 commit ebcc29ef9a2ca4ebe49fd319868a514c0a558499 Author: Nikhil Khandelwal nikhi...@microsoft.com Date: 2015-04-21T04:57:31Z CB-8485 Support for signed archive for iOS Support for signed archive for iOS -- Key: CB-8485 URL: https://issues.apache.org/jira/browse/CB-8485 Project: Apache Cordova Issue Type: Sub-task Components: iOS Affects Versions: 4.0.0 Reporter: Nikhil Khandelwal Details of the design here: https://docs.google.com/document/d/1tJQ9OoGrrMhZcLI3mg46rGzAfbiQu9PuNBL1auAMGFM/edit# -- 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-8886) StatusTap click event problems with bunch of other plugins
[ https://issues.apache.org/jira/browse/CB-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hirbod updated CB-8886: --- Description: Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin cause this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did was: Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] Examples: It seems like the Google Maps Plugin cause this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did StatusTap click event problems with bunch of other plugins Key: CB-8886 URL: https://issues.apache.org/jira/browse/CB-8886 Project: Apache Cordova Issue Type: Bug Reporter: Hirbod Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin cause this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did -- 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-8886) StatusTap click event problems with bunch of other plugins
[ https://issues.apache.org/jira/browse/CB-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-8886: - Component/s: Plugin Statusbar Environment: iOS StatusTap click event problems with bunch of other plugins Key: CB-8886 URL: https://issues.apache.org/jira/browse/CB-8886 Project: Apache Cordova Issue Type: Bug Components: Plugin Statusbar Environment: iOS Reporter: Hirbod Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin is one kind of plugin causing this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did -- 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-8886) StatusTap click event problems with bunch of other plugins
[ https://issues.apache.org/jira/browse/CB-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hirbod updated CB-8886: --- Description: Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin is one kind of plugin causing this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (https://github.com/wf9a5m75/phonegap-googlemaps-plugin/commit/3fd283e722740459dc331f8f320ff4e078e44135), before the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did was: Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin is one kind of plugin causing this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did StatusTap click event problems with bunch of other plugins Key: CB-8886 URL: https://issues.apache.org/jira/browse/CB-8886 Project: Apache Cordova Issue Type: Bug Components: Plugin Statusbar Environment: iOS Reporter: Hirbod Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin is one kind of plugin causing this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (https://github.com/wf9a5m75/phonegap-googlemaps-plugin/commit/3fd283e722740459dc331f8f320ff4e078e44135), before the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did -- 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-8805) Allow specifying repo versions for on-demand medic builds
[ https://issues.apache.org/jira/browse/CB-8805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-8805. --- Resolution: Fixed Allow specifying repo versions for on-demand medic builds - Key: CB-8805 URL: https://issues.apache.org/jira/browse/CB-8805 Project: Apache Cordova Issue Type: Improvement Components: Medic Affects Versions: Master Reporter: Dmitry Blotsky Priority: Critical Original Estimate: 168h Remaining Estimate: 168h Right now medic only does builds from master for multi-repo builds (e.g. plugins builds). There should be a way to specify the version of each repo that goes into a build. This is needed for release testing and for PR testing. -- 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-8798) Android 4.x - HTML5 video tag only audio playing
[
https://issues.apache.org/jira/browse/CB-8798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505865#comment-14505865
]
Nikhil Khandelwal commented on CB-8798:
---
Looks like this issue has been resolved?
Android 4.x - HTML5 video tag only audio playing
Key: CB-8798
URL: https://issues.apache.org/jira/browse/CB-8798
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: Archlinux host
Cordova 4.3.0
Xperia Sola with Android 4.4.4 (unofficial)
Android Simulator - Android 5.0.1 4.4.2
Reporter: Tanase Butcaru
Priority: Critical
Labels: html5, video, videodisplay, webview
HTML5 video tag doesn't work properly on android 4.4 (.2 .4) webView - only
the audio is playing. With 5.0.1 it works just fine!
If I enable controls on video tag and enter fullscreen mode then I have video
working, but when I'm out of fullscreen the video screen is black.
I have android:hardwareAccelerated=true and I also tried this plugin which
is outdated now (same issue though).
It doesn't matter if I control video with JS or I interact with the video
controls. Tried both, same behaviour. Tried with all video file formats, no
change.
I know there are similar questions on the web, but all are 1-2 years old and
solutions provided for them are outdated or not working.
* Using latest version of phonegap/cordova. I have also created a sample app
to test the video tag, thought maybe was something related to my app, but the
problem persists.
Simple test case:
1. create a sample phonegap app:
cordova create helloworld com.helloworld.cdv Phonegap Test
2. add latest android platform after entering helloworld dir:
cordova platform add android@latest
3. open index.html and add the following after deviceready div ending tag:
video id=vid controls webkit-playsinline/video
4. open index.js and add the following inside ``onDeviceReady`` method:
//video test
var videoObject = document.getElementById('vid');
videoObject.src = 'http://demo.touchmediahost.com/kmapp/vid.mp4';
videoObject.load();
videoObject.addEventListener('canplay', function(){
//video can be played!!
videoObject.play();
})
5. Setup 2 AVDs like this: (1) Nexus S with Android 4.4.2 (API 19), Intel
Atom x86 and (2) Nexus 5 with Android 5.0.1 (API 21), Intel Atom x86.
6. For each AVD run ``cordova emulate android``.
You'll see that on lollipop the video is displaying the image and the sound
is working on kitkat the image is black and it only works on fullscreen
mode.
All files are the default ones; in AndroidManifest.xml the hardware accel si
true by default.
Also tested on my real device with kitkat 4.4.4.
I tried these days to change the webview to Crosswalk, but still the problem
persists. Also tried the MediaElement.js with no success.
The only webview were the video tag works correctly is ludei's cocoonjs
(webview plus), but I don't really like it because it doesn't render the css
like it should (only some properties).
--
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-8886) StatusTap click event problems with bunch of other plugins
[ https://issues.apache.org/jira/browse/CB-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505651#comment-14505651 ] ASF GitHub Bot commented on CB-8886: Github user Hirbod commented on the pull request: https://github.com/apache/cordova-plugin-statusbar/pull/4#issuecomment-94923162 https://issues.apache.org/jira/browse/CB-8886 StatusTap click event problems with bunch of other plugins Key: CB-8886 URL: https://issues.apache.org/jira/browse/CB-8886 Project: Apache Cordova Issue Type: Bug Reporter: Hirbod Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] Examples: It seems like the Google Maps Plugin cause this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did -- 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-8803) Medic builds sometimes fail cleanup on Windows
[
https://issues.apache.org/jira/browse/CB-8803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nikhil Khandelwal resolved CB-8803.
---
Resolution: Fixed
Medic builds sometimes fail cleanup on Windows
--
Key: CB-8803
URL: https://issues.apache.org/jira/browse/CB-8803
Project: Apache Cordova
Issue Type: Bug
Components: Medic, Windows
Affects Versions: Master
Environment: Any cordova-medic setup on Windows.
Reporter: Dmitry Blotsky
Priority: Minor
Labels: medic, rm, windows
Original Estimate: 24h
Remaining Estimate: 24h
On Windows, sometimes the cleanup step fails because of some stray process
briefly looking at a directory while the directory is being deleted.
Although medic uses shelljs's implementation of {{rm}}, it still fails
sometimes. This should be fixed with more persistent cleanup code.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8798) Android 4.x - HTML5 video tag only audio playing
[
https://issues.apache.org/jira/browse/CB-8798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505879#comment-14505879
]
Tanase Butcaru commented on CB-8798:
The issue persists on default webview even with the latest release of
cordova-android (4.0.0), but it's gone when changing the webview via the
cordova-plugin-crosswalk-webview plugin.
Android 4.x - HTML5 video tag only audio playing
Key: CB-8798
URL: https://issues.apache.org/jira/browse/CB-8798
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: Master
Environment: Archlinux host
Cordova 4.3.0
Xperia Sola with Android 4.4.4 (unofficial)
Android Simulator - Android 5.0.1 4.4.2
Reporter: Tanase Butcaru
Priority: Critical
Labels: html5, video, videodisplay, webview
HTML5 video tag doesn't work properly on android 4.4 (.2 .4) webView - only
the audio is playing. With 5.0.1 it works just fine!
If I enable controls on video tag and enter fullscreen mode then I have video
working, but when I'm out of fullscreen the video screen is black.
I have android:hardwareAccelerated=true and I also tried this plugin which
is outdated now (same issue though).
It doesn't matter if I control video with JS or I interact with the video
controls. Tried both, same behaviour. Tried with all video file formats, no
change.
I know there are similar questions on the web, but all are 1-2 years old and
solutions provided for them are outdated or not working.
* Using latest version of phonegap/cordova. I have also created a sample app
to test the video tag, thought maybe was something related to my app, but the
problem persists.
Simple test case:
1. create a sample phonegap app:
cordova create helloworld com.helloworld.cdv Phonegap Test
2. add latest android platform after entering helloworld dir:
cordova platform add android@latest
3. open index.html and add the following after deviceready div ending tag:
video id=vid controls webkit-playsinline/video
4. open index.js and add the following inside ``onDeviceReady`` method:
//video test
var videoObject = document.getElementById('vid');
videoObject.src = 'http://demo.touchmediahost.com/kmapp/vid.mp4';
videoObject.load();
videoObject.addEventListener('canplay', function(){
//video can be played!!
videoObject.play();
})
5. Setup 2 AVDs like this: (1) Nexus S with Android 4.4.2 (API 19), Intel
Atom x86 and (2) Nexus 5 with Android 5.0.1 (API 21), Intel Atom x86.
6. For each AVD run ``cordova emulate android``.
You'll see that on lollipop the video is displaying the image and the sound
is working on kitkat the image is black and it only works on fullscreen
mode.
All files are the default ones; in AndroidManifest.xml the hardware accel si
true by default.
Also tested on my real device with kitkat 4.4.4.
I tried these days to change the webview to Crosswalk, but still the problem
persists. Also tried the MediaElement.js with no success.
The only webview were the video tag works correctly is ludei's cocoonjs
(webview plus), but I don't really like it because it doesn't render the css
like it should (only some properties).
--
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-8886) StatusTap click event problems with bunch of other plugins
[ https://issues.apache.org/jira/browse/CB-8886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hirbod updated CB-8886: --- Description: Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin is one kind of plugin causing this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did was: Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin cause this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did StatusTap click event problems with bunch of other plugins Key: CB-8886 URL: https://issues.apache.org/jira/browse/CB-8886 Project: Apache Cordova Issue Type: Bug Reporter: Hirbod Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] https://github.com/apache/cordova-plugin-statusbar/pull/4 Examples: It seems like the Google Maps Plugin is one kind of plugin causing this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did -- 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-8804) https://github.com/apache/cordova-plugin-camera#android-quirks
[ https://issues.apache.org/jira/browse/CB-8804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505857#comment-14505857 ] ASF GitHub Bot commented on CB-8804: Github user thehuijb commented on the pull request: https://github.com/apache/cordova-plugin-camera/pull/83#issuecomment-94953716 alright, rebased to master, should be only my changes now. sorry about that, it still git's me sometimes https://github.com/apache/cordova-plugin-camera#android-quirks -- Key: CB-8804 URL: https://issues.apache.org/jira/browse/CB-8804 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Environment: Android Reporter: Serge Huijben Priority: Trivial Android Quirks Android uses intents to launch the camera activity on the device to capture images, and on phones with low memory, the Cordova activity may be killed. In this scenario, the image may not appear when the Cordova activity is restored. -- 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-8859) Tools Release April 15, 2015
[ https://issues.apache.org/jira/browse/CB-8859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-8859. Resolution: Fixed Tools Release April 15, 2015 Key: CB-8859 URL: https://issues.apache.org/jira/browse/CB-8859 Project: Apache Cordova Issue Type: Task Components: CLI, CordovaJS, CordovaLib, Plugman Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/tools-release-process.md -- 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-8858) Plugins Release April 15, 2015
[ https://issues.apache.org/jira/browse/CB-8858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Gill resolved CB-8858. Resolution: Fixed Plugins Release April 15, 2015 -- Key: CB-8858 URL: https://issues.apache.org/jira/browse/CB-8858 Project: Apache Cordova Issue Type: Task Components: Plugins Reporter: Steve Gill Assignee: Steve Gill Following steps at https://github.com/apache/cordova-coho/blob/master/docs/plugins-release-process.md -- 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-6313) Extra boundary in FileTransfer upload on Windows Phone
[
https://issues.apache.org/jira/browse/CB-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14506186#comment-14506186
]
ASF GitHub Bot commented on CB-6313:
Github user stevengill commented on the pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/73#issuecomment-94991229
This didn't get reviewed for 1.0.0 release but will review it so it makes
the next one
Extra boundary in FileTransfer upload on Windows Phone
--
Key: CB-6313
URL: https://issues.apache.org/jira/browse/CB-6313
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer, WP8
Affects Versions: 3.4.0
Environment: Windows Phone 8; Cordova 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Labels: filetransfer, windows-phone, wp8
I am using the File Transfer plugin on Windows Phone 8, and am adding
additional parameters to the upload via FileTransferOptions.params. When
doing this, I've found that an extra boundary is emitted into the request,
which unfortunately causes my node.js server (running express) to fail in
parsing the form submission.
The form submission ends up looking like this (notice the extra boundary
included after the parameters, and before the file itself):
--8d1119c8955f52c
Content-Disposition: form-data; name=param1
1
--8d1119c8955f52c
Content-Disposition: form-data; name=param2
2
--8d1119c8955f52c
--8d1119c8955f52c
Content-Disposition: form-data; name=file;
filename=///CapturedImagesCache/C__Data_Users_Public_Pictures_Camera
Roll_WP_20140319_001_jpg.jpg
{data}
--8d1119c8955f52c--
I've reviewed the code, and believe it is simply a one line fix to remove the
line causing the issue, but confirmation from one of the owners would be
helpful.
For me, it is line 746 of FileTransfer.cs:
requestStream.Write(boundaryBytes, 0, boundaryBytes.Length);
I've confirmed that commenting out this line in my app will allow the upload
to complete successfully.
--
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-6313) Extra boundary in FileTransfer upload on Windows Phone
[
https://issues.apache.org/jira/browse/CB-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14506254#comment-14506254
]
ASF GitHub Bot commented on CB-6313:
Github user gmbad commented on the pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/73#issuecomment-94999385
Well, while the correction is not published, i did an upload via base64
scheme for windows phone . If anyone is interested, contact me ...
Extra boundary in FileTransfer upload on Windows Phone
--
Key: CB-6313
URL: https://issues.apache.org/jira/browse/CB-6313
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer, WP8
Affects Versions: 3.4.0
Environment: Windows Phone 8; Cordova 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Labels: filetransfer, windows-phone, wp8
I am using the File Transfer plugin on Windows Phone 8, and am adding
additional parameters to the upload via FileTransferOptions.params. When
doing this, I've found that an extra boundary is emitted into the request,
which unfortunately causes my node.js server (running express) to fail in
parsing the form submission.
The form submission ends up looking like this (notice the extra boundary
included after the parameters, and before the file itself):
--8d1119c8955f52c
Content-Disposition: form-data; name=param1
1
--8d1119c8955f52c
Content-Disposition: form-data; name=param2
2
--8d1119c8955f52c
--8d1119c8955f52c
Content-Disposition: form-data; name=file;
filename=///CapturedImagesCache/C__Data_Users_Public_Pictures_Camera
Roll_WP_20140319_001_jpg.jpg
{data}
--8d1119c8955f52c--
I've reviewed the code, and believe it is simply a one line fix to remove the
line causing the issue, but confirmation from one of the owners would be
helpful.
For me, it is line 746 of FileTransfer.cs:
requestStream.Write(boundaryBytes, 0, boundaryBytes.Length);
I've confirmed that commenting out this line in my app will allow the upload
to complete successfully.
--
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-8799) Ensure platforms and plugins save src/version to single attribute in config.xml
[ https://issues.apache.org/jira/browse/CB-8799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikhil Khandelwal resolved CB-8799. --- Resolution: Fixed Fix Version/s: Master Assignee: Tim Barham Ensure platforms and plugins save src/version to single attribute in config.xml --- Key: CB-8799 URL: https://issues.apache.org/jira/browse/CB-8799 Project: Apache Cordova Issue Type: Bug Components: CordovaLib Reporter: Tim Barham Assignee: Tim Barham Fix For: Master Currently when saving to config.xml, platforms save source or version into version attribute, and plugins save them separately into src and version attributes. They should both save to a single attribute (source taking priority over version) - that attribute might be called 'src', 'version' or 'spec'. -- 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-6313) Extra boundary in FileTransfer upload on Windows Phone
[
https://issues.apache.org/jira/browse/CB-6313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14506179#comment-14506179
]
ASF GitHub Bot commented on CB-6313:
Github user gmbad commented on the pull request:
https://github.com/apache/cordova-plugin-file-transfer/pull/73#issuecomment-94990412
dpolivy,
maybe in new version 1.0.0 (Apr 15, 2015), its ok. No?
Extra boundary in FileTransfer upload on Windows Phone
--
Key: CB-6313
URL: https://issues.apache.org/jira/browse/CB-6313
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File Transfer, WP8
Affects Versions: 3.4.0
Environment: Windows Phone 8; Cordova 3.4.0
Reporter: Dan Polivy
Assignee: Jesse MacFadyen
Labels: filetransfer, windows-phone, wp8
I am using the File Transfer plugin on Windows Phone 8, and am adding
additional parameters to the upload via FileTransferOptions.params. When
doing this, I've found that an extra boundary is emitted into the request,
which unfortunately causes my node.js server (running express) to fail in
parsing the form submission.
The form submission ends up looking like this (notice the extra boundary
included after the parameters, and before the file itself):
--8d1119c8955f52c
Content-Disposition: form-data; name=param1
1
--8d1119c8955f52c
Content-Disposition: form-data; name=param2
2
--8d1119c8955f52c
--8d1119c8955f52c
Content-Disposition: form-data; name=file;
filename=///CapturedImagesCache/C__Data_Users_Public_Pictures_Camera
Roll_WP_20140319_001_jpg.jpg
{data}
--8d1119c8955f52c--
I've reviewed the code, and believe it is simply a one line fix to remove the
line causing the issue, but confirmation from one of the owners would be
helpful.
For me, it is line 746 of FileTransfer.cs:
requestStream.Write(boundaryBytes, 0, boundaryBytes.Length);
I've confirmed that commenting out this line in my app will allow the upload
to complete successfully.
--
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-8880) Changing the orientation of device changes orientation of app but not dialog window
Edna Morales created CB-8880: Summary: Changing the orientation of device changes orientation of app but not dialog window Key: CB-8880 URL: https://issues.apache.org/jira/browse/CB-8880 Project: Apache Cordova Issue Type: Bug Components: Plugin Dialogs Environment: iOS 8.2 Reporter: Edna Morales Priority: Minor When the orientation of the device is changed while a dialog window is open, the orientation of the app changes correctly but not the orientation of the dialog. Steps to reproduce: 1) Open a dialog window in the app, dialog pops up 2) Change orientation of the device to upside down 3) App changes its orientation but dialog does not change it's orientation to upside down -- 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-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14504749#comment-14504749 ] Edna Morales commented on CB-7734: -- Hi [~jcesarmobile], I hadn't created a Jira issue for it. I did now and linked it to this jira item. Thanks navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Assignee: jcesarmobile Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP，ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem，I think maybe Left-aligned is more Beautiful (because when in Android，all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese)，is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- 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-8825) navigator.geolocation.getCurrentPosition() callbacks not fired
[ https://issues.apache.org/jira/browse/CB-8825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8825. Resolution: Cannot Reproduce I can't reproduce this issue in MobileSpec, closing. navigator.geolocation.getCurrentPosition() callbacks not fired -- Key: CB-8825 URL: https://issues.apache.org/jira/browse/CB-8825 Project: Apache Cordova Issue Type: Bug Components: Android, Plugin Geolocation Reporter: Sean Hill The Android source code is gone from the repo. I know longer can use this plugin at ALL. -- 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-8845) Geolocation test failures on Android and iOS
[
https://issues.apache.org/jira/browse/CB-8845?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-8845.
Resolution: Cannot Reproduce
Geolocation test failures on Android and iOS
Key: CB-8845
URL: https://issues.apache.org/jira/browse/CB-8845
Project: Apache Cordova
Issue Type: Bug
Components: Android, iOS, Plugin Geolocation
Affects Versions: Master
Environment: OSX, Windows
Reporter: Dmitry Blotsky
Labels: android, geolocation, ios, plugin, test-fail
Original Estimate: 72h
Remaining Estimate: 72h
Test results here:
http://ci.apache.org/builders/cordova-android-osx/builds/275/steps/running-tests/logs/stdio
{noformat}
cordova-plugin-geolocation-tests.tests getCurrentPosition method success
callback geolocation.spec.6 should be called with a Position object
cordova-plugin-geolocation-tests.tests watchPosition method success
callback geolocation.spec.8 should be called with a Position object
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8845) Geolocation test failures on Android and iOS
[
https://issues.apache.org/jira/browse/CB-8845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505275#comment-14505275
]
Joe Bowser commented on CB-8845:
I can't reproduce these on the latest, nor can I find the logs on CI, closing
for now.
Geolocation test failures on Android and iOS
Key: CB-8845
URL: https://issues.apache.org/jira/browse/CB-8845
Project: Apache Cordova
Issue Type: Bug
Components: Android, iOS, Plugin Geolocation
Affects Versions: Master
Environment: OSX, Windows
Reporter: Dmitry Blotsky
Labels: android, geolocation, ios, plugin, test-fail
Original Estimate: 72h
Remaining Estimate: 72h
Test results here:
http://ci.apache.org/builders/cordova-android-osx/builds/275/steps/running-tests/logs/stdio
{noformat}
cordova-plugin-geolocation-tests.tests getCurrentPosition method success
callback geolocation.spec.6 should be called with a Position object
cordova-plugin-geolocation-tests.tests watchPosition method success
callback geolocation.spec.8 should be called with a Position object
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-5838) Android 4.4 - Path returned from Camera plugin FILE_URI is not readable
[
https://issues.apache.org/jira/browse/CB-5838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-5838.
Resolution: Fixed
Assignee: Joe Bowser (was: Andrew Grieve)
Android 4.4 - Path returned from Camera plugin FILE_URI is not readable
---
Key: CB-5838
URL: https://issues.apache.org/jira/browse/CB-5838
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera, Plugin File
Affects Versions: 3.3.0
Reporter: Lindsey Simon
Assignee: Joe Bowser
I'm calling the plugin like so (pasted below). When I take the file uri and
try to load it into another interface, like the ExifInterface I get the
following error:
E/JHEAD ( 6734): can't open
'file:///storage/emulated/0/DCIM/Camera/1390266145786.jpg'
---
var cameraOptions = {
quality: 100,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
allowEdit: true,
encodingType: Camera.EncodingType.JPEG,
targetWidth: 800,
saveToPhotoAlbum: true
};
navigator.camera.getPicture(
_.bind(this.onPhotoSuccess_, this),
_.bind(this.onPhotoError_, this),
cameraOptions);
--
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-5839) Android 4.4 - Camera plugin saveToPhotoAlbum option doesn't work
[
https://issues.apache.org/jira/browse/CB-5839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-5839.
Resolution: Fixed
Assignee: Joe Bowser (was: Andrew Grieve)
This is fixed.
Android 4.4 - Camera plugin saveToPhotoAlbum option doesn't work
Key: CB-5839
URL: https://issues.apache.org/jira/browse/CB-5839
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin Camera
Affects Versions: 3.3.0
Reporter: Lindsey Simon
Assignee: Joe Bowser
I have the following code running on a MotoX. Thing is my file_uri ends up
being something like file:///storage/emulated/0/DCIM/Camera/foo.jpg - and it
doesn't show up in the Gallery or Photos - aka saveToPhotoAlbum doesn't
appear to be working as intended.
var cameraOptions = {
quality: 100,
destinationType: Camera.DestinationType.FILE_URI,
sourceType: Camera.PictureSourceType.CAMERA,
allowEdit: true,
encodingType: Camera.EncodingType.JPEG,
targetWidth: 800,
saveToPhotoAlbum: true
};
navigator.camera.getPicture(
_.bind(this.onPhotoSuccess_, this),
_.bind(this.onPhotoError_, this),
cameraOptions);
--
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-8396) Add AutoHideSplashScreen logic to Android's Splashscreen
[
https://issues.apache.org/jira/browse/CB-8396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-8396:
---
Issue Type: Improvement (was: Bug)
Summary: Add AutoHideSplashScreen logic to Android's Splashscreen (was:
AutoHideSplashScreen not working on Android)
Changing title based on comments.
Add AutoHideSplashScreen logic to Android's Splashscreen
Key: CB-8396
URL: https://issues.apache.org/jira/browse/CB-8396
Project: Apache Cordova
Issue Type: Improvement
Components: Android, Plugin SplashScreen
Affects Versions: Master
Environment: Android 5.0.1 emulator.
Reporter: Tom A
Labels: android
In config.xml I've set:
{code:title=config.xml|borderStyle=solid}
preference name=AutoHideSplashScreen value=false /`
{code}
This has no effect on the Android platform. Splash screen autohides after 3
seconds (the default SplashScreenDelay).
Tested on Android 5.0.1.
If I look at the code here
[https://github.com/apache/cordova-plugin-splashscreen/blob/master/src/android/SplashScreen.java]
I'd expect to see something like this somewhere:
{code:title=SplashScreen.java|borderStyle=solid}
preferences.getBoolean(AutoHideSplashScreen, false);
{code}
Maybe this has something to do with it?
If you need any more info, please let me know.
--
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-8714) source value 1.5 is obsolete and will be removed in a future release
[ https://issues.apache.org/jira/browse/CB-8714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8714. Resolution: Cannot Reproduce I can't reproduce with the latest release. If you're still getting this error with Cordova-Android 4.0 please reopen this issue. source value 1.5 is obsolete and will be removed in a future release Key: CB-8714 URL: https://issues.apache.org/jira/browse/CB-8714 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Reporter: Sean Usick warning message -- 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-8886) StatusTap click event problems with bunch of other plugins
Hirbod created CB-8886: -- Summary: StatusTap click event problems with bunch of other plugins Key: CB-8886 URL: https://issues.apache.org/jira/browse/CB-8886 Project: Apache Cordova Issue Type: Bug Reporter: Hirbod Hi, seems like the statusTap view will not always be on top of every other view and this will cause the plugin will not be able to call the event. Please have a look at the conversation here with [~shazron] Examples: It seems like the Google Maps Plugin cause this error: https://github.com/wf9a5m75/phonegap-googlemaps-plugin The plugin maintainer added support for the splashscreen plugin (wf9a5m75/phonegap-googlemaps-plugin@3fd283e before, the mapview just killed the splashscreen) but it seems like the fake scrollview is not on top anymore, so the tap won't be triggerd. https://github.com/j-mcnally/cordova-statusTap worked well, but is very buggy and cause a lot of other problems. It seems this plugin works a bit different, as it adds the status-tab click different, which will work (but is not usable as it breaks the camera plugin on iOS8) So my suggestions (I'm not expericed with iOS views and have not so much know how with obj-c) 1) The FakeLayer should be on the highest possible view (like z-index 1 or something like that :)) 2) It should add a tapRecognizer like the statusTap plugin did -- 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-8245) Directories starting with _ are not served.
[ https://issues.apache.org/jira/browse/CB-8245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser resolved CB-8245. Resolution: Won't Fix Based on what [~agrieve] said, I'm marking Can't fix as Won't Fix, because this is a bit more honest than Working as Intended I wish there was a Can't fix Directories starting with _ are not served. --- Key: CB-8245 URL: https://issues.apache.org/jira/browse/CB-8245 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Reporter: Zoltan Olah Assignee: Joe Bowser On Android, when the www directory contains sub-directories that begin with an underscore, _, contents are not served. A reproduction is available here: https://github.com/Slava/cordova-underscore-name-bug-reproduction Observed on versions 3.5.1 and 4.1.2 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8844) File plugin test failures on Android
[
https://issues.apache.org/jira/browse/CB-8844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505225#comment-14505225
]
Joe Bowser commented on CB-8844:
Tests pass for me locally as well.
File plugin test failures on Android
Key: CB-8844
URL: https://issues.apache.org/jira/browse/CB-8844
Project: Apache Cordova
Issue Type: Bug
Components: Android, Plugin File
Affects Versions: Master
Environment: Windows, OSX
Reporter: Dmitry Blotsky
Labels: android, plugin, plugin-file, test-fail
Original Estimate: 48h
Remaining Estimate: 48h
Test results here:
[http://ci.apache.org/builders/cordova-android-osx/builds/275/steps/running-tests/logs/stdio]
{noformat}
cordova-plugin-file-tests.tests File API asset: URLs file.spec.142 assets
should be enumerable
cordova-plugin-file-tests.tests File API file.spec.144 copyTo: asset
directory
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Resolved] (CB-8878) Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop
[
https://issues.apache.org/jira/browse/CB-8878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-8878.
Resolution: Cannot Reproduce
This should be providing you with a real file, not a content URI.
Nexus 5 DestinationType.FILE_URI issue OS 5.1 Lollipop
--
Key: CB-8878
URL: https://issues.apache.org/jira/browse/CB-8878
Project: Apache Cordova
Issue Type: Bug
Components: Android
Reporter: Muhammad Saifuddin
This is simple code I am using for get Image from gallery.
[code]
navigator.camera.getPicture(uploadPhoto, onGetPictureFail, {
destinationType: Camera.DestinationType.FILE_URI,
sourceType : navigator.camera.PictureSourceType.PHOTOLIBRARY
});
[/code]
return File URI In Nexus 5 OS 5.1 :
content://com.android.providers.media.documents/document/image%3A1778
return File URI in Samsung S III OS 4.4.2
content://media/external/images/media/186
due to this change FileTransfer doesn't upload file picked up from Nexus 5
device. while same code working on other android kitkat devices includes
windows phone
Any help would be appreciated.
--
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-6673) Clearing cookies in InAppBrowser clears cookie in entire application
[ https://issues.apache.org/jira/browse/CB-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bowser reassigned CB-6673: -- Assignee: Joe Bowser Assigning to myself to investigate whether using a third-party WebView acts as a good work-around for this. I don't think we can fix it, but this is at least something. Clearing cookies in InAppBrowser clears cookie in entire application Key: CB-6673 URL: https://issues.apache.org/jira/browse/CB-6673 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0, 3.4.0 Environment: All Android versions Reporter: Nadav Greenberg Assignee: Joe Bowser When using InAppBrowser's clear cookie feature, it clears the cookies also from the application itself, not only the newly opened page in the InAppBrowser. It seems that this is caused by the CookieManager singleton being used to clear the cookies, which clears the entire WebView's cookies, not just the new window's. -- 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-6673) Clearing cookies in InAppBrowser clears cookie in entire application
[ https://issues.apache.org/jira/browse/CB-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14505235#comment-14505235 ] Joe Bowser commented on CB-6673: A possible workaround for this MIGHT be to use Crosswalk as your webview, since it would have a different CookieManager than the System WebView. Clearing cookies in InAppBrowser clears cookie in entire application Key: CB-6673 URL: https://issues.apache.org/jira/browse/CB-6673 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.3.0, 3.4.0 Environment: All Android versions Reporter: Nadav Greenberg When using InAppBrowser's clear cookie feature, it clears the cookies also from the application itself, not only the newly opened page in the InAppBrowser. It seems that this is caused by the CookieManager singleton being used to clear the cookies, which clears the entire WebView's cookies, not just the new window's. -- 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
