[jira] [Comment Edited] (CB-8332) Memory leak in loading files from disk with file plugin
[
https://issues.apache.org/jira/browse/CB-8332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339674#comment-14339674
]
Anthony May edited comment on CB-8332 at 2/27/15 3:28 AM:
--
After some profiling, I've found this to be related to the ARC memory
management and the retain on FileHandle and the NSData. Done a quick rewrite
from this:
https://github.com/apache/cordova-plugin-file/blob/7ea51bc8b43550c88c4395a2734d47380df82aa3/src/ios/CDVLocalFilesystem.m#L661-L683
to
{code:title=ReadFileAtURL|borderStyle=solid}
- (void)readFileAtURL:(CDVFilesystemURL *)localURL start:(NSInteger)start
end:(NSInteger)end callback:(void (^)(NSData*, NSString* mimeType,
CDVFileError))callback
{
@autoreleasepool {
NSString *path = [self filesystemPathForURL:localURL];
NSString* mimeType = [CDVLocalFilesystem getMimeTypeFromPath:path];
if (mimeType == nil) {
mimeType = @"*/*";
}
CFURLRef url = (CFURLRef)CFBridgingRetain([NSURL fileURLWithPath:path]);
CFReadStreamRef stream =
CFReadStreamCreateWithFile(kCFAllocatorDefault, url);
NSMutableData* readData = [[NSMutableData alloc] init];
if(CFReadStreamOpen(stream))
{
uint8_t buf[1024];
unsigned int len = 1024;
while (CFReadStreamHasBytesAvailable(stream))
{
CFIndex numBytesRead = CFReadStreamRead(stream, buf, len);
[readData appendBytes:&buf length:numBytesRead];
}
}
callback(readData, mimeType, readData != nil ? NO_ERROR :
NOT_FOUND_ERR);
readData = nil;
}
{code}
This implementation still accumulates references in memory, but once it
receives the first warning, the GC kicks and creates a stable memory profile.
Let me know if this works, and I'll update this to support the full
functionality.
was (Author: amay0048):
After some profiling, I've found this to be related to the ARC memory
management and the retain on FileHandle and the NSData. Done a quick rewrite
from this:
https://github.com/apache/cordova-plugin-file/blob/7ea51bc8b43550c88c4395a2734d47380df82aa3/src/ios/CDVLocalFilesystem.m#L661-L683
to
```
'- (void)readFileAtURL:(CDVFilesystemURL *)localURL start:(NSInteger)start
end:(NSInteger)end callback:(void (^)(NSData*, NSString* mimeType,
CDVFileError))callback
{
@autoreleasepool {
NSString *path = [self filesystemPathForURL:localURL];
NSString* mimeType = [CDVLocalFilesystem getMimeTypeFromPath:path];
if (mimeType == nil) {
mimeType = @"*/*";
}
CFURLRef url = (CFURLRef)CFBridgingRetain([NSURL fileURLWithPath:path]);
CFReadStreamRef stream =
CFReadStreamCreateWithFile(kCFAllocatorDefault, url);
NSMutableData* readData = [[NSMutableData alloc] init];
if(CFReadStreamOpen(stream))
{
uint8_t buf[1024];
unsigned int len = 1024;
while (CFReadStreamHasBytesAvailable(stream))
{
CFIndex numBytesRead = CFReadStreamRead(stream, buf, len);
[readData appendBytes:&buf length:numBytesRead];
}
}
callback(readData, mimeType, readData != nil ? NO_ERROR :
NOT_FOUND_ERR);
readData = nil;
}
```
This implementation still accumulates references in memory, but once it
receives the first warning, the GC kicks and creates a stable memory profile.
Let me know if this works, and I'll update this to support the full
functionality.
> Memory leak in loading files from disk with file plugin
> ---
>
> Key: CB-8332
> URL: https://issues.apache.org/jira/browse/CB-8332
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Patrick Richards
>Assignee: Shazron Abdullah
>
> When loading files from disk, the file plugin appears to leak memory. Using
> instruments it can be narrowed down to -[CDVFilesystemURLProtocol
> startLoading], which is in CDVFile.m on line 150.
> (https://github.com/apache/cordova-plugin-file/blob/967ca4d848d6bea0bad5a0d334b8d9f1ea2c4680/src/ios/CDVFile.m#L150)
> To reproduce:
> • have the iOS app download a file using plugin-file-transfer
> • store that file to persistent storage
> • load that file from disk and the app will leak
> We have a very simple proof of concept that downloads a large photo, then
> constantly refreshes an iFrame which triggers loading the photo from
> persistent storage. The memory usage of the app climbs over time (with
> various dips at memory warnings), then crashes due to memory pressure. We can
> upload this sample project/provide a link if needed – t
[jira] [Commented] (CB-8332) Memory leak in loading files from disk with file plugin
[
https://issues.apache.org/jira/browse/CB-8332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339674#comment-14339674
]
Anthony May commented on CB-8332:
-
After some profiling, I've found this to be related to the ARC memory
management and the retain on FileHandle and the NSData. Done a quick rewrite
from this:
https://github.com/apache/cordova-plugin-file/blob/7ea51bc8b43550c88c4395a2734d47380df82aa3/src/ios/CDVLocalFilesystem.m#L661-L683
to
```
- (void)readFileAtURL:(CDVFilesystemURL *)localURL start:(NSInteger)start
end:(NSInteger)end callback:(void (^)(NSData*, NSString* mimeType,
CDVFileError))callback
{
@autoreleasepool {
NSString *path = [self filesystemPathForURL:localURL];
NSString* mimeType = [CDVLocalFilesystem getMimeTypeFromPath:path];
if (mimeType == nil) {
mimeType = @"*/*";
}
CFURLRef url = (CFURLRef)CFBridgingRetain([NSURL fileURLWithPath:path]);
CFReadStreamRef stream =
CFReadStreamCreateWithFile(kCFAllocatorDefault, url);
NSMutableData* readData = [[NSMutableData alloc] init];
if(CFReadStreamOpen(stream))
{
uint8_t buf[1024];
unsigned int len = 1024;
while (CFReadStreamHasBytesAvailable(stream))
{
CFIndex numBytesRead = CFReadStreamRead(stream, buf, len);
[readData appendBytes:&buf length:numBytesRead];
}
}
callback(readData, mimeType, readData != nil ? NO_ERROR :
NOT_FOUND_ERR);
readData = nil;
}
```
This implementation still accumulates references in memory, but once it
receives the first warning, the GC kicks and creates a stable memory profile.
Let me know if this works, and I'll update this to support the full
functionality.
> Memory leak in loading files from disk with file plugin
> ---
>
> Key: CB-8332
> URL: https://issues.apache.org/jira/browse/CB-8332
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Patrick Richards
>Assignee: Shazron Abdullah
>
> When loading files from disk, the file plugin appears to leak memory. Using
> instruments it can be narrowed down to -[CDVFilesystemURLProtocol
> startLoading], which is in CDVFile.m on line 150.
> (https://github.com/apache/cordova-plugin-file/blob/967ca4d848d6bea0bad5a0d334b8d9f1ea2c4680/src/ios/CDVFile.m#L150)
> To reproduce:
> • have the iOS app download a file using plugin-file-transfer
> • store that file to persistent storage
> • load that file from disk and the app will leak
> We have a very simple proof of concept that downloads a large photo, then
> constantly refreshes an iFrame which triggers loading the photo from
> persistent storage. The memory usage of the app climbs over time (with
> various dips at memory warnings), then crashes due to memory pressure. We can
> upload this sample project/provide a link if needed – there doesn’t appear to
> be a way to attach files.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8332) Memory leak in loading files from disk with file plugin
[
https://issues.apache.org/jira/browse/CB-8332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339674#comment-14339674
]
Anthony May edited comment on CB-8332 at 2/27/15 3:26 AM:
--
After some profiling, I've found this to be related to the ARC memory
management and the retain on FileHandle and the NSData. Done a quick rewrite
from this:
https://github.com/apache/cordova-plugin-file/blob/7ea51bc8b43550c88c4395a2734d47380df82aa3/src/ios/CDVLocalFilesystem.m#L661-L683
to
```
'- (void)readFileAtURL:(CDVFilesystemURL *)localURL start:(NSInteger)start
end:(NSInteger)end callback:(void (^)(NSData*, NSString* mimeType,
CDVFileError))callback
{
@autoreleasepool {
NSString *path = [self filesystemPathForURL:localURL];
NSString* mimeType = [CDVLocalFilesystem getMimeTypeFromPath:path];
if (mimeType == nil) {
mimeType = @"*/*";
}
CFURLRef url = (CFURLRef)CFBridgingRetain([NSURL fileURLWithPath:path]);
CFReadStreamRef stream =
CFReadStreamCreateWithFile(kCFAllocatorDefault, url);
NSMutableData* readData = [[NSMutableData alloc] init];
if(CFReadStreamOpen(stream))
{
uint8_t buf[1024];
unsigned int len = 1024;
while (CFReadStreamHasBytesAvailable(stream))
{
CFIndex numBytesRead = CFReadStreamRead(stream, buf, len);
[readData appendBytes:&buf length:numBytesRead];
}
}
callback(readData, mimeType, readData != nil ? NO_ERROR :
NOT_FOUND_ERR);
readData = nil;
}
```
This implementation still accumulates references in memory, but once it
receives the first warning, the GC kicks and creates a stable memory profile.
Let me know if this works, and I'll update this to support the full
functionality.
was (Author: amay0048):
After some profiling, I've found this to be related to the ARC memory
management and the retain on FileHandle and the NSData. Done a quick rewrite
from this:
https://github.com/apache/cordova-plugin-file/blob/7ea51bc8b43550c88c4395a2734d47380df82aa3/src/ios/CDVLocalFilesystem.m#L661-L683
to
```
- (void)readFileAtURL:(CDVFilesystemURL *)localURL start:(NSInteger)start
end:(NSInteger)end callback:(void (^)(NSData*, NSString* mimeType,
CDVFileError))callback
{
@autoreleasepool {
NSString *path = [self filesystemPathForURL:localURL];
NSString* mimeType = [CDVLocalFilesystem getMimeTypeFromPath:path];
if (mimeType == nil) {
mimeType = @"*/*";
}
CFURLRef url = (CFURLRef)CFBridgingRetain([NSURL fileURLWithPath:path]);
CFReadStreamRef stream =
CFReadStreamCreateWithFile(kCFAllocatorDefault, url);
NSMutableData* readData = [[NSMutableData alloc] init];
if(CFReadStreamOpen(stream))
{
uint8_t buf[1024];
unsigned int len = 1024;
while (CFReadStreamHasBytesAvailable(stream))
{
CFIndex numBytesRead = CFReadStreamRead(stream, buf, len);
[readData appendBytes:&buf length:numBytesRead];
}
}
callback(readData, mimeType, readData != nil ? NO_ERROR :
NOT_FOUND_ERR);
readData = nil;
}
```
This implementation still accumulates references in memory, but once it
receives the first warning, the GC kicks and creates a stable memory profile.
Let me know if this works, and I'll update this to support the full
functionality.
> Memory leak in loading files from disk with file plugin
> ---
>
> Key: CB-8332
> URL: https://issues.apache.org/jira/browse/CB-8332
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin File
>Affects Versions: 3.5.0
> Environment: iOS
>Reporter: Patrick Richards
>Assignee: Shazron Abdullah
>
> When loading files from disk, the file plugin appears to leak memory. Using
> instruments it can be narrowed down to -[CDVFilesystemURLProtocol
> startLoading], which is in CDVFile.m on line 150.
> (https://github.com/apache/cordova-plugin-file/blob/967ca4d848d6bea0bad5a0d334b8d9f1ea2c4680/src/ios/CDVFile.m#L150)
> To reproduce:
> • have the iOS app download a file using plugin-file-transfer
> • store that file to persistent storage
> • load that file from disk and the app will leak
> We have a very simple proof of concept that downloads a large photo, then
> constantly refreshes an iFrame which triggers loading the photo from
> persistent storage. The memory usage of the app climbs over time (with
> various dips at memory warnings), then crashes due to memory pressure. We can
> upload this sample project/provide a link if needed – there doesn’t appear to
> be a way to attach
[jira] [Commented] (CB-8271) splash screen with portrait and landscape mode
[ https://issues.apache.org/jira/browse/CB-8271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339646#comment-14339646 ] Colin Bau commented on CB-8271: --- is there anything update ? > splash screen with portrait and landscape mode > -- > > Key: CB-8271 > URL: https://issues.apache.org/jira/browse/CB-8271 > Project: Apache Cordova > Issue Type: Improvement > Components: Plugin SplashScreen >Affects Versions: 3.6.3 > Environment: Android 4.4.2 > iOS 8.1.2 > WP 8.1 >Reporter: Colin Bau >Assignee: Jesse MacFadyen > Labels: splashscreen > > when in iOS > I launch my app，it will appear the portrait splash screen，great > but before the splash screen disappear... > if I change my device to landscape mode，it will automatically change to the > landscape splash screen immediately > but in Android or WP8 > at begin，it will appear the portrait splash screen too > but before the splash screen disappear... > if I change my device to landscape mode，it will still show the portrait > splash screen but the picture "Deformed" > WP8 have the same situation > PS > if I use Android that start in landscape mode，as same as portrait mode > logic，it will show landscape splash screen correctly > is it because that Android or WP8 not already support this feature ? (auto > change) -- 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-7819) navigator.vibrate is not work
[ https://issues.apache.org/jira/browse/CB-7819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339582#comment-14339582 ] Colin Bau commented on CB-7819: --- this problem still occur in cordova 3.7 version > navigator.vibrate is not work > - > > Key: CB-7819 > URL: https://issues.apache.org/jira/browse/CB-7819 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Vibration >Affects Versions: 3.7.0, 3.6.3 > Environment: phonegap 3.6.3 with all latest plugin > ios 8.0.2 > winphone 8.1 > Android 4.4.2 > all real machine > org.apache.cordova.vibration = > 0.3.11 >Reporter: Colin Bau > Labels: vibrate > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-vibration/blob/5adf530d3663226ad6913de6cfc8493672334023/doc/index.md > it said... > [the recommended way] > navigator.vibrate > navigator.vibrateWithPattern > navigator.cancelVibration > [the deprecated way] > navigator.notification.vibrate > navigator.notification.vibrateWithPattern > navigator.notification.cancelVibration > but in fact，when I use it > navigator.notification.[yourmethod] is work but navigator.[yourmethod] not !! -- 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-7819) navigator.vibrate is not work
[ https://issues.apache.org/jira/browse/CB-7819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-7819: -- Affects Version/s: 3.7.0 > navigator.vibrate is not work > - > > Key: CB-7819 > URL: https://issues.apache.org/jira/browse/CB-7819 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Vibration >Affects Versions: 3.7.0, 3.6.3 > Environment: phonegap 3.6.3 with all latest plugin > ios 8.0.2 > winphone 8.1 > Android 4.4.2 > all real machine > org.apache.cordova.vibration = > 0.3.11 >Reporter: Colin Bau > Labels: vibrate > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-vibration/blob/5adf530d3663226ad6913de6cfc8493672334023/doc/index.md > it said... > [the recommended way] > navigator.vibrate > navigator.vibrateWithPattern > navigator.cancelVibration > [the deprecated way] > navigator.notification.vibrate > navigator.notification.vibrateWithPattern > navigator.notification.cancelVibration > but in fact，when I use it > navigator.notification.[yourmethod] is work but navigator.[yourmethod] not !! -- 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-7787) some issues with "offline" and "online" method "Network information" plugin (Android)
[
https://issues.apache.org/jira/browse/CB-7787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Colin Bau updated CB-7787:
--
Description:
[android issues] (trigger twice or more times)
document.addEventListener("offline", yourCallbackFunction, false);
document.addEventListener("online", yourCallbackFunction, false);
trust me...just try these step...
turn off your network，it will trigger the "offline" method and only once
time，good !!
but after it，turn on your network，it will trigger the "online" method but two
times，if execute again (turn off and turn on again)，it will trigger "online"
method but two or more times
a issue exist in stackoverflow too !!! (although I am already use the phonegp
3.7.1)
http://stackoverflow.com/questions/23871626/phonegap-3-4-bug-with-event-online-offline
was:
[android issues] (trigger twice or more times)
document.addEventListener("offline", yourCallbackFunction, false);
document.addEventListener("online", yourCallbackFunction, false);
trust me...just try these step...
turn off your network，it will trigger the "offline" method and only once
time，good !!
but after it，turn on your network，it will trigger the "online" method but two
times，if execute again (turn off and turn on again)，it will trigger "online"
method but 4 or more times
a issue exist in stackoverflow too !!! (although I am already use the phonegp
3.7.1)
http://stackoverflow.com/questions/23871626/phonegap-3-4-bug-with-event-online-offline
> some issues with "offline" and "online" method "Network information" plugin
> (Android)
> -
>
> Key: CB-7787
> URL: https://issues.apache.org/jira/browse/CB-7787
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Network Information
>Affects Versions: 3.7.0, 3.6.3
> Environment: phonegap 3.7.1 with all latest plugin
> ios 8.1.3
> winphone 8.1
> Android 4.4.2
> all real machine
>Reporter: Colin Bau
> Labels: event
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> [android issues] (trigger twice or more times)
> document.addEventListener("offline", yourCallbackFunction, false);
> document.addEventListener("online", yourCallbackFunction, false);
> trust me...just try these step...
> turn off your network，it will trigger the "offline" method and only once
> time，good !!
> but after it，turn on your network，it will trigger the "online" method but two
> times，if execute again (turn off and turn on again)，it will trigger "online"
> method but two or more times
> a issue exist in stackoverflow too !!! (although I am already use the phonegp
> 3.7.1)
> http://stackoverflow.com/questions/23871626/phonegap-3-4-bug-with-event-online-offline
>
--
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-7787) some issues with "offline" and "online" method "Network information" plugin (Android)
[
https://issues.apache.org/jira/browse/CB-7787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Colin Bau updated CB-7787:
--
Description:
[android issues] (trigger twice or more times)
document.addEventListener("offline", yourCallbackFunction, false);
document.addEventListener("online", yourCallbackFunction, false);
trust me...just try these step...
turn off your network，it will trigger the "offline" method and only once
time，good !!
but after it，turn on your network，it will trigger the "online" method but two
times，if execute again (turn off and turn on again)，it will trigger "online"
method but 4 or more times
a issue exist in stackoverflow too !!! (although I am already use the phonegp
3.7.1)
http://stackoverflow.com/questions/23871626/phonegap-3-4-bug-with-event-online-offline
was:
[android issues] (trigger twice or more times)
document.addEventListener("offline", yourCallbackFunction, false);
document.addEventListener("online", yourCallbackFunction, false);
trust me...just try these step...
turn off your network，it will trigger the "offline" method and only once
time，good !!
but after it，turn on your network，it will trigger the "online" method but two
times，if execute again (turn off and turn on again)，it will trigger "online"
method but 4 or more times
a issue exist in stackoverflow too !!! (although I am already use the phonegp
3.7.1)
http://stackoverflow.com/questions/23871626/phonegap-3-4-bug-with-event-online-offline
> some issues with "offline" and "online" method "Network information" plugin
> (Android)
> -
>
> Key: CB-7787
> URL: https://issues.apache.org/jira/browse/CB-7787
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Network Information
>Affects Versions: 3.7.0, 3.6.3
> Environment: phonegap 3.7.1 with all latest plugin
> ios 8.1.3
> winphone 8.1
> Android 4.4.2
> all real machine
>Reporter: Colin Bau
> Labels: event
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> [android issues] (trigger twice or more times)
> document.addEventListener("offline", yourCallbackFunction, false);
> document.addEventListener("online", yourCallbackFunction, false);
> trust me...just try these step...
> turn off your network，it will trigger the "offline" method and only once
> time，good !!
> but after it，turn on your network，it will trigger the "online" method but two
> times，if execute again (turn off and turn on again)，it will trigger "online"
> method but 4 or more times
> a issue exist in stackoverflow too !!! (although I am already use the phonegp
> 3.7.1)
> http://stackoverflow.com/questions/23871626/phonegap-3-4-bug-with-event-online-offline
>
--
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-7771) "media-capture" bugs with WP8.1
[ https://issues.apache.org/jira/browse/CB-7771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-7771: -- Affects Version/s: 3.7.0 > "media-capture" bugs with WP8.1 > --- > > Key: CB-7771 > URL: https://issues.apache.org/jira/browse/CB-7771 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.7.0, 3.6.3 > Environment: I using WP8.1 with phonegap 3.6.3 and all latest core > plugin... >Reporter: Colin Bau >Assignee: Jesse MacFadyen > Labels: media-capture > > this is my original screenshot > http://www.littlebau.com/20141013_wp/01.png > issue 1 > when I execute > navigator.device.capture.captureAudio(captureSuccess, captureError, options); > it will show this > http://www.littlebau.com/20141013_wp/02.png > if I press "start"，the duration will run，but if I press "take"...nothing real > happened > if I press the hardware "backbutton"，but it will not trigger the > "captureError" callback > issue 2 > when I execute > navigator.device.capture.captureImage(captureSuccess, captureError, options); > it will show the user interface to do some function > but... > if I press the "backbutton"，it although trigger the "captureError" > callback，but get the "error.code" => undefined > issue 3 > when I execute > navigator.device.capture.captureVideo(captureSuccess, captureError, options); > it will show the user interface to do some function > http://www.littlebau.com/20141013_wp/03.png > but... > if I press "record" button，sometimes it will become black screen > http://www.littlebau.com/20141013_wp/04.png > and when change back to my app，my webview become so strang and very small > (immediately press the "backbutton" will cause the same situation) > http://www.littlebau.com/20141013_wp/05.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] [Commented] (CB-7771) "media-capture" bugs with WP8.1
[ https://issues.apache.org/jira/browse/CB-7771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339563#comment-14339563 ] Colin Bau commented on CB-7771: --- this problem still occur in cordova 3.7 version > "media-capture" bugs with WP8.1 > --- > > Key: CB-7771 > URL: https://issues.apache.org/jira/browse/CB-7771 > Project: Apache Cordova > Issue Type: Bug > Components: WP8 >Affects Versions: 3.7.0, 3.6.3 > Environment: I using WP8.1 with phonegap 3.6.3 and all latest core > plugin... >Reporter: Colin Bau >Assignee: Jesse MacFadyen > Labels: media-capture > > this is my original screenshot > http://www.littlebau.com/20141013_wp/01.png > issue 1 > when I execute > navigator.device.capture.captureAudio(captureSuccess, captureError, options); > it will show this > http://www.littlebau.com/20141013_wp/02.png > if I press "start"，the duration will run，but if I press "take"...nothing real > happened > if I press the hardware "backbutton"，but it will not trigger the > "captureError" callback > issue 2 > when I execute > navigator.device.capture.captureImage(captureSuccess, captureError, options); > it will show the user interface to do some function > but... > if I press the "backbutton"，it although trigger the "captureError" > callback，but get the "error.code" => undefined > issue 3 > when I execute > navigator.device.capture.captureVideo(captureSuccess, captureError, options); > it will show the user interface to do some function > http://www.littlebau.com/20141013_wp/03.png > but... > if I press "record" button，sometimes it will become black screen > http://www.littlebau.com/20141013_wp/04.png > and when change back to my app，my webview become so strang and very small > (immediately press the "backbutton" will cause the same situation) > http://www.littlebau.com/20141013_wp/05.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] [Commented] (CB-7800) media plugin issues in wp
[
https://issues.apache.org/jira/browse/CB-7800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339555#comment-14339555
]
Colin Bau commented on CB-7800:
---
this problem still occur in cordova 3.7 version
> media plugin issues in wp
> -
>
> Key: CB-7800
> URL: https://issues.apache.org/jira/browse/CB-7800
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Affects Versions: 3.7.0, 3.6.3
> Environment: phonegap 3.6.3 with all latest plugin
> ios 8.02
> winphone 8.1
> Android 4.42
> all real machine
>Reporter: Colin Bau
> Labels: media
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> these are my all code
> TEST
>
> function mytest() { var mediaRecord = null; mediaRecord = new
> Media('123.wav', onSuccess, onError); mediaRecord.startRecord();
> mediaRecord.stopRecord();
> }
> function onSuccess() { alert("success"); }
> function onError(error) { alert("fail code：" + error.code + "\n" + "fail
> message：" + error.message); }
>
> =
> when I click "TEST"
> [First time]：it will trigger the success callback but "repeat for three times"
> [Second time]：it will trigger the success callback too but "repeat for six
> times"
> [Third time]：it will trigger the success callback too but "repeat for nine
> times"
> So...36...9...12...15
> and only the first time that can really record the true voice
> trust me，just copy my code and try for it
> PS，android and ios are all work perfect and normal
--
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-7800) media plugin issues in wp
[
https://issues.apache.org/jira/browse/CB-7800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Colin Bau updated CB-7800:
--
Affects Version/s: 3.7.0
> media plugin issues in wp
> -
>
> Key: CB-7800
> URL: https://issues.apache.org/jira/browse/CB-7800
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Media
>Affects Versions: 3.7.0, 3.6.3
> Environment: phonegap 3.6.3 with all latest plugin
> ios 8.02
> winphone 8.1
> Android 4.42
> all real machine
>Reporter: Colin Bau
> Labels: media
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> these are my all code
> TEST
>
> function mytest() { var mediaRecord = null; mediaRecord = new
> Media('123.wav', onSuccess, onError); mediaRecord.startRecord();
> mediaRecord.stopRecord();
> }
> function onSuccess() { alert("success"); }
> function onError(error) { alert("fail code：" + error.code + "\n" + "fail
> message：" + error.message); }
>
> =
> when I click "TEST"
> [First time]：it will trigger the success callback but "repeat for three times"
> [Second time]：it will trigger the success callback too but "repeat for six
> times"
> [Third time]：it will trigger the success callback too but "repeat for nine
> times"
> So...36...9...12...15
> and only the first time that can really record the true voice
> trust me，just copy my code and try for it
> PS，android and ios are all work perfect and normal
--
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-7802) "inappbrowser" plugin issues in wp8.1
[ https://issues.apache.org/jira/browse/CB-7802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339540#comment-14339540 ] Colin Bau commented on CB-7802: --- this problem still occur in cordova 3.7 version > "inappbrowser" plugin issues in wp8.1 > - > > Key: CB-7802 > URL: https://issues.apache.org/jira/browse/CB-7802 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.7.0, 3.6.3 > Environment: phonegap 3.6.3 with all latest plugin > ios 8.02 > winphone 8.1 > Android 4.42 > all real machine >Reporter: Colin Bau > Labels: inappbrowser > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md > it said... > location: Set to yes or no to turn the InAppBrowser's location bar on or off. > but I tried in wp8.1，no mater yes or no，seem the "location bar" never show > iif it is because this attribute not supported by WP8 yet ? -- 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-7802) "inappbrowser" plugin issues in wp8.1
[ https://issues.apache.org/jira/browse/CB-7802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-7802: -- Affects Version/s: 3.7.0 > "inappbrowser" plugin issues in wp8.1 > - > > Key: CB-7802 > URL: https://issues.apache.org/jira/browse/CB-7802 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin InAppBrowser >Affects Versions: 3.7.0, 3.6.3 > Environment: phonegap 3.6.3 with all latest plugin > ios 8.02 > winphone 8.1 > Android 4.42 > all real machine >Reporter: Colin Bau > Labels: inappbrowser > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-inappbrowser/blob/8ce6b497fa803936784629187e9c66ebaddfbe1b/doc/index.md > it said... > location: Set to yes or no to turn the InAppBrowser's location bar on or off. > but I tried in wp8.1，no mater yes or no，seem the "location bar" never show > iif it is because this attribute not supported by WP8 yet ? -- 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-tabpanel&focusedCommentId=14339526#comment-14339526 ] ASF GitHub Bot commented on CB-7734: Github user bau720123 commented on the pull request: https://github.com/apache/cordova-plugin-dialogs/pull/39#issuecomment-76313015 hi @jcesarmobile @shazron @ginamdar two months passed and new years come so... is this bug will merge into the official repository recently ? > "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] [Commented] (CB-7773) "compass" bugs with WP8.1
[ https://issues.apache.org/jira/browse/CB-7773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339517#comment-14339517 ] Colin Bau commented on CB-7773: --- hi Sergey thanks for your reply so...as far as you know... what winphone device really have a "compass" function ? > "compass" bugs with WP8.1 > - > > Key: CB-7773 > URL: https://issues.apache.org/jira/browse/CB-7773 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Device Orientation >Affects Versions: 3.6.3 > Environment: I am using WP8.1 with phonegap 3.6.3 and all latest core > plugin... > my device => nokia lumia 520 >Reporter: Colin Bau > Labels: compass > Original Estimate: 12h > Remaining Estimate: 12h > > wen I use > navigator.compass.getCurrentHeading(startCompass, startCompass); > it will trigger the "startCompass" successful > but the... > heading.trueHeading > heading.magneticHeading > heading.headingAccuracy > heading.timestamp > all got "undefined" > PS > android and iOS are all work -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-8156: -- Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 or 3.7.1 and latest contact plugin (was: I using ipad mini 8.1.2 with phonegap 3.6.3 and contact plugin 0.2.15) > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 or 3.7.1 and > latest contact plugin >Reporter: Colin Bau > Labels: contacts > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-8156: -- Affects Version/s: 3.6.3 3.7.0 > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 and contact > plugin 0.2.15 >Reporter: Colin Bau > Labels: contacts > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-8156) [Contacts] Cancelling pickContact should call the error callback, but callback "nothing" for now
[ https://issues.apache.org/jira/browse/CB-8156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339512#comment-14339512 ] Colin Bau commented on CB-8156: --- this problem still occur in cordova 3.7 version > [Contacts] Cancelling pickContact should call the error callback, but > callback "nothing" for now > > > Key: CB-8156 > URL: https://issues.apache.org/jira/browse/CB-8156 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: I using ipad mini 8.1.2 with phonegap 3.6.3 and contact > plugin 0.2.15 >Reporter: Colin Bau > Labels: contacts > > according to this > https://issues.apache.org/jira/browse/CB-7772 > it have been solved > Cancelling pickContact should call the error callback, but callback "nothing" > (no any response) for now -- 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-7789) "navigator.contacts.find" will cause immediately shut down in wp8
[
https://issues.apache.org/jira/browse/CB-7789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Colin Bau updated CB-7789:
--
Affects Version/s: 3.7.0
> "navigator.contacts.find" will cause immediately shut down in wp8
> -
>
> Key: CB-7789
> URL: https://issues.apache.org/jira/browse/CB-7789
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 3.7.0, 3.6.3
> Environment: phonegap 3.6.3 with all latest plugin
> ios 8.02
> winphone 8.1
> Android 4.42
> all real machine
>Reporter: Colin Bau
> Labels: contacts
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> when I use these code
> var options = new ContactFindOptions();
> options.filter = "";
> options.multiple = true;
> var filter_emails = ["emails"]
> navigator.contacts.find(filter_emails, refresh_contact_success_email, null,
> options);
> function refresh_contact_success_email(contacts)
> {
> alert('success')
> }
> in android and ios are work perfect (it will trigger "alert")
> but in wp8，it will immediately shut 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-7788) "navigator.contacts.pickContact" not trigger "succ" or "fail" feedback in wp
[ https://issues.apache.org/jira/browse/CB-7788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339504#comment-14339504 ] Colin Bau commented on CB-7788: --- this problem still occur in cordova 3.7 version... > "navigator.contacts.pickContact" not trigger "succ" or "fail" feedback in wp > > > Key: CB-7788 > URL: https://issues.apache.org/jira/browse/CB-7788 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: phonegap 3.6.3 with all latest core plugin > ios 8.02 > winphone 8.1 > Android 4.42 > all real machine >Reporter: Colin Bau > Labels: contacts > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-contacts/blob/e42219a7d5b9492eb5b4a31c84e392d3379f6a08/doc/index.md > I found... > when I use "navigator.contacts.pickContact"，it will appear the contact > list，but after I click one of this，it will return to my app，but nothing > happened -- 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-7789) "navigator.contacts.find" will cause immediately shut down in wp8
[
https://issues.apache.org/jira/browse/CB-7789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339505#comment-14339505
]
Colin Bau commented on CB-7789:
---
this problem still occur in cordova 3.7 version
> "navigator.contacts.find" will cause immediately shut down in wp8
> -
>
> Key: CB-7789
> URL: https://issues.apache.org/jira/browse/CB-7789
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Contacts
>Affects Versions: 3.6.3
> Environment: phonegap 3.6.3 with all latest plugin
> ios 8.02
> winphone 8.1
> Android 4.42
> all real machine
>Reporter: Colin Bau
> Labels: contacts
> Original Estimate: 12h
> Remaining Estimate: 12h
>
> when I use these code
> var options = new ContactFindOptions();
> options.filter = "";
> options.multiple = true;
> var filter_emails = ["emails"]
> navigator.contacts.find(filter_emails, refresh_contact_success_email, null,
> options);
> function refresh_contact_success_email(contacts)
> {
> alert('success')
> }
> in android and ios are work perfect (it will trigger "alert")
> but in wp8，it will immediately shut 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] [Updated] (CB-7788) "navigator.contacts.pickContact" not trigger "succ" or "fail" feedback in wp
[ https://issues.apache.org/jira/browse/CB-7788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bau updated CB-7788: -- Affects Version/s: 3.7.0 > "navigator.contacts.pickContact" not trigger "succ" or "fail" feedback in wp > > > Key: CB-7788 > URL: https://issues.apache.org/jira/browse/CB-7788 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Contacts >Affects Versions: 3.7.0, 3.6.3 > Environment: phonegap 3.6.3 with all latest core plugin > ios 8.02 > winphone 8.1 > Android 4.42 > all real machine >Reporter: Colin Bau > Labels: contacts > Original Estimate: 12h > Remaining Estimate: 12h > > according to this > https://github.com/apache/cordova-plugin-contacts/blob/e42219a7d5b9492eb5b4a31c84e392d3379f6a08/doc/index.md > I found... > when I use "navigator.contacts.pickContact"，it will appear the contact > list，but after I click one of this，it will return to my app，but nothing > happened -- 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-7606) handleOpenURL handler firing more than necessary
[
https://issues.apache.org/jira/browse/CB-7606?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339499#comment-14339499
]
Shazron Abdullah commented on CB-7606:
--
cordova-ios 3.8.0 is out [[#1]], but is not in the tools release yet, we have
to go through a separate voting process with that. The tools are versioned
separately than the platform [[#2]], so we can have independent platform
releases now.
{anchor:1}1.
http://cordova.apache.org/announcements/2015/02/25/cordova-ios-3.8.0.html
{anchor:2}2. http://cordova.apache.org/announcements/2014/10/16/cordova-4.html
> handleOpenURL handler firing more than necessary
>
>
> Key: CB-7606
> URL: https://issues.apache.org/jira/browse/CB-7606
> Project: Apache Cordova
> Issue Type: Bug
> Components: iOS
>Affects Versions: 3.5.0
>Reporter: Paul Kane
>Assignee: Shazron Abdullah
> Fix For: 3.8.0
>
>
> I'm not an Obj-C or Cordova programmer so bear with me.
> Let's say my app is running. Then I hop over to my mail app and click on a
> link (myapp://blahBlahBlah) that should open up my app. This works fine, the
> app opens, my own URL handler (in javascript) takes over, etc.
> However in Obj-C the view controller is -- incorrectly, I believe -- storing
> that scheme data (blahBlahBlah) in self.openURL (so that it can be picked up
> later in processOpenURL function, called during webView initialization).
> This isn't normally a problem, except when you move to a new page
> (window.href = "/new_page"), the webView initialization runs again and picks
> up the old (already-acted-upon) openURL variable. (it's then set to nil, so
> that it doesn't get acted upon a third time, fourth time, etc...).
> I might have some details wrong, but it should be fairly easy to walk through
> with a project-wide search for "openurl". Just seems like a slightly wrong
> logic-flow, which unfortunately is interfering with my app.
--
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-8511) Cordova-iOS Platform Release Feb 19th, 2015
[ https://issues.apache.org/jira/browse/CB-8511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-8511. -- Resolution: Fixed > Cordova-iOS Platform Release Feb 19th, 2015 > --- > > Key: CB-8511 > URL: https://issues.apache.org/jira/browse/CB-8511 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-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-8511) Cordova-iOS Platform Release Feb 19th, 2015
[ https://issues.apache.org/jira/browse/CB-8511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339472#comment-14339472 ] ASF subversion and git services commented on CB-8511: - Commit 1662601 from [~shazron] [ https://svn.apache.org/r1662601 ] CB-8511 Blog post for cordova-ios 3.8.0 > Cordova-iOS Platform Release Feb 19th, 2015 > --- > > Key: CB-8511 > URL: https://issues.apache.org/jira/browse/CB-8511 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Reporter: Shazron Abdullah >Assignee: Shazron Abdullah > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-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] [Created] (CB-8555) Tools Release Feb 26, 2015
Steve Gill created CB-8555: -- Summary: Tools Release Feb 26, 2015 Key: CB-8555 URL: https://issues.apache.org/jira/browse/CB-8555 Project: Apache Cordova Issue Type: Task 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] [Commented] (CB-3360) Set custom InAppBrowser user-agent
[ https://issues.apache.org/jira/browse/CB-3360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339229#comment-14339229 ] Bochun Bai commented on CB-3360: Android pull request submitted, pending CI build. > Set custom InAppBrowser user-agent > -- > > Key: CB-3360 > URL: https://issues.apache.org/jira/browse/CB-3360 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, Plugin InAppBrowser, WP8 >Affects Versions: 2.7.0 > Environment: iOS, Android, WP8, BlackBerry >Reporter: Kevin Simpson >Assignee: Joe Bowser >Priority: Minor > Labels: Cordova, InAppBrowser, android > > Currently you can set a custom user-agent for the main Cordova webview by > overriding the init method for the DroidGap class. However, when opening a > page in the InAppBrowser, that webview will still contain the default > user-agent. > There are two solutions that I have thought of to this: > 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent > in the Cordova webview is set to. (This is what I am currently doing, as it > was a one line change, but it requires rebuilding Cordova manually) > 2. Have some sort of configuration option to set the user-agent for the > InAppBrowser. This would allow a different user-agent from the main webview, > but is also a more involved change. -- 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-3360) Set custom InAppBrowser user-agent
[ https://issues.apache.org/jira/browse/CB-3360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339207#comment-14339207 ] ASF GitHub Bot commented on CB-3360: GitHub user sinofool opened a pull request: https://github.com/apache/cordova-android/pull/162 CB-3360 Set custom User-Agent Add two configurations to set user agent of webview. OverrideUserAgent to override UA to the setting value. AppendUserAgent to append the setting value to default UA You can merge this pull request into a Git repository by running: $ git pull https://github.com/sinofool/cordova-android master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-android/pull/162.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 #162 commit 4f9f7bb2ad0a4be8633a5b2b2f23f608c3697bfa Author: Bochun Bai Date: 2015-02-24T00:00:22Z CB-3360 Set custom User-Agent > Set custom InAppBrowser user-agent > -- > > Key: CB-3360 > URL: https://issues.apache.org/jira/browse/CB-3360 > Project: Apache Cordova > Issue Type: Improvement > Components: Android, BlackBerry, Plugin InAppBrowser, WP8 >Affects Versions: 2.7.0 > Environment: iOS, Android, WP8, BlackBerry >Reporter: Kevin Simpson >Assignee: Joe Bowser >Priority: Minor > Labels: Cordova, InAppBrowser, android > > Currently you can set a custom user-agent for the main Cordova webview by > overriding the init method for the DroidGap class. However, when opening a > page in the InAppBrowser, that webview will still contain the default > user-agent. > There are two solutions that I have thought of to this: > 1. Set the user-agent of the InAppBrowser webview to whatever the user-agent > in the Cordova webview is set to. (This is what I am currently doing, as it > was a one line change, but it requires rebuilding Cordova manually) > 2. Have some sort of configuration option to set the user-agent for the > InAppBrowser. This would allow a different user-agent from the main webview, > but is also a more involved change. -- 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-8554) File plugin Android source does not pass Fortify scan
[ https://issues.apache.org/jira/browse/CB-8554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339013#comment-14339013 ] Rob Close commented on CB-8554: --- Pull request link: https://github.com/apache/cordova-plugin-file/pull/102 > File plugin Android source does not pass Fortify scan > - > > Key: CB-8554 > URL: https://issues.apache.org/jira/browse/CB-8554 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: Master > Environment: Android > Modify the code to remove the following warnings > From Fortify: > Access Control: SecurityManager Bypass (Security Features, Structural) > Poor Error Handling: Empty Catch Block (Errors, Structural) > Poor Style: Non-final Public Static Field (Encapsulation, Structural) > Poor Error Handling: Throw Inside Finally (Errors, Structural) > And from SonarQube: > Preserve Stack Trace > Reliance on default encoding >Reporter: Rob Close >Priority: Minor > Fix For: Master > > -- 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-8554) File plugin Android source does not pass Fortify scan
[ https://issues.apache.org/jira/browse/CB-8554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14339005#comment-14339005 ] ASF GitHub Bot commented on CB-8554: GitHub user rob-close opened a pull request: https://github.com/apache/cordova-plugin-file/pull/102 CB-8554 Updated source to pass Fortify scan. From Fortify: Access Control: SecurityManager Bypass (Security Features, Structural) Poor Error Handling: Empty Catch Block (Errors, Structural) Poor Style: Non-final Public Static Field (Encapsulation, Structural) Poor Error Handling: Throw Inside Finally (Errors, Structural) And from SonarQube: Preserve Stack Trace Reliance on default encoding You can merge this pull request into a Git repository by running: $ git pull https://github.com/rob-close/cordova-plugin-file CB-8554 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-file/pull/102.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 #102 commit 05d767a31f2ae9ae380b55cbdcf8d6b675f90f33 Author: Rob Close Date: 2015-02-26T19:30:48Z CB-8554 Updated source to pass Fortify scan. From Fortify: Access Control: SecurityManager Bypass (Security Features, Structural) Poor Error Handling: Empty Catch Block (Errors, Structural) Poor Style: Non-final Public Static Field (Encapsulation, Structural) Poor Error Handling: Throw Inside Finally (Errors, Structural) And from SonarQube: Preserve Stack Trace Reliance on default encoding > File plugin Android source does not pass Fortify scan > - > > Key: CB-8554 > URL: https://issues.apache.org/jira/browse/CB-8554 > Project: Apache Cordova > Issue Type: Bug > Components: Android >Affects Versions: Master > Environment: Android > Modify the code to remove the following warnings > From Fortify: > Access Control: SecurityManager Bypass (Security Features, Structural) > Poor Error Handling: Empty Catch Block (Errors, Structural) > Poor Style: Non-final Public Static Field (Encapsulation, Structural) > Poor Error Handling: Throw Inside Finally (Errors, Structural) > And from SonarQube: > Preserve Stack Trace > Reliance on default encoding >Reporter: Rob Close >Priority: Minor > Fix For: Master > > -- 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-8554) File plugin Android source does not pass Fortify scan
Rob Close created CB-8554: - Summary: File plugin Android source does not pass Fortify scan Key: CB-8554 URL: https://issues.apache.org/jira/browse/CB-8554 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: Master Environment: Android Modify the code to remove the following warnings >From Fortify: Access Control: SecurityManager Bypass (Security Features, Structural) Poor Error Handling: Empty Catch Block (Errors, Structural) Poor Style: Non-final Public Static Field (Encapsulation, Structural) Poor Error Handling: Throw Inside Finally (Errors, Structural) And from SonarQube: Preserve Stack Trace Reliance on default encoding Reporter: Rob Close Priority: Minor Fix For: Master -- 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-7951) navigator.notification.prompt not (correctly) implemented
[ https://issues.apache.org/jira/browse/CB-7951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Grebnov resolved CB-7951. Resolution: Duplicate > navigator.notification.prompt not (correctly) implemented > - > > Key: CB-7951 > URL: https://issues.apache.org/jira/browse/CB-7951 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Dialogs, Windows >Affects Versions: 4.0.0 >Reporter: Michael Schmidt > > navigator.notification.prompt does not show anything. Seems that this is not > implemented (correctly). It works nicely on iOS/Android. > navigator.notification.prompt(message, callback, title, > buttonLabels, defaultText); > Probably this is not implemented (correctly) either: > navigator.notification.confirm(message, callback, title, > buttonLabels); > See https://github.com/apache/cordova-plugin-dialogs > Cause: There are only windows8 / wp8 folders, but not a windows folder in the > plugin repo. -- 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-8553) Set local cookies for a _blank inappbrowser-instance
Dennis Patzer created CB-8553: - Summary: Set local cookies for a _blank inappbrowser-instance Key: CB-8553 URL: https://issues.apache.org/jira/browse/CB-8553 Project: Apache Cordova Issue Type: New Feature Components: Plugin InAppBrowser Affects Versions: 3.5.0 Environment: Sencha touch 2.4 app Reporter: Dennis Patzer For a single sign on login procedure I'm desperately missing a way to pass cookies to the inappbrowser instance (opened in _blank mode). In detail it's a cookie which is normally done by the website opened in the inappbrowser. But after I logged in already, the cookie should be passed to the instance resulting in not displaying the form again. Would that be possible? -- 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-8552) add toolbar option to android
Connor Pearson created CB-8552: -- Summary: add toolbar option to android Key: CB-8552 URL: https://issues.apache.org/jira/browse/CB-8552 Project: Apache Cordova Issue Type: Improvement Components: Android, Plugin InAppBrowser Reporter: Connor Pearson iOS has both the location and toolbar option on the inappbrowser. This allows the user to hide the URL, but still show the browser controls. This fix adds the toolbar option to android. The location property determines whether or not the URL is visible while the toolbar property shows or hides the entire toolbar. -- 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-8508) Rework medic scripts for android platform
[ https://issues.apache.org/jira/browse/CB-8508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin resolved CB-8508. --- Resolution: Fixed > Rework medic scripts for android platform > - > > Key: CB-8508 > URL: https://issues.apache.org/jira/browse/CB-8508 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Alexander Sorokin > > Currently android script has numerous issues, including: > - Test results not being posted to couchDB > - Mobilespec integration with medic is broken (wrong placement of medic.json) > What needs to be done: > - Force use Ant as Visual Studio doesn't support Gradle > - Keep in mind to use Gradle and Ant both in the future > - Use `cordova run` command to execute mobile spec application instead of > directly using avd/adb > - Fix medic integration > - Fix couchDB logging (inject couchDB server address to Content Security > Policy) -- 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-8421) Medic Android build doesn't fail when no devices found
[ https://issues.apache.org/jira/browse/CB-8421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitriy Barkalov closed CB-8421. Resolution: Duplicate Resolved in https://issues.apache.org/jira/browse/CB-8508 > Medic Android build doesn't fail when no devices found > -- > > Key: CB-8421 > URL: https://issues.apache.org/jira/browse/CB-8421 > Project: Apache Cordova > Issue Type: Bug > Components: Medic >Reporter: Dmitriy Barkalov >Priority: Minor > > Steps to reproduce: > 1. Ensure no Android devices or emulators active on BuildBot Slave > 2. Run build for Android > Expected: > Build fail on deploy step. There is no devices to deploy and therefore no > place to run tests. > Actual: > Build succeed. -- 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-8550) iOS 8 WS timeout when use cellular network at cold start
[ https://issues.apache.org/jira/browse/CB-8550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YOANN MERGUI updated CB-8550: - Priority: Blocker (was: Major) > iOS 8 WS timeout when use cellular network at cold start > > > Key: CB-8550 > URL: https://issues.apache.org/jira/browse/CB-8550 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.8.0, 3.6.3 >Reporter: YOANN MERGUI >Priority: Blocker > > Hello, > i have a strange problem and I see nothing in the Jira related to it. > Problem : at iOS 8 cold start application, I have a timeout when I call a > webservice (with jquery) or something else on the internet. This append only > when I use celullar network on a real device. > Steps to reproduce: > 1. close the application on the device > 2. turn on flight mode > 3. wait 5 seconds > 4. turn on cellular > 5. launch the application and you will have a timeout when you cal a WS. > After a retry that is working but for example it didn't load pictures... > The problem is the same when the cellular network was in standby mod (when it > is not use for x minutes) and you launch the application or after restarting > the devices. > I test it on 2 iPhones 4S and 1 iPhone 6. > With wifi no problem. > link to an project example > (https://drive.google.com/file/d/0ByCclTy4kpIAeDR4SnZwcTFtYlU/view?usp=sharing) > Thank you -- 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-8544) Refactor medic platform build scripts
[
https://issues.apache.org/jira/browse/CB-8544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexander Sorokin resolved CB-8544.
---
Resolution: Fixed
> Refactor medic platform build scripts
> -
>
> Key: CB-8544
> URL: https://issues.apache.org/jira/browse/CB-8544
> Project: Apache Cordova
> Issue Type: Improvement
>Reporter: Alexander Sorokin
>Priority: Minor
>
> Platform build scripts ('android.js', 'windows.js' etc.) needs to be
> refactored and improved:
> iOS builder:
> * Wait for tests to complete using `testRunner` module
> * Check for test results using `testchecker` module
> Common issues:
> * some common functionality can be moved into a separate module to avoid code
> duplication
> * fix formatting issues
--
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-8535) File transfer plugin tests fail and hang on android
[ https://issues.apache.org/jira/browse/CB-8535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin resolved CB-8535. --- Resolution: Fixed > File transfer plugin tests fail and hang on android > --- > > Key: CB-8535 > URL: https://issues.apache.org/jira/browse/CB-8535 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Reporter: Alexander Sorokin > > File transfer plugin tests fail and then hang on android. > This happens because of recent changes in tests: > https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 > window.requestFileSystem now is being called with the default size of > 1024*50, instead of 0. On all other platforms it works just fine but on > android for some reason it causes crash. > *UPD*: After investigation it turned out that It is not an issue with tests - > it occurs only on Android emulator with SD card set to 0b and could be fixed > by increasing SD card size. > Medic documentation should have a note about it. -- 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-8544) Refactor medic platform build scripts
[
https://issues.apache.org/jira/browse/CB-8544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338126#comment-14338126
]
ASF GitHub Bot commented on CB-8544:
Github user asfgit closed the pull request at:
https://github.com/apache/cordova-medic/pull/34
> Refactor medic platform build scripts
> -
>
> Key: CB-8544
> URL: https://issues.apache.org/jira/browse/CB-8544
> Project: Apache Cordova
> Issue Type: Improvement
>Reporter: Alexander Sorokin
>Priority: Minor
>
> Platform build scripts ('android.js', 'windows.js' etc.) needs to be
> refactored and improved:
> iOS builder:
> * Wait for tests to complete using `testRunner` module
> * Check for test results using `testchecker` module
> Common issues:
> * some common functionality can be moved into a separate module to avoid code
> duplication
> * fix formatting issues
--
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-8535) File transfer plugin tests fail and hang on android
[ https://issues.apache.org/jira/browse/CB-8535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338125#comment-14338125 ] ASF subversion and git services commented on CB-8535: - Commit 3016068dcbdf7f35bf2e17832489b40b9dd1f549 in cordova-medic's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=3016068 ] CB-8535 Mentioned Android SD card limitations in docs github close #35 > File transfer plugin tests fail and hang on android > --- > > Key: CB-8535 > URL: https://issues.apache.org/jira/browse/CB-8535 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Reporter: Alexander Sorokin > > File transfer plugin tests fail and then hang on android. > This happens because of recent changes in tests: > https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 > window.requestFileSystem now is being called with the default size of > 1024*50, instead of 0. On all other platforms it works just fine but on > android for some reason it causes crash. > *UPD*: After investigation it turned out that It is not an issue with tests - > it occurs only on Android emulator with SD card set to 0b and could be fixed > by increasing SD card size. > Medic documentation should have a note about it. -- 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-8535) File transfer plugin tests fail and hang on android
[ https://issues.apache.org/jira/browse/CB-8535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338127#comment-14338127 ] ASF GitHub Bot commented on CB-8535: Github user asfgit closed the pull request at: https://github.com/apache/cordova-medic/pull/35 > File transfer plugin tests fail and hang on android > --- > > Key: CB-8535 > URL: https://issues.apache.org/jira/browse/CB-8535 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Reporter: Alexander Sorokin > > File transfer plugin tests fail and then hang on android. > This happens because of recent changes in tests: > https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 > window.requestFileSystem now is being called with the default size of > 1024*50, instead of 0. On all other platforms it works just fine but on > android for some reason it causes crash. > *UPD*: After investigation it turned out that It is not an issue with tests - > it occurs only on Android emulator with SD card set to 0b and could be fixed > by increasing SD card size. > Medic documentation should have a note about it. -- 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-8544) Refactor medic platform build scripts
[
https://issues.apache.org/jira/browse/CB-8544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338124#comment-14338124
]
ASF subversion and git services commented on CB-8544:
-
Commit 3c2ad53171a4016d565f0c1cfb39d80e48ac2854 in cordova-medic's branch
refs/heads/master from [~alsorokin]
[ https://git-wip-us.apache.org/repos/asf?p=cordova-medic.git;h=3c2ad53 ]
CB-8544 made iOS builder to wait for tests to complete, refactored builder
scripts
github close #34
> Refactor medic platform build scripts
> -
>
> Key: CB-8544
> URL: https://issues.apache.org/jira/browse/CB-8544
> Project: Apache Cordova
> Issue Type: Improvement
>Reporter: Alexander Sorokin
>Priority: Minor
>
> Platform build scripts ('android.js', 'windows.js' etc.) needs to be
> refactored and improved:
> iOS builder:
> * Wait for tests to complete using `testRunner` module
> * Check for test results using `testchecker` module
> Common issues:
> * some common functionality can be moved into a separate module to avoid code
> duplication
> * fix formatting issues
--
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-8535) File transfer plugin tests fail and hang on android
[ https://issues.apache.org/jira/browse/CB-8535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338108#comment-14338108 ] ASF GitHub Bot commented on CB-8535: GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-medic/pull/35 CB-8535 Mentioned Android SD card limitations in docs https://issues.apache.org/jira/browse/CB-8535 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-medic CB-8535 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-medic/pull/35.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 #35 commit 89c558ad75d59dd61b831ac86c6a25164a55adeb Author: alsorokin Date: 2015-02-26T08:52:46Z CB-8535 Mentioned Android SD card limitations in docs > File transfer plugin tests fail and hang on android > --- > > Key: CB-8535 > URL: https://issues.apache.org/jira/browse/CB-8535 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Reporter: Alexander Sorokin > > File transfer plugin tests fail and then hang on android. > This happens because of recent changes in tests: > https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 > window.requestFileSystem now is being called with the default size of > 1024*50, instead of 0. On all other platforms it works just fine but on > android for some reason it causes crash. > *UPD*: After investigation it turned out that It is not an issue with tests - > it occurs only on Android emulator with SD card set to 0b and could be fixed > by increasing SD card size. > Medic documentation should have a note about it. -- 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-8535) File transfer plugin tests fail and hang on android
[ https://issues.apache.org/jira/browse/CB-8535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin updated CB-8535: -- Description: File transfer plugin tests fail and then hang on android. This happens because of recent changes in tests: https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 window.requestFileSystem now is being called with the default size of 1024*50, instead of 0. On all other platforms it works just fine but on android for some reason it causes crash. *UPD*: After investigation it turned out that It is not an issue with tests - it occurs only on Android emulator with SD card set to 0b and could be fixed by increasing SD card size. Medic documentation should have a note about it. was: File transfer plugin tests fail and then hang on android. This happens because of recent changes in tests: https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 window.requestFileSystem now is being called with the default size of 1024*50, instead of 0. On all other platforms it works just fine but on android for some reason it causes crash. After investigation it turned out that It is not an issue with tests - it occurs only on Android emulator with SD card set to 0b and could be fixed by increasing SD card size. Medic documentation should have a note about it. > File transfer plugin tests fail and hang on android > --- > > Key: CB-8535 > URL: https://issues.apache.org/jira/browse/CB-8535 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Reporter: Alexander Sorokin > > File transfer plugin tests fail and then hang on android. > This happens because of recent changes in tests: > https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 > window.requestFileSystem now is being called with the default size of > 1024*50, instead of 0. On all other platforms it works just fine but on > android for some reason it causes crash. > *UPD*: After investigation it turned out that It is not an issue with tests - > it occurs only on Android emulator with SD card set to 0b and could be fixed > by increasing SD card size. > Medic documentation should have a note about it. -- 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-8535) File transfer plugin tests fail and hang on android
[ https://issues.apache.org/jira/browse/CB-8535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexander Sorokin updated CB-8535: -- Description: File transfer plugin tests fail and then hang on android. This happens because of recent changes in tests: https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 window.requestFileSystem now is being called with the default size of 1024*50, instead of 0. On all other platforms it works just fine but on android for some reason it causes crash. After investigation it turned out that It is not an issue with tests - it occurs only on Android emulator with SD card set to 0b and could be fixed by increasing SD card size. Medic documentation should have a note about it. was: File transfer plugin tests fail and then hang on android. This happens because of recent changes in tests: https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 window.requestFileSystem now is being called with the default size of 1024*50, instead of 0. On all other platforms it works just fine but on android for some reason it causes crash. > File transfer plugin tests fail and hang on android > --- > > Key: CB-8535 > URL: https://issues.apache.org/jira/browse/CB-8535 > Project: Apache Cordova > Issue Type: Bug > Components: Android, Plugin File Transfer >Reporter: Alexander Sorokin > > File transfer plugin tests fail and then hang on android. > This happens because of recent changes in tests: > https://github.com/apache/cordova-plugin-file-transfer/commit/bb0ed704a8e1b09d61ba603d43bb2319919ac07f#diff-2a8a5fef3397df87ab538f028a5c6b50R32 > window.requestFileSystem now is being called with the default size of > 1024*50, instead of 0. On all other platforms it works just fine but on > android for some reason it causes crash. > After investigation it turned out that It is not an issue with tests - it > occurs only on Android emulator with SD card set to 0b and could be fixed by > increasing SD card size. > Medic documentation should have a note about it. -- 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
