[jira] [Commented] (CB-2226) FileTransfer.abort -- successfully aborting actually calls the error callback. Nothing ever gets called for the success callback.
[ https://issues.apache.org/jira/browse/CB-2226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13571557#comment-13571557 ] Shazron Abdullah commented on CB-2226: -- Not sure about a use case, for iOS. Looking at the iOS code, I can't really see where the abort can fail (except for the delegate being nil) -- so I think it makes sense to remove the callbacks for abort. Not sure about the other platforms. FileTransfer.abort -- successfully aborting actually calls the error callback. Nothing ever gets called for the success callback. - Key: CB-2226 URL: https://issues.apache.org/jira/browse/CB-2226 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Priority: Minor Fix For: 2.5.0 See: https://github.com/apache/cordova-ios/blob/adf226876d03723b89b4e3a9d2e9d0cfa8f2eb07/CordovaLib/Classes/CDVFileTransfer.m#L315 The mobile spec tests only calls abort with no parameters, thus this problem was never detected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2384) Add new iOS Project Setting to suppress the form accessory bar above the keyboard
Shazron Abdullah created CB-2384:
Summary: Add new iOS Project Setting to suppress the form
accessory bar above the keyboard
Key: CB-2384
URL: https://issues.apache.org/jira/browse/CB-2384
Project: Apache Cordova
Issue Type: Improvement
Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
Priority: Minor
Fix For: 2.5.0
See:
http://stackoverflow.com/questions/7904892/remove-form-assistant-from-keyboard-in-iphone-standalone-web-app
{code}
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(keyboardDidShow:) name:UIKeyboardDidShowNotification
object:nil];
{code}
{code}
-(void)keyboardDidShow:(NSNotification*)notif
{
NSArray *array = [[UIApplication sharedApplication] windows];
for (UIWindow* wind in array) {
for (UIView* currView in wind.subviews) {
if ([[currView description] hasPrefix:@UIPeripheralHostView]) {
for (UIView* perView in currView.subviews) {
if ([[perView description]
hasPrefix:@UIWebFormAccessory]) {
[perView setHidden:YES];
}
}
}
}
}
}
{code}
Suggested name for the setting: HideKeyboardFormAccessoryBar with a default of
false
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2384) Add new iOS Project Setting to suppress the form accessory bar above the keyboard
[
https://issues.apache.org/jira/browse/CB-2384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-2384:
-
Description:
See:
http://stackoverflow.com/questions/7904892/remove-form-assistant-from-keyboard-in-iphone-standalone-web-app
{code}
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(keyboardDidShow:) name:UIKeyboardDidShowNotification
object:nil];
{code}
{code}
-(void)keyboardDidShow:(NSNotification*)notif
{
NSArray *array = [[UIApplication sharedApplication] windows];
for (UIWindow* wind in array) {
for (UIView* currView in wind.subviews) {
if ([[currView description] hasPrefix:@UIPeripheralHostView]) {
for (UIView* perView in currView.subviews) {
if ([[perView description]
hasPrefix:@UIWebFormAccessory]) {
[perView setHidden:YES];
}
}
}
}
}
}
{code}
Suggested name for the setting: *HideKeyboardFormAccessoryBar* with a default
of false
was:
See:
http://stackoverflow.com/questions/7904892/remove-form-assistant-from-keyboard-in-iphone-standalone-web-app
{code}
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(keyboardDidShow:) name:UIKeyboardDidShowNotification
object:nil];
{code}
{code}
-(void)keyboardDidShow:(NSNotification*)notif
{
NSArray *array = [[UIApplication sharedApplication] windows];
for (UIWindow* wind in array) {
for (UIView* currView in wind.subviews) {
if ([[currView description] hasPrefix:@UIPeripheralHostView]) {
for (UIView* perView in currView.subviews) {
if ([[perView description]
hasPrefix:@UIWebFormAccessory]) {
[perView setHidden:YES];
}
}
}
}
}
}
{code}
Suggested name for the setting: HideKeyboardFormAccessoryBar with a default of
false
Add new iOS Project Setting to suppress the form accessory bar above the
keyboard
-
Key: CB-2384
URL: https://issues.apache.org/jira/browse/CB-2384
Project: Apache Cordova
Issue Type: Improvement
Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
Priority: Minor
Fix For: 2.5.0
See:
http://stackoverflow.com/questions/7904892/remove-form-assistant-from-keyboard-in-iphone-standalone-web-app
{code}
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(keyboardDidShow:) name:UIKeyboardDidShowNotification
object:nil];
{code}
{code}
-(void)keyboardDidShow:(NSNotification*)notif
{
NSArray *array = [[UIApplication sharedApplication] windows];
for (UIWindow* wind in array) {
for (UIView* currView in wind.subviews) {
if ([[currView description] hasPrefix:@UIPeripheralHostView]) {
for (UIView* perView in currView.subviews) {
if ([[perView description]
hasPrefix:@UIWebFormAccessory]) {
[perView setHidden:YES];
}
}
}
}
}
}
{code}
Suggested name for the setting: *HideKeyboardFormAccessoryBar* with a default
of false
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2367) Tag Mac
[ https://issues.apache.org/jira/browse/CB-2367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2367. -- Resolution: Fixed Tag Mac --- Key: CB-2367 URL: https://issues.apache.org/jira/browse/CB-2367 Project: Apache Cordova Issue Type: Sub-task Components: Mac Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 After updating the JavaScript and sample application, the release can be tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2379) Update CordovaLib Project Settings according to Xcode 4.6 recommendations
Shazron Abdullah created CB-2379: Summary: Update CordovaLib Project Settings according to Xcode 4.6 recommendations Key: CB-2379 URL: https://issues.apache.org/jira/browse/CB-2379 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.5.0 Update CordovaLib Project Settings according to Xcode 4.6 recommendations -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2380) Update Template Project Settings according to Xcode 4.6 recommendations
Shazron Abdullah created CB-2380: Summary: Update Template Project Settings according to Xcode 4.6 recommendations Key: CB-2380 URL: https://issues.apache.org/jira/browse/CB-2380 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.5.0 Update Template Project Settings according to Xcode 4.6 recommendations -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-1499) use of camera in cordova video mode results in field of view different than in native video mode
[
https://issues.apache.org/jira/browse/CB-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-1499:
-
Fix Version/s: (was: 2.4.0)
use of camera in cordova video mode results in field of view different than
in native video mode
Key: CB-1499
URL: https://issues.apache.org/jira/browse/CB-1499
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Environment: iOS 5.1.1, iPhone 4
Reporter: R Li
Assignee: Shazron Abdullah
Priority: Minor
Labels: newbie
The video recording function requires different camera distance from object
compared to native iOS camera
Using:
precode
// capture callback
var captureSuccess = function(mediaFiles) {
var i, path, len;
for (i = 0, len = mediaFiles.length; i len; i += 1) {
var data = [
{type: mediaFiles[i].type, src: mediaFiles[i].fullPath}
];
var map = {type:type, src:src};
app.populateWidget(HTML5Video, data, map);
app.setData(label, mediaFiles[i].type + :: +
mediaFiles[i].fullPath);
break;
}
};
// capture error callback
var captureError = function(error) {
navigator.notification.alert('Error code: ' + error.code, null,
'Capture Error');
};
// start audio capture
navigator.device.capture.captureVideo(captureSuccess, captureError);
/code/pre
records video fine on my iPhone 4 (iOS 5.1.1), except that the camera must be
placed closer to the subject than when using the native video function of the
iPhone. For example, when shooting a video of an object (e.g., my computer
screen) that encompasses the entire viewfinder screen of the iPhone 4 in the
native iPhone feature, the camera was placed about 10 inches away from the
object. Using the PhoneGap:build and above code resulted in having to move
the camera closer to the object (i.e., ~ 5.5-6.0 inches away) in order to
have the object encompass the entire viewfinder screen.
Is there a way to get the camera in the PG build to act exactly like the
native function so the camera is exactly the same distance from the object?
For clarification perhaps, think of the issue in the following manner:
(1) using the NATIVE video mode of the camera, measure the distance the
camera/phone is away from an object (e.g., your computer screen), as measured
when the computer screen occupies the entire width of the phone camera
screen.
(2) use the Phonegap/Cordova code video mode and measure the distance the
camera/phone is away from the same object (e.g., your computer screen) when
the computer screen occupies the entire width of the phone camera screen.
You should see a significant difference in the distance the camera/phone has
to be from the object when using the 2 different iOS camera functions (i.e.,
native vs Cordova).
**NOTE: It appears that the Cordova video camera function is using the iOS
native (still picture) camera settings when trying to record a video, as
opposed to using the iOS native VIDEO camera settings. I am deducing this to
be the case since, when running the same distance test as outlined above I
can see the same effect of different distances away from the object when
testing the native iOS camera vs native iOS video toggle. That is, the native
iOS camera has to be closer to the object to fill up the entire camera screen
versus when using the native iOS video mode.
Thanks.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-1044) [iOS] Camera getPicture, with identical cameraOptions, but get different result when run on retina display and non-retina display
[ https://issues.apache.org/jira/browse/CB-1044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-1044: - Fix Version/s: (was: 2.4.0) 2.5.0 [iOS] Camera getPicture, with identical cameraOptions, but get different result when run on retina display and non-retina display -- Key: CB-1044 URL: https://issues.apache.org/jira/browse/CB-1044 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 1.9.0 Reporter: lmnbeyond Assignee: Shazron Abdullah Fix For: 2.5.0 Original Estimate: 1h Remaining Estimate: 1h Call camera.getPicture and identify cameraOptions's targetWidth:100, targetHeight:100. Test it on retina display and non-retina display, should get same result? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2053) camera.getPicture label displays 'Photos' when mediaType is set to Videos
[ https://issues.apache.org/jira/browse/CB-2053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2053: - Fix Version/s: (was: 2.4.0) 2.5.0 camera.getPicture label displays 'Photos' when mediaType is set to Videos - Key: CB-2053 URL: https://issues.apache.org/jira/browse/CB-2053 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: 2.2.0 Reporter: Cory Thompson Assignee: Shazron Abdullah Priority: Trivial Fix For: 2.5.0 The label on the UIImagePickerController is set to 'Photos' regardless of mediaType. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-402) Improve Contacts search taking a long time by using (NSArray*)filteredArrayUsingPredicate:(NSPredicate*)predicate
[ https://issues.apache.org/jira/browse/CB-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-402: Fix Version/s: (was: 2.4.0) 2.5.0 Improve Contacts search taking a long time by using (NSArray*)filteredArrayUsingPredicate:(NSPredicate*)predicate - Key: CB-402 URL: https://issues.apache.org/jira/browse/CB-402 Project: Apache Cordova Issue Type: Improvement Components: iOS Reporter: Shazron Abdullah Priority: Minor Labels: benchmark, unit-test Fix For: 2.5.0 We have to analyze this first to see if it is a big problem, with a huge N. I believe it is. Right now our search method is O( n ), while using Apple's search method it is possibly O( log n ) - but that's just a guess if I assume internally they use a binary search. Steps: 1. Grab all the contacts in a NSArray through ABAddressBookCopyArrayOfAllPeople 2. Construct a NSPredicate for the filter, and call filteredArrayUsingPredicate on the NSArray returned in step 1. 3. Convert the NSArray returned in step 2. to our CDVContact objects -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2356) Update JavaScript for iOS
[ https://issues.apache.org/jira/browse/CB-2356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2356. -- Resolution: Fixed Update JavaScript for iOS - Key: CB-2356 URL: https://issues.apache.org/jira/browse/CB-2356 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 Update the cordova.js after CordovaJS has been tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Reopened] (CB-2356) Update JavaScript for iOS
[ https://issues.apache.org/jira/browse/CB-2356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reopened CB-2356: -- Update JavaScript for iOS - Key: CB-2356 URL: https://issues.apache.org/jira/browse/CB-2356 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 Update the cordova.js after CordovaJS has been tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2356) Update JavaScript for iOS
[ https://issues.apache.org/jira/browse/CB-2356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2356. -- Resolution: Invalid commit - http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/6612ae9e Update JavaScript for iOS - Key: CB-2356 URL: https://issues.apache.org/jira/browse/CB-2356 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 Update the cordova.js after CordovaJS has been tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2366) Tag iOS
[ https://issues.apache.org/jira/browse/CB-2366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2366. -- Resolution: Fixed passes all tests on iOS 6.1 Tag iOS --- Key: CB-2366 URL: https://issues.apache.org/jira/browse/CB-2366 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 After updating the JavaScript and sample application, the release can be tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2304) Requesting for cordova/release command support for iOS Over the air enterprise distribution
[ https://issues.apache.org/jira/browse/CB-2304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2304. -- Resolution: Not A Problem Essentially this is not Cordova's problem since the tool was designed for the simulator only currently. You'll have to get help with Apple's Dev Forums or Stack Overflow for building for the device on the command line (including prov profile issues), sorry for this. We're planning on modifying the scripts for build/deploy to device capabilities, no ETA yet (part of cordova-cli work) Requesting for cordova/release command support for iOS Over the air enterprise distribution --- Key: CB-2304 URL: https://issues.apache.org/jira/browse/CB-2304 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 2.3.0 Environment: iOS - OSX Reporter: Prem kumar Assignee: Shazron Abdullah The release command we use for building corodova apps in command line doesnt support Over the air enterprise distribution. Not sure if i taking a making a wrong conclusion, apologies when thats true. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2342) Media API allows non-whitelisted audio to be played
Shazron Abdullah created CB-2342: Summary: Media API allows non-whitelisted audio to be played Key: CB-2342 URL: https://issues.apache.org/jira/browse/CB-2342 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.5.0 Repro steps: 1. Locate an audio file that can be played from a network location 2. Make sure that the location of the file from (1) is not in the whitelist config.xml 3. Play the audio file using the Media API Expected: Media file does not play, it is rejected by the whitelist. Actual: Media file plays, it is not rejected by the whitelist. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2342) Media API allows non-whitelisted audio to be played
[ https://issues.apache.org/jira/browse/CB-2342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13569058#comment-13569058 ] Shazron Abdullah commented on CB-2342: -- As commented by Andrew Grieve, CDVSound.m does not set the User-Agent, thus all network connections from the plugin bypasses the whitelist. How to set the User-Agent header is documented here in Upgrading to 2.3.0: https://github.com/apache/cordova-ios/blob/master/guides/Cordova%20Plugin%20Upgrade%20Guide.md Media API allows non-whitelisted audio to be played --- Key: CB-2342 URL: https://issues.apache.org/jira/browse/CB-2342 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.5.0 Repro steps: 1. Locate an audio file that can be played from a network location 2. Make sure that the location of the file from (1) is not in the whitelist config.xml 3. Play the audio file using the Media API Expected: Media file does not play, it is rejected by the whitelist. Actual: Media file plays, it is not rejected by the whitelist. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2342) Media API allows non-whitelisted audio to be played
[ https://issues.apache.org/jira/browse/CB-2342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13569225#comment-13569225 ] Shazron Abdullah commented on CB-2342: -- Yes, they are blocked. This only relates to the Media API. Media API allows non-whitelisted audio to be played --- Key: CB-2342 URL: https://issues.apache.org/jira/browse/CB-2342 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.5.0 Repro steps: 1. Locate an audio file that can be played from a network location 2. Make sure that the location of the file from (1) is not in the whitelist config.xml 3. Play the audio file using the Media API Expected: Media file does not play, it is rejected by the whitelist. Actual: Media file plays, it is not rejected by the whitelist. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-1285) Include EXIF metadata in image upload
[ https://issues.apache.org/jira/browse/CB-1285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-1285: - Fix Version/s: (was: 2.4.0) 2.5.0 Punt to 2.5.0 Include EXIF metadata in image upload - Key: CB-1285 URL: https://issues.apache.org/jira/browse/CB-1285 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 2.0.0 Environment: iOS 5.1.1 (iPad 2 iPhone 4) Reporter: Stephen McKamey Assignee: Lorin Beer Fix For: 2.5.0 Now that Cordova only supports iOS 4.2+, it would be great if it would include the additional EXIF metadata which exists in original image files. Currently this is all stripped. I've noticed a recent increased trend of iOS apps declaring that they can gain access to EXIF data if the user permits location information. If EXIF geo data were passed through this would be a huge gain for Cordova. Related: a similar issue (CB-295) was opened for Android and it sounds like it was implemented. From the other issue, it sounded like it was a side effect of resizing the image. If no resizing needs to occur (i.e., the untouched original bits are desired), then perhaps this would help? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2311) Add docs for iOS specific InAppBrowser window.open options
Shazron Abdullah created CB-2311: Summary: Add docs for iOS specific InAppBrowser window.open options Key: CB-2311 URL: https://issues.apache.org/jira/browse/CB-2311 Project: Apache Cordova Issue Type: Task Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2312) Add BB10 support InAppBrowser docs
Shazron Abdullah created CB-2312: Summary: Add BB10 support InAppBrowser docs Key: CB-2312 URL: https://issues.apache.org/jira/browse/CB-2312 Project: Apache Cordova Issue Type: Task Components: BlackBerry, Docs Reporter: Shazron Abdullah Assignee: Tim Kim Fix For: 2.4.0 See CB-2156. Note that add/removeEventListener and close are not supported yet, only window.open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Deleted] (CB-1220) Implement InAppBrowser (window.open override for non-whitelisted URLs)
[ https://issues.apache.org/jira/browse/CB-1220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah deleted CB-1220: - Implement InAppBrowser (window.open override for non-whitelisted URLs) -- Key: CB-1220 URL: https://issues.apache.org/jira/browse/CB-1220 Project: Apache Cordova Issue Type: Task Reporter: Shazron Abdullah See http://wiki.apache.org/cordova/InAppBrowser -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2310) Pitch to Zoom in inAppBrowser (setting view port for it against iOS app settings)
[ https://issues.apache.org/jira/browse/CB-2310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2310. -- Resolution: Duplicate Just needs documentation. See CB-2311 Pitch to Zoom in inAppBrowser (setting view port for it against iOS app settings) - Key: CB-2310 URL: https://issues.apache.org/jira/browse/CB-2310 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: 2.3.0, 2.4.0 Reporter: fabian boulegue Assignee: Shazron Abdullah Would be great to have a option to set a different viewport scale then for the project for the inAppBrowser - so people are allow to zoom there but not in the app -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2311) Add docs for iOS specific InAppBrowser window.open options
[ https://issues.apache.org/jira/browse/CB-2311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13567509#comment-13567509 ] Shazron Abdullah commented on CB-2311: -- See Issue Links section. Add docs for iOS specific InAppBrowser window.open options -- Key: CB-2311 URL: https://issues.apache.org/jira/browse/CB-2311 Project: Apache Cordova Issue Type: Task Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2071) InAppBrowser: allow UIWebView settings like main CordovaWebView
[ https://issues.apache.org/jira/browse/CB-2071?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13567510#comment-13567510 ] Shazron Abdullah commented on CB-2071: -- Note that for the setting name, case does not matter. InAppBrowser: allow UIWebView settings like main CordovaWebView --- Key: CB-2071 URL: https://issues.apache.org/jira/browse/CB-2071 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.3.0 Reporter: Ambarish Chaudhari Assignee: Shazron Abdullah Fix For: 2.4.0 InAppBrowser instance must follow EnableViewportScale setting from config (and allow it to be manipulated using the meta viewport setting from HTML), just like the main Cordova WebView. In fact, it would be great if it can also be controlled using an options parameter in window.open call. Settings to be set like the CordovaWebView (all boolean:yes|no): 1. EnableViewportScale (default 'no') 2. MediaPlaybackRequiresUserAction (default 'no') 3. AllowInlineMediaPlayback (default 'no') 4. KeyboardDisplayRequiresUserAction (default 'yes') 5. SuppressesIncrementalRendering (default 'no') -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2301) EXC_BAD_ACCESS on resume/wake on iOS device
[ https://issues.apache.org/jira/browse/CB-2301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13567515#comment-13567515 ] Shazron Abdullah commented on CB-2301: -- Great! Now a further question - do you write to localStorage on resume? EXC_BAD_ACCESS on resume/wake on iOS device --- Key: CB-2301 URL: https://issues.apache.org/jira/browse/CB-2301 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: iPhone 5 running iOS 6.0.2 and Phonegap 2.2.0. (Xcode 4.5.2 on Mountain Lion) Reporter: Ross Holdway Assignee: Shazron Abdullah Priority: Critical Labels: cordova, ios, phonegap I have implemented a websocket connection (using socket.io) within my app which it uses to communicate with the server. On locking and waking the device, it disconnects and reconnects correctly, but on leaving the device locked for 1 minute or longer when unlocking, the application will crash sometimes instantly, or sometimes after reconnecting with the server. If I do the same, but run my app within mobile Safari, it does not crash, leading me to believe this is an issue with Phonegap/Cordova. On app crash, within Xcode I get within WebThread - WebCore::ThreadTImers::sharedTimerFiredInternal() an EXC_BAD_ACCESS (code=1) error Screenshot of crash state in Xcode -http://pictat.com/i/2013/1/28/24904screenshot.jpg Hopefully someone will have an idea as to what could be causing this, or recommend some tests for me to run etc because I'm really clueless on how to proceed with fixing this! Many Thanks, Ross -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2310) Pinch to Zoom in inAppBrowser (setting view port for it against iOS app settings)
[ https://issues.apache.org/jira/browse/CB-2310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2310: - Summary: Pinch to Zoom in inAppBrowser (setting view port for it against iOS app settings) (was: Pitch to Zoom in inAppBrowser (setting view port for it against iOS app settings)) Pinch to Zoom in inAppBrowser (setting view port for it against iOS app settings) - Key: CB-2310 URL: https://issues.apache.org/jira/browse/CB-2310 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: 2.3.0, 2.4.0 Reporter: fabian boulegue Assignee: Shazron Abdullah Would be great to have a option to set a different viewport scale then for the project for the inAppBrowser - so people are allow to zoom there but not in the app -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2281) Cordova splash-screen enhancement with smooth iOS-like rotation on re-orientation
[ https://issues.apache.org/jira/browse/CB-2281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2281: - Fix Version/s: (was: 2.4.0) 2.5.0 Thanks Yaniv, this is too late to get into 2.4.0, but definitely for 2.5.0 Cordova splash-screen enhancement with smooth iOS-like rotation on re-orientation - Key: CB-2281 URL: https://issues.apache.org/jira/browse/CB-2281 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 2.3.0 Environment: all iOS devices. Reporter: Yaniv De Ridder Assignee: Shazron Abdullah Labels: splashscreen Fix For: 2.5.0 Nice and smooth rotation transition while the splash is still visible and reorienting the device. Before it was abruptly switching the image when the orientation changed which was not very iOS-like. I basically re-wrote the entire routine which to me looks simpler and 'just works'. https://github.com/yderidde/cordova-ios/commit/8e0069d2fb689d11eed7d1e3b6b62a0a2b9c6b30 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2280) Splash-Screen Fade IN/OUT feature
[ https://issues.apache.org/jira/browse/CB-2280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2280: - Fix Version/s: (was: 2.4.0) 2.5.0 Thanks Yaniv, this is too late to get into 2.4.0, but definitely for 2.5.0 Splash-Screen Fade IN/OUT feature - Key: CB-2280 URL: https://issues.apache.org/jira/browse/CB-2280 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: 2.3.0 Environment: all iOS devices Reporter: Yaniv De Ridder Assignee: Shazron Abdullah Priority: Minor Labels: splashscreen Fix For: 2.5.0 Adding the ability to fade in and out the splash screen. It uses 2 new properties in the xml config file: 'FadeSplashScreen' a boolean to enable or disable the fading. 'FadeSplashScreenDuration' a float, which is the duration of the fade in seconds. https://github.com/yderidde/cordova-ios/commit/42ab472a29efd5f3568d83252357dbfabc0c3575 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2311) Add docs for iOS specific InAppBrowser window.open options
[ https://issues.apache.org/jira/browse/CB-2311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2311. -- Resolution: Fixed Commit - http://git-wip-us.apache.org/repos/asf/cordova-docs/commit/dd18031d Add docs for iOS specific InAppBrowser window.open options -- Key: CB-2311 URL: https://issues.apache.org/jira/browse/CB-2311 Project: Apache Cordova Issue Type: Task Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2312) Add BB10 support InAppBrowser docs
[ https://issues.apache.org/jira/browse/CB-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2312. -- Resolution: Fixed Commit - http://git-wip-us.apache.org/repos/asf/cordova-docs/commit/3d36159b Add BB10 support InAppBrowser docs -- Key: CB-2312 URL: https://issues.apache.org/jira/browse/CB-2312 Project: Apache Cordova Issue Type: Task Components: BlackBerry, Docs Reporter: Shazron Abdullah Assignee: Tim Kim Fix For: 2.4.0 See CB-2156. Note that add/removeEventListener and close are not supported yet, only window.open -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2278) Docs reference old incubator links
[
https://issues.apache.org/jira/browse/CB-2278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah reassigned CB-2278:
Assignee: Shazron Abdullah (was: mike billau)
Docs reference old incubator links
--
Key: CB-2278
URL: https://issues.apache.org/jira/browse/CB-2278
Project: Apache Cordova
Issue Type: Bug
Components: Docs
Reporter: mike billau
Assignee: Shazron Abdullah
Fix For: 2.4.0
Some files in the Docs still link to old incubator repositories, some guides
have the wrong filename for cordova-X.Y.Z.zip
*EDIT*:
{{grep}} output for token incubat:
{code}
fil-MacBookAir:cordova-docs fil$ grep -Rn incubat .
Binary file ./docs/en/1.7.0rc1/guide/getting-started/bada/.index.md.swp
matches
./docs/en/2.0.0/guide/plugin-development/bada/index.md:29:git clone
https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.1.0rc1/guide/plugin-development/bada/index.md:29:git
clone https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.1.0rc2/guide/plugin-development/bada/index.md:29:git
clone https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.3.0/guide/getting-started/ios/index.md:52:Download the latest
version of [Apache Cordova](http://www.apache.org/dist/cordova/) from
http://www.apache.org/dist/incubator/cordova/. Click on the Download icon
and select cordova-X.Y.Z -incubating-src.zip to download to your machine. The
X, Y and Z represent the version number of Cordova, for example 2.3.0. The
download includes the code for all of the Apache Cordova supported platforms.


./docs/en/2.3.0/guide/getting-started/ios/index.md:58:1. Navigate to the
folder where you downloaded the code. Find the
cordova-X.Y.Z-incubating-src.zip file. 

./docs/en/2.3.0/guide/getting-started/ios/index.md:63:3. Expand this folder
and locate the incubator-cordova-ios.zip file and double click to extract it.


./docs/en/2.3.0/guide/getting-started/ios/index.md:65:4. The code for iOS is
within the incubator-cordova-ios directory structure.
./docs/en/2.3.0/guide/getting-started/ios/index.md:84:3. In Finder, navigate
to the incubator-cordova-ios directory from the downloaded and extracted
Cordova code and expand it if necessary. Highlight the bin directory as
shown:
./docs/en/2.3.0/guide/getting-started/ios/index.md:136: Within the
incubator-cordova-ios/bin directory there is an additional script that
changes the location of the CordovaLib directory to refer to a shared
location after the project has been created,

./docs/en/2.3.0/guide/plugin-development/bada/index.md:29:git clone
https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:52:Download the latest
version of [Apache Cordova](http://www.apache.org/dist/cordova/) from
http://www.apache.org/dist/incubator/cordova/. Click on the Download icon
and select cordova-X.Y.Z -incubating-src.zip to download to your machine. The
X, Y and Z represent the version number of Cordova, for example 2.4.0. The
download includes the code for all of the Apache Cordova supported platforms.


./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:58:1. Navigate to the
folder where you downloaded the code. Find the
cordova-X.Y.Z-incubating-src.zip file. 

./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:63:3. Expand this
folder and locate the incubator-cordova-ios.zip file and double click to
extract it. 

./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:65:4. The code for iOS
is within the incubator-cordova-ios directory structure.
./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:84:3. In Finder,
navigate to the incubator-cordova-ios directory from the downloaded and
extracted Cordova code and expand it if necessary. Highlight the bin
directory as shown:
./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:136: Within the
incubator-cordova-ios/bin directory there is an additional script that
changes the location of the CordovaLib directory to refer to a shared
location after the project has been created,

./docs/en/2.4.0rc1/guide/plugin-development/bada/index.md:29:git
clone https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/edge/guide/getting-started/ios/index.md:52:Download the latest
version of [Apache Cordova](http://www.apache.org/dist/cordova/) from
http://www.apache.org/dist/incubator/cordova/. Click on the Download icon
and select cordova-X.Y.Z -incubating-src.zip to download to your machine. The
X, Y and Z represent the version number of Cordova, for example 2.4.0. The
download includes the code for all of the Apache Cordova supported
[jira] [Resolved] (CB-2278) Docs reference old incubator links
[
https://issues.apache.org/jira/browse/CB-2278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-2278.
--
Resolution: Fixed
Commit - http://git-wip-us.apache.org/repos/asf/cordova-docs/commit/b6735189
Docs reference old incubator links
--
Key: CB-2278
URL: https://issues.apache.org/jira/browse/CB-2278
Project: Apache Cordova
Issue Type: Bug
Components: Docs
Reporter: mike billau
Assignee: Shazron Abdullah
Fix For: 2.4.0
Some files in the Docs still link to old incubator repositories, some guides
have the wrong filename for cordova-X.Y.Z.zip
*EDIT*:
{{grep}} output for token incubat:
{code}
fil-MacBookAir:cordova-docs fil$ grep -Rn incubat .
Binary file ./docs/en/1.7.0rc1/guide/getting-started/bada/.index.md.swp
matches
./docs/en/2.0.0/guide/plugin-development/bada/index.md:29:git clone
https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.1.0rc1/guide/plugin-development/bada/index.md:29:git
clone https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.1.0rc2/guide/plugin-development/bada/index.md:29:git
clone https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.3.0/guide/getting-started/ios/index.md:52:Download the latest
version of [Apache Cordova](http://www.apache.org/dist/cordova/) from
http://www.apache.org/dist/incubator/cordova/. Click on the Download icon
and select cordova-X.Y.Z -incubating-src.zip to download to your machine. The
X, Y and Z represent the version number of Cordova, for example 2.3.0. The
download includes the code for all of the Apache Cordova supported platforms.


./docs/en/2.3.0/guide/getting-started/ios/index.md:58:1. Navigate to the
folder where you downloaded the code. Find the
cordova-X.Y.Z-incubating-src.zip file. 

./docs/en/2.3.0/guide/getting-started/ios/index.md:63:3. Expand this folder
and locate the incubator-cordova-ios.zip file and double click to extract it.


./docs/en/2.3.0/guide/getting-started/ios/index.md:65:4. The code for iOS is
within the incubator-cordova-ios directory structure.
./docs/en/2.3.0/guide/getting-started/ios/index.md:84:3. In Finder, navigate
to the incubator-cordova-ios directory from the downloaded and extracted
Cordova code and expand it if necessary. Highlight the bin directory as
shown:
./docs/en/2.3.0/guide/getting-started/ios/index.md:136: Within the
incubator-cordova-ios/bin directory there is an additional script that
changes the location of the CordovaLib directory to refer to a shared
location after the project has been created,

./docs/en/2.3.0/guide/plugin-development/bada/index.md:29:git clone
https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:52:Download the latest
version of [Apache Cordova](http://www.apache.org/dist/cordova/) from
http://www.apache.org/dist/incubator/cordova/. Click on the Download icon
and select cordova-X.Y.Z -incubating-src.zip to download to your machine. The
X, Y and Z represent the version number of Cordova, for example 2.4.0. The
download includes the code for all of the Apache Cordova supported platforms.


./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:58:1. Navigate to the
folder where you downloaded the code. Find the
cordova-X.Y.Z-incubating-src.zip file. 

./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:63:3. Expand this
folder and locate the incubator-cordova-ios.zip file and double click to
extract it. 

./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:65:4. The code for iOS
is within the incubator-cordova-ios directory structure.
./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:84:3. In Finder,
navigate to the incubator-cordova-ios directory from the downloaded and
extracted Cordova code and expand it if necessary. Highlight the bin
directory as shown:
./docs/en/2.4.0rc1/guide/getting-started/ios/index.md:136: Within the
incubator-cordova-ios/bin directory there is an additional script that
changes the location of the CordovaLib directory to refer to a shared
location after the project has been created,

./docs/en/2.4.0rc1/guide/plugin-development/bada/index.md:29:git
clone https://git-wip-us.apache.org/repos/asf/incubator-cordova-js.git
./docs/en/edge/guide/getting-started/ios/index.md:52:Download the latest
version of [Apache Cordova](http://www.apache.org/dist/cordova/) from
http://www.apache.org/dist/incubator/cordova/. Click on the Download icon
and select cordova-X.Y.Z -incubating-src.zip to download to your machine. The
X, Y and Z represent the version number of Cordova, for example 2.4.0. The
download
[jira] [Updated] (CB-1871) Tizen min reqs
[ https://issues.apache.org/jira/browse/CB-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-1871: - Summary: Tizen min reqs (was: min reqs) Tizen min reqs -- Key: CB-1871 URL: https://issues.apache.org/jira/browse/CB-1871 Project: Apache Cordova Issue Type: Sub-task Components: Docs, Tizen Affects Versions: 2.3.0 Reporter: Brian LeRoux Assignee: Anis Kadri Fix For: 2.4.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2070) Update download links in cordova.apache.org
[ https://issues.apache.org/jira/browse/CB-2070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2070. -- Resolution: Fixed Update download links in cordova.apache.org --- Key: CB-2070 URL: https://issues.apache.org/jira/browse/CB-2070 Project: Apache Cordova Issue Type: Bug Components: Docs Reporter: Shazron Abdullah Assignee: Steve Gill Fix For: 2.4.0 See CB-2069. The links still go to an incubating folder and have incubating in the filenames. Don't know if we should retroactively rename the packages. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-1825) Add documentation for supported OS versions
[ https://issues.apache.org/jira/browse/CB-1825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1825. -- Resolution: Invalid Supported OS versions seem to be in the top section of the Getting Started Guides, so this issue is invalid. We might want to still include the table of supported features - I'll file a new issue. Add documentation for supported OS versions --- Key: CB-1825 URL: https://issues.apache.org/jira/browse/CB-1825 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Thread: http://markmail.org/thread/sgdfm7lxr3j6wxwb Add a new section, with subsections for the different OSes. Add skeleton pages, then subtasks for the supported OSes. Might want to include this table for the main page: http://phonegap.com/about/feature -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2322) Add Supported Features Grid to docs
Shazron Abdullah created CB-2322: Summary: Add Supported Features Grid to docs Key: CB-2322 URL: https://issues.apache.org/jira/browse/CB-2322 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.5.0 See: http://phonegap.com/about/feature/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2314) Vet iOS-specific project settings following addition of top-level project settings guide
[
https://issues.apache.org/jira/browse/CB-2314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13568322#comment-13568322
]
Shazron Abdullah commented on CB-2314:
--
I'm just concerned about the top level doc just linking to the widget spec. We
should provide examples if necessary, like the iOS specific content doc (then I
can remove it from there) - also, it might confuse people since our config.xml
root element is actually 'cordova', not 'widget' (yet)
Vet iOS-specific project settings following addition of top-level project
settings guide
Key: CB-2314
URL: https://issues.apache.org/jira/browse/CB-2314
Project: Apache Cordova
Issue Type: Sub-task
Components: Docs, iOS
Affects Versions: 2.3.0
Reporter: Filip Maj
Assignee: Shazron Abdullah
Fix For: 2.4.0
I've added a top-level project settings guide. Can you please review the
iOS-specific guide and make sure we are not duplicating content? The majority
of iOS-specific content w.r.t. project settings is for the {{preference}}
elements only.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1365) Need to document config.xml
[ https://issues.apache.org/jira/browse/CB-1365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13568327#comment-13568327 ] Shazron Abdullah commented on CB-1365: -- There is an issue with the top level doc -- after running bin/generate, only 3 links out of 8 (iOS, Android, Windows Phone 8) are linked. Need to document config.xml --- Key: CB-1365 URL: https://issues.apache.org/jira/browse/CB-1365 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.2.0 Reporter: Simon MacDonald Assignee: Filip Maj Fix For: 2.4.0 Is there documentation somewhere regarding options in the config.xml file for phonegap/cordova 2.0, specifically preferences. I see bits and pieces here and there, but nothing all in one spot. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2309) Upgrading project from 2.2.0 to 2.3.0 causes Main Command Delegate cannot use 'super'
[
https://issues.apache.org/jira/browse/CB-2309?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-2309.
--
Resolution: Not A Problem
Upgrading project from 2.2.0 to 2.3.0 causes Main Command Delegate cannot use
'super'
-
Key: CB-2309
URL: https://issues.apache.org/jira/browse/CB-2309
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 2.3.0
Environment: Xcode 4.5.2
Reporter: Hichem
Assignee: Shazron Abdullah
Labels: 2.3.0, cordova, phonegap, xcode
When upgrading the project from 2.2.0 to 2.3.0 Build failed : 3 errors
''MainCommandDelegate' cannot use 'super' because it is a root class'
- (id)getCommandInstance:(NSString*)className
{
return [super getCommandInstance:className];
}
- (BOOL)execute:(CDVInvokedUrlCommand*)command
{
return [super execute:command];
}
- (NSString*)pathForResource:(NSString*)resourcepath;
{
return [super pathForResource:resourcepath];
}
and 1 error : ''MainCommandQueue' cannot use 'super' because it is a root
class'
- (BOOL)execute:(CDVInvokedUrlCommand*)command
{
return [super execute:command];
}
Please Help ;)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2293) File Transfer of picture fails on every other picture
[
https://issues.apache.org/jira/browse/CB-2293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-2293:
-
Summary: File Transfer of picture fails on every other picture (was: File
Tranfer of picture fails on every other picture)
File Transfer of picture fails on every other picture
-
Key: CB-2293
URL: https://issues.apache.org/jira/browse/CB-2293
Project: Apache Cordova
Issue Type: Bug
Components: Android
Affects Versions: 2.2.0, 2.3.0
Environment: Tested on a Motorola Atrix HD(Android 4.1.2) as well as
a Samsung Galaxy S3(Android 4.1.1)
Reporter: Amrit Kahlon
Assignee: Joe Bowser
Attachments: cordova-2.4.0rc1.jar
When uploading pictures using the File Transfer function on android, the
first picture will upload fine. Then the second upload will give the
following error:
01-21 13:48:02.545: W/FileTransfer(8894): Error getting HTTP status code from
connection.
01-21 13:48:02.545: W/FileTransfer(8894): java.io.EOFException
01-21 13:48:02.545: W/FileTransfer(8894): at
libcore.io.Streams.readAsciiLine(Streams.java:203)
01-21 13:48:02.545: W/FileTransfer(8894): at
libcore.net.http.HttpEngine.readResponseHeaders(HttpEngine.java:560)
01-21 13:48:02.545: W/FileTransfer(8894): at
libcore.net.http.HttpEngine.readResponse(HttpEngine.java:813)
01-21 13:48:02.545: W/FileTransfer(8894): at
libcore.net.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:274)
01-21 13:48:02.545: W/FileTransfer(8894): at
libcore.net.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:486)
01-21 13:48:02.545: W/FileTransfer(8894): at
org.apache.cordova.FileTransfer.createFileTransferError(FileTransfer.java:535)
01-21 13:48:02.545: W/FileTransfer(8894): at
org.apache.cordova.FileTransfer.access$500(FileTransfer.java:62)
01-21 13:48:02.545: W/FileTransfer(8894): at
org.apache.cordova.FileTransfer$1.run(FileTransfer.java:437)
01-21 13:48:02.545: W/FileTransfer(8894): at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
01-21 13:48:02.545: W/FileTransfer(8894): at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
01-21 13:48:02.545: W/FileTransfer(8894): at
java.lang.Thread.run(Thread.java:856)
01-21 13:48:02.555: E/FileTransfer(8894):
{target:http:\/\/xxx.xxx.xxx\/api\/photo_uploads\/create?version=2api_key=xsource=androidapp-2.2.1,source:file:\/\/\/storage\/sdcard0\/Android\/data\/com.hockeycommunity.hc_app\/cache\/resize.jpg?1358804880392,code:3}
01-21 13:48:02.555: E/FileTransfer(8894): java.net.SocketException: sendto
failed: EPIPE (Broken pipe)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.io.IoBridge.maybeThrowAfterSendto(IoBridge.java:506)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.io.IoBridge.sendto(IoBridge.java:475)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.net.PlainSocketImpl.write(PlainSocketImpl.java:508)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.net.PlainSocketImpl.access$100(PlainSocketImpl.java:46)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.net.PlainSocketImpl$PlainSocketOutputStream.write(PlainSocketImpl.java:270)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.net.http.FixedLengthOutputStream.write(FixedLengthOutputStream.java:41)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.io.DataOutputStream.write(DataOutputStream.java:98)
01-21 13:48:02.555: E/FileTransfer(8894): at
org.apache.cordova.FileTransfer$1.run(FileTransfer.java:372)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
01-21 13:48:02.555: E/FileTransfer(8894): at
java.lang.Thread.run(Thread.java:856)
01-21 13:48:02.555: E/FileTransfer(8894): Caused by:
libcore.io.ErrnoException: sendto failed: EPIPE (Broken pipe)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.io.Posix.sendtoBytes(Native Method)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.io.Posix.sendto(Posix.java:146)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.io.BlockGuardOs.sendto(BlockGuardOs.java:177)
01-21 13:48:02.555: E/FileTransfer(8894): at
libcore.io.IoBridge.sendto(IoBridge.java:473)
01-21 13:48:02.555: E/FileTransfer(8894): ... 9 more
01-21 13:48:02.575: D/CordovaLog(8894): error:
[jira] [Created] (CB-2307) Echo plugin docs error
Shazron Abdullah created CB-2307:
Summary: Echo plugin docs error
Key: CB-2307
URL: https://issues.apache.org/jira/browse/CB-2307
Project: Apache Cordova
Issue Type: Bug
Components: Android, Docs
Reporter: Shazron Abdullah
Assignee: Joe Bowser
From Gerald Skerbitz in the PhoneGap Google Groups
(https://groups.google.com/d/topic/phonegap/k0g8_av17pE/discussion):
I'm just getting started with android and cordova. I tried to implement the
Echo Plugin from
guide_plugin-development_android_index.md
I needed to add another parameter to the call in Echo.java to get it to work.
This is the code from the docs:
{code}
public class Echo extends CordovaPlugin {
@Override
public boolean execute(String action, JSONArray args, CallbackContext
callbackContext) throws JSONException {
if (action.equals(echo)) {
String message = args.getString(0);
this.echo(message);
return true;
}
return false;
}
}
{code}
I had to make it this.echo(message,callbackContext) in order for it to work.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2308) InAppBrowser error event
[ https://issues.apache.org/jira/browse/CB-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-2308: Assignee: Shazron Abdullah InAppBrowser error event Key: CB-2308 URL: https://issues.apache.org/jira/browse/CB-2308 Project: Apache Cordova Issue Type: Improvement Reporter: Sönke Rohde Assignee: Shazron Abdullah Right now there is no InAppBrowser error event. That's useful for several reasons and in my case I need it for OAuth. The redirect URL is non-http so I get this error: webView:didFailLoadWithError - The URL can’t be shown If I would have an error event containing the failing URL in the payload I could actually parse out the refresh/access token etc. from the OAuth flow. Besides the error event is also useful in general to get a hook for when a URL is not working. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2308) InAppBrowser error event
[ https://issues.apache.org/jira/browse/CB-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13566036#comment-13566036 ] Shazron Abdullah commented on CB-2308: -- Hey [~macdonst] there an equivalent error handler on Android /BB for this? InAppBrowser error event Key: CB-2308 URL: https://issues.apache.org/jira/browse/CB-2308 Project: Apache Cordova Issue Type: Improvement Reporter: Sönke Rohde Assignee: Shazron Abdullah Right now there is no InAppBrowser error event. That's useful for several reasons and in my case I need it for OAuth. The redirect URL is non-http so I get this error: webView:didFailLoadWithError - The URL can’t be shown If I would have an error event containing the failing URL in the payload I could actually parse out the refresh/access token etc. from the OAuth flow. Besides the error event is also useful in general to get a hook for when a URL is not working. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-2308) InAppBrowser error event
[ https://issues.apache.org/jira/browse/CB-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13566036#comment-13566036 ] Shazron Abdullah edited comment on CB-2308 at 1/30/13 1:16 AM: --- Hey [~macdonst], [~gtanner] there an equivalent error handler on Android /BB for this? was (Author: shazron): Hey [~macdonst] there an equivalent error handler on Android /BB for this? InAppBrowser error event Key: CB-2308 URL: https://issues.apache.org/jira/browse/CB-2308 Project: Apache Cordova Issue Type: Improvement Reporter: Sönke Rohde Assignee: Shazron Abdullah Right now there is no InAppBrowser error event. That's useful for several reasons and in my case I need it for OAuth. The redirect URL is non-http so I get this error: webView:didFailLoadWithError - The URL can’t be shown If I would have an error event containing the failing URL in the payload I could actually parse out the refresh/access token etc. from the OAuth flow. Besides the error event is also useful in general to get a hook for when a URL is not working. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2289) BarCode Scanner Outdated
[ https://issues.apache.org/jira/browse/CB-2289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2289. -- Resolution: Invalid Not the place for this. Cordova core does not have a BarcodeScanner plugin included. BarCode Scanner Outdated Key: CB-2289 URL: https://issues.apache.org/jira/browse/CB-2289 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.0.0, 2.1.0, 2.2.0, 2.3.0 Environment: OSX Reporter: fabian boulegue Assignee: Shazron Abdullah Hi the https://github.com/phonegap/phonegap-plugins/tree/master/iOS/BarcodeScanner is completely outdated and cant be builded would someone be so nice and update it? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1957) InAppBrowser - video/audio does not stop playing when browser is closed
[ https://issues.apache.org/jira/browse/CB-1957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13562021#comment-13562021 ] Shazron Abdullah commented on CB-1957: -- [~developer.artworld] This issue is about the InAppBrowser, un-related to the ChildBrowser plugin. InAppBrowser - video/audio does not stop playing when browser is closed --- Key: CB-1957 URL: https://issues.apache.org/jira/browse/CB-1957 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Andrew Grieve Fix For: 2.3.0 Attachments: video.html Repro: 1. Load a YouTube video (with audio track) in the InAppBrowser, play it 2. Close InAppBrowser Expected result: Audio stops playing Actual result: Audio continues playing The simple fix is to loadHTMLString:nil on the InAppBrowser UIWebView when the view disappears, but the real reason is probably because the UIWebView instance has not been released. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2096) Online/Offline events no longer trigger when event listener is added
[ https://issues.apache.org/jira/browse/CB-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13561039#comment-13561039 ] Shazron Abdullah commented on CB-2096: -- Added a doc issue: CB-2291 Online/Offline events no longer trigger when event listener is added Key: CB-2096 URL: https://issues.apache.org/jira/browse/CB-2096 Project: Apache Cordova Issue Type: Bug Components: Android, CordovaJS, iOS Affects Versions: 2.2.0 Environment: Android 4.1, 4.2, iOS 6. Affects both simulators and devices. Reporter: Kuan Yi Ming Assignee: Shazron Abdullah Priority: Minor The online and offline event behaviour has changed from 2.1.0 to 2.2.0. In 2.1.0, the online event fires immediately when the event listener was added if there is an Internet connection, but doesn't in 2.2.0. Those events work fine in all other instances though when turning on/off mobile data etc. Is this change by design, or is it a bug? Use the full example from http://docs.phonegap.com/en/2.2.0/cordova_events_events.md.html#online -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2232. -- Resolution: Not A Problem Initial app launch is 10x slower than subsequent ones on a device - Key: CB-2232 URL: https://issues.apache.org/jira/browse/CB-2232 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Attachments: StartupBench-Project.zip, StartupBench-Screenshot.png Based on this report: https://twitter.com/wghenderson/status/291366353607200768 I have attached StartupBench.zip which is a sample project to benchmark startup times - starting from main(), to applicationDidFinishLaunching, webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree 2.4.0 edge code as of this writing. Note that this project the splashscreens from the Resources group have been removed, as well as the icons and splashscreens in www/res. Initial tests reveal that yes, the initial startup time is slow (probably because of the resource copying), but it is never 10x. I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2281) Cordova splash-screen enhancement with smooth iOS-like rotation on re-orientation
[ https://issues.apache.org/jira/browse/CB-2281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13561124#comment-13561124 ] Shazron Abdullah commented on CB-2281: -- re: https://github.com/apache/cordova-ios/pull/10 I merged in your changes to my branch: https://github.com/shazron/cordova-ios/tree/splash There are problems in that the splash screen dips down (not aligned) after iOS shows it first. Cordova splash-screen enhancement with smooth iOS-like rotation on re-orientation - Key: CB-2281 URL: https://issues.apache.org/jira/browse/CB-2281 Project: Apache Cordova Issue Type: Improvement Components: iOS Affects Versions: 2.3.0 Environment: all iOS devices. Reporter: Yaniv De Ridder Assignee: Shazron Abdullah Labels: splashscreen Fix For: 2.4.0 Nice and smooth rotation transition while the splash is still visible and reorienting the device. Before it was abruptly switching the image when the orientation changed which was not very iOS-like. I basically re-wrote the entire routine which to me looks simpler and 'just works'. https://github.com/yderidde/cordova-ios/commit/8e0069d2fb689d11eed7d1e3b6b62a0a2b9c6b30 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2291) Change full example of online event to reflect timing change (for 2.2.0 and above)
[ https://issues.apache.org/jira/browse/CB-2291?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2291. -- Resolution: Fixed commit- http://git-wip-us.apache.org/repos/asf/cordova-docs/commit/704c2a1c Change full example of online event to reflect timing change (for 2.2.0 and above) Key: CB-2291 URL: https://issues.apache.org/jira/browse/CB-2291 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS Affects Versions: 2.2.0, 2.3.0, 2.4.0 Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 See CB-2096. The addEventListener call should happen before deviceready, not on deviceready. Not sure if it affects other platforms. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2248) Update JavaScript for iOS
[ https://issues.apache.org/jira/browse/CB-2248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2248. -- Resolution: Fixed Fix commit - http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/725419c1 Update JavaScript for iOS - Key: CB-2248 URL: https://issues.apache.org/jira/browse/CB-2248 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 Update the cordova.js after CordovaJS has been tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2259) Tag Mac
[ https://issues.apache.org/jira/browse/CB-2259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2259. -- Resolution: Fixed Tag Mac --- Key: CB-2259 URL: https://issues.apache.org/jira/browse/CB-2259 Project: Apache Cordova Issue Type: Sub-task Components: Mac Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 After updating the JavaScript and sample application, the release can be tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2258) Tag iOS
[ https://issues.apache.org/jira/browse/CB-2258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2258. -- Resolution: Fixed Tag iOS --- Key: CB-2258 URL: https://issues.apache.org/jira/browse/CB-2258 Project: Apache Cordova Issue Type: Sub-task Components: iOS Reporter: Filip Maj Assignee: Shazron Abdullah Fix For: 2.4.0 After updating the JavaScript and sample application, the release can be tagged. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
Shazron Abdullah created CB-2232: Summary: Initial app launch is 10x slower than subsequent ones on a device Key: CB-2232 URL: https://issues.apache.org/jira/browse/CB-2232 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Attachments: StartupBench.zip Based on this report: https://twitter.com/wghenderson/status/291366353607200768 I have attached StartupBench.zip which is a sample project to benchmark startup times - starting from main(), to applicationDidFinishLaunching, webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree 2.4.0 edge code as of this writing. Note that this project the splashscreens from the Resources group have been removed, as well as the icons and splashscreens in www/res. Initial tests reveal that yes, the initial startup time is slow (probably because of the resource copying), but it is never 10x. I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Attachment: StartupBench.zip Initial app launch is 10x slower than subsequent ones on a device - Key: CB-2232 URL: https://issues.apache.org/jira/browse/CB-2232 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Attachments: StartupBench.zip Based on this report: https://twitter.com/wghenderson/status/291366353607200768 I have attached StartupBench.zip which is a sample project to benchmark startup times - starting from main(), to applicationDidFinishLaunching, webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree 2.4.0 edge code as of this writing. Note that this project the splashscreens from the Resources group have been removed, as well as the icons and splashscreens in www/res. Initial tests reveal that yes, the initial startup time is slow (probably because of the resource copying), but it is never 10x. I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Attachment: StartupBench-Screenshot.png Initial app launch is 10x slower than subsequent ones on a device - Key: CB-2232 URL: https://issues.apache.org/jira/browse/CB-2232 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Attachments: StartupBench-Screenshot.png, StartupBench.zip Based on this report: https://twitter.com/wghenderson/status/291366353607200768 I have attached StartupBench.zip which is a sample project to benchmark startup times - starting from main(), to applicationDidFinishLaunching, webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree 2.4.0 edge code as of this writing. Note that this project the splashscreens from the Resources group have been removed, as well as the icons and splashscreens in www/res. Initial tests reveal that yes, the initial startup time is slow (probably because of the resource copying), but it is never 10x. I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Deleted] (CB-2232) Initial app launch is 10x slower than subsequent ones on a device
[ https://issues.apache.org/jira/browse/CB-2232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2232: - Comment: was deleted (was: I forgot to disable backgrounding - so in the StartupBench-Info.plist file, add Application does not run in background to YES. This is so when you press the Home button, it kills the app so you can run an iteration again.) Initial app launch is 10x slower than subsequent ones on a device - Key: CB-2232 URL: https://issues.apache.org/jira/browse/CB-2232 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Attachments: StartupBench-Project.zip, StartupBench-Screenshot.png Based on this report: https://twitter.com/wghenderson/status/291366353607200768 I have attached StartupBench.zip which is a sample project to benchmark startup times - starting from main(), to applicationDidFinishLaunching, webViewDidFinishLoad and onDeviceReady. The app is based on the tip of tree 2.4.0 edge code as of this writing. Note that this project the splashscreens from the Resources group have been removed, as well as the icons and splashscreens in www/res. Initial tests reveal that yes, the initial startup time is slow (probably because of the resource copying), but it is never 10x. I have attached a screenshot of the results screen as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2094) Cordova 2.3.0 not reliably firing deviceready after reload of local files
[ https://issues.apache.org/jira/browse/CB-2094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13554258#comment-13554258 ] Shazron Abdullah commented on CB-2094: -- Awesome! I forgot about the iOS 6 caching. This might relate to CB-2102 where after I patched it by re-setting the User-Agent, no xhrs are being sent. Cordova 2.3.0 not reliably firing deviceready after reload of local files - Key: CB-2094 URL: https://issues.apache.org/jira/browse/CB-2094 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 2.3.0 Reporter: Bob Moore Assignee: Andrew Grieve Labels: Cordova, deviceready, iOS6 Fix For: 2.4.0 Attachments: index.html, MainViewController.h, MainViewController.m, MainViewController.xib I've added a semi transparent home button to the MainViewController which loads the local index.html file within my Cordova 2.30 project. After I've moved on to a remote page, (may be Cordova enabled, may not) and I return with the home button, sometimes deviceready does not fire. It may fire a few times then stop. Once it stops the only way to fix the issue is to send the app to the background (deviceready will now fire) and return. This same technique works fine in Cordova 2.20 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2102) InAppBrowser will not open PDFs on different pages
[ https://issues.apache.org/jira/browse/CB-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2102. -- Resolution: Fixed Fix Version/s: (was: 2.3.0) 2.4.0 The CB-2094 fix fixes this. See the comments in that issue. The changing User-Agent is not a problem however since the iOS exec function caches the User-Agent the first time. InAppBrowser will not open PDFs on different pages -- Key: CB-2102 URL: https://issues.apache.org/jira/browse/CB-2102 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 2.3.0 Environment: OSX Mountain Lion, xCode 4.5.2, happens on iPad simulator 5.0, 5.1, 6.0. Reporter: Chad Crowell Assignee: Shazron Abdullah Labels: InAppBrowser, iOS6 Fix For: 2.4.0 Attachments: cdv230 copy.zip, www-cb-2102.zip WWW folder is here: https://dl.dropbox.com/u/119908/www.zip The folder structure here is setup exactly like the much more elaborate website we are wrapping in Cordova as an offline website browser app for my client. This stripped down version exhibits the same problematic behavior. Whichever page you view first, the PDFs on that page open in IAB just fine. Click over to the other page and the PDFs there don't open in IAB. Doesn't matter which page you go to first, the other page always doesn't work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2102) InAppBrowser will not open PDFs on different pages
[ https://issues.apache.org/jira/browse/CB-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13554429#comment-13554429 ] Shazron Abdullah commented on CB-2102: -- I'll file a new issue and assign it to you. InAppBrowser will not open PDFs on different pages -- Key: CB-2102 URL: https://issues.apache.org/jira/browse/CB-2102 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 2.3.0 Environment: OSX Mountain Lion, xCode 4.5.2, happens on iPad simulator 5.0, 5.1, 6.0. Reporter: Chad Crowell Assignee: Shazron Abdullah Labels: InAppBrowser, iOS6 Fix For: 2.4.0 Attachments: cdv230 copy.zip, www-cb-2102.zip WWW folder is here: https://dl.dropbox.com/u/119908/www.zip The folder structure here is setup exactly like the much more elaborate website we are wrapping in Cordova as an offline website browser app for my client. This stripped down version exhibits the same problematic behavior. Whichever page you view first, the PDFs on that page open in IAB just fine. Click over to the other page and the PDFs there don't open in IAB. Doesn't matter which page you go to first, the other page always doesn't work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2225) User-Agent changes in the CordovaWebView after using InAppBrowser
Shazron Abdullah created CB-2225: Summary: User-Agent changes in the CordovaWebView after using InAppBrowser Key: CB-2225 URL: https://issues.apache.org/jira/browse/CB-2225 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 See CB-2102. Attached www-cb-2102.zip which I tested with Cordova 2.3.0. Repro: 1. On the main index.html, touch the UserAgent button, observe that the UA has a numbered suffix (correct) 2. Touch the About link to go to the About page 3. On the About page, touch the UserAgent button, observe that the UA has a numbered suffix (correct, it's the same as in (1)) 4. Touch the English link, this will load a PDF in the InAppBrowser 5. Touch the Done button in the InAppBrowser to dismiss it 6. Now you are back to the About page, touch the UserAgent button again, and note that the UA is not the same as expected in (3) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2225) User-Agent changes in the CordovaWebView after using InAppBrowser
[ https://issues.apache.org/jira/browse/CB-2225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-2225: Assignee: Andrew Grieve (was: Shazron Abdullah) User-Agent changes in the CordovaWebView after using InAppBrowser - Key: CB-2225 URL: https://issues.apache.org/jira/browse/CB-2225 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Andrew Grieve Fix For: 2.4.0 Attachments: www-cb-2102.zip See CB-2102. Attached www-cb-2102.zip which I tested with Cordova 2.3.0. Repro: 1. On the main index.html, touch the UserAgent button, observe that the UA has a numbered suffix (correct) 2. Touch the About link to go to the About page 3. On the About page, touch the UserAgent button, observe that the UA has a numbered suffix (correct, it's the same as in (1)) 4. Touch the English link, this will load a PDF in the InAppBrowser 5. Touch the Done button in the InAppBrowser to dismiss it 6. Now you are back to the About page, touch the UserAgent button again, and note that the UA is not the same as expected in (3) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-1863) FileTransfer.abort needs a quick example
[ https://issues.apache.org/jira/browse/CB-1863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1863. -- Resolution: Fixed FileTransfer.abort needs a quick example Key: CB-1863 URL: https://issues.apache.org/jira/browse/CB-1863 Project: Apache Cordova Issue Type: Task Components: Docs Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 The abort function takes two params: a success and error callback. https://github.com/apache/incubator-cordova-js/blob/master/lib/common/plugin/FileTransfer.js#L145 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2071) InAppBrowser: allow UIWebView settings like main CordovaWebView
[ https://issues.apache.org/jira/browse/CB-2071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2071: - Description: InAppBrowser instance must follow EnableViewportScale setting from config (and allow it to be manipulated using the meta viewport setting from HTML), just like the main Cordova WebView. In fact, it would be great if it can also be controlled using an options parameter in window.open call. Settings to be set like the CordovaWebView (all boolean:yes|no): 1. EnableViewportScale (default 'no') 2. MediaPlaybackRequiresUserAction (default 'false') 3. AllowInlineMediaPlayback (default 'false') 4. KeyboardDisplayRequiresUserAction (default 'true') 5. SuppressesIncrementalRendering (default 'false') was: InAppBrowser instance must follow EnableViewportScale setting from config (and allow it to be manipulated using the meta viewport setting from HTML), just like the main Cordova WebView. In fact, it would be great if it can also be controlled using an options parameter in window.open call. Summary: InAppBrowser: allow UIWebView settings like main CordovaWebView (was: InAppBrowser: follow EnableViewportScale setting from config) InAppBrowser: allow UIWebView settings like main CordovaWebView --- Key: CB-2071 URL: https://issues.apache.org/jira/browse/CB-2071 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.3.0 Reporter: Ambarish Chaudhari Assignee: Shazron Abdullah Fix For: 2.4.0 InAppBrowser instance must follow EnableViewportScale setting from config (and allow it to be manipulated using the meta viewport setting from HTML), just like the main Cordova WebView. In fact, it would be great if it can also be controlled using an options parameter in window.open call. Settings to be set like the CordovaWebView (all boolean:yes|no): 1. EnableViewportScale (default 'no') 2. MediaPlaybackRequiresUserAction (default 'false') 3. AllowInlineMediaPlayback (default 'false') 4. KeyboardDisplayRequiresUserAction (default 'true') 5. SuppressesIncrementalRendering (default 'false') -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-1044) [iOS] Camera getPicture, with identical cameraOptions, but get different result when run on retina display and non-retina display
[ https://issues.apache.org/jira/browse/CB-1044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13554605#comment-13554605 ] Shazron Abdullah edited comment on CB-1044 at 1/16/13 1:17 AM: --- Tested this on a 3GS and iPhone 5 using Cordova 2.3.0 Sizes are relatively the same with the same options, so this is no repro for me. What difference do you see, exactly? was (Author: shazron): Tested this on a 3GS and iPhone 5. Sizes are relatively the same with the same options, so this is no repro for me. What difference do you see, exactly? [iOS] Camera getPicture, with identical cameraOptions, but get different result when run on retina display and non-retina display -- Key: CB-1044 URL: https://issues.apache.org/jira/browse/CB-1044 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 1.9.0 Reporter: lmnbeyond Assignee: Shazron Abdullah Fix For: 2.4.0 Original Estimate: 1h Remaining Estimate: 1h Call camera.getPicture and identify cameraOptions's targetWidth:100, targetHeight:100. Test it on retina display and non-retina display, should get same result? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2203) CordovaLib and upgrading instructions for iOS
[ https://issues.apache.org/jira/browse/CB-2203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2203. -- Resolution: Fixed My mistake, you are correct. Fix commit - http://git-wip-us.apache.org/repos/asf/cordova-docs/commit/c4f27e0c CordovaLib and upgrading instructions for iOS - Key: CB-2203 URL: https://issues.apache.org/jira/browse/CB-2203 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.3.0 Reporter: Jacob Weber Assignee: Shazron Abdullah Priority: Minor Fix For: 2.4.0 In the Upgrading Cordova iOS guide, it seems to be assuming the old project format, where CordovaLib was in a shared directory rather than in the project's directory. As I understand it, this changed with issue #CB-1526. Step 1 says to extract Cordova to a permanent location. And there's nothing in there about updating your project's copy of CordovaLib to the latest version. Also, don't we need to upgrade any of the other files in Classes, like MainViewController.h? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-478) FileTransfer upload - handle trustAllHosts parameter
[ https://issues.apache.org/jira/browse/CB-478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-478. - Resolution: Fixed Fix commit - http://git-wip-us.apache.org/repos/asf/cordova-ios/commit/adf22687 FileTransfer upload - handle trustAllHosts parameter -- Key: CB-478 URL: https://issues.apache.org/jira/browse/CB-478 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: Master Reporter: Shazron Abdullah Assignee: Shazron Abdullah Priority: Minor Fix For: 2.4.0 Right now trustAllHosts is not handled. This is a non-standard feature - but is handled in Android, not sure about BB. Might have to add a doc for this as well. I believe there is commented out functionality that allows this in the code already. trustAllHosts -- ie allow self-signed certs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-478) FileTransfer upload - handle trustAllHosts parameter
[ https://issues.apache.org/jira/browse/CB-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13553550#comment-13553550 ] Shazron Abdullah edited comment on CB-478 at 1/15/13 6:43 AM: -- Tested this on a self-signed cert: https://www.pcwebshop.co.uk (200 when trustAllHosts is true, FileTransferError when trustAllHosts is false). Tested on a trusted cert: https://google.com (200 when trustAllHosts is true or false). There are no trustAllHosts tests in cordova-mobile-spec currently. was (Author: shazron): Tested this on a self-signed cert: https://www.pcwebshop.co.uk (200 when trustAllHosts is true, FileTransferError when trustAllHosts is false). Test on a trusted cert: https://google.com (200 when trustAllHosts is true or false). There are no trustAllHosts tests in cordova-mobile-spec currently. FileTransfer upload - handle trustAllHosts parameter -- Key: CB-478 URL: https://issues.apache.org/jira/browse/CB-478 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: Master Reporter: Shazron Abdullah Assignee: Shazron Abdullah Priority: Minor Fix For: 2.4.0 Right now trustAllHosts is not handled. This is a non-standard feature - but is handled in Android, not sure about BB. Might have to add a doc for this as well. I believe there is commented out functionality that allows this in the code already. trustAllHosts -- ie allow self-signed certs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-478) FileTransfer upload - handle trustAllHosts parameter
[ https://issues.apache.org/jira/browse/CB-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13553550#comment-13553550 ] Shazron Abdullah commented on CB-478: - Tested this on a self-signed cert: https://www.pcwebshop.co.uk (200 when trustAllHosts is true, FileTransferError when trustAllHosts is false). Test on a trusted cert: https://google.com (200 when trustAllHosts is true or false). There are no trustAllHosts tests in cordova-mobile-spec currently. FileTransfer upload - handle trustAllHosts parameter -- Key: CB-478 URL: https://issues.apache.org/jira/browse/CB-478 Project: Apache Cordova Issue Type: New Feature Components: iOS Affects Versions: Master Reporter: Shazron Abdullah Assignee: Shazron Abdullah Priority: Minor Fix For: 2.4.0 Right now trustAllHosts is not handled. This is a non-standard feature - but is handled in Android, not sure about BB. Might have to add a doc for this as well. I believe there is commented out functionality that allows this in the code already. trustAllHosts -- ie allow self-signed certs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2207) Xcode sometimes does not pick up changes to www/
[
https://issues.apache.org/jira/browse/CB-2207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551361#comment-13551361
]
Shazron Abdullah commented on CB-2207:
--
Knowing some of the users, a full copy everytime might take a while if they
have a lot of assets. I'm wondering if rsync could be better, not sure.
-- Posted from Bugbox for iPhone
Xcode sometimes does not pick up changes to www/
Key: CB-2207
URL: https://issues.apache.org/jira/browse/CB-2207
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Reporter: Andrew Grieve
Assignee: Andrew Grieve
Priority: Minor
Fix For: 2.4.0
Pretty annoying when you make changes and click Play and your changes aren't
there. I think we can fix this by changing the project template's custom
build step from:
touch -cm ${PROJECT_DIR}/www
to:
rm -rf $BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www
exec cp -R www $BUILT_PRODUCTS_DIR/$FULL_PRODUCT_NAME/www
Any objections?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2183) [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse
[ https://issues.apache.org/jira/browse/CB-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551465#comment-13551465 ] Shazron Abdullah commented on CB-2183: -- I thought Patrick's patch was iOS 4.3 specific that's why I suggested removing it since removing it fixes this problem (and would be easiest I suppose) -- but let's do this correctly as you suggested [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse -- Key: CB-2183 URL: https://issues.apache.org/jira/browse/CB-2183 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: Tested on iOS 5.1 and 6.0 Reporter: William Wong Assignee: Shazron Abdullah Priority: Minor Labels: File, FileTransfer Fix For: 2.4.0 When FileTransfer.download() is downloading a file from file:///, NSURLConnection did not return with NSHTTPURLResponse. This will fail for apps that copy files from www/, e.g. apps that initialize its database from a pre-built cache packaged in IPA. In CB-1600 (fixed in 2.2.0), the fix assumes all response must be NSHTTPURLResponse. So when FileTransfer.download() is downloading from a file:/// URL (e.g. copying file from www/ folder to Documents/), FileTransfer assumed the download operation failed and returned 403. Tested if we comment out CB-1600, downloading from file:/// works again. We need to find out a better fix instead of commenting out CB-1600. According to http://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/URLLoadingSystem/URLLoadingSystem.html#//apple_ref/doc/uid/1165i, URL of file:/// is supported. You can test FileTransfer.download() by calling it with encodeURI(document.location.href) as the source parameter. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2102) InAppBrowser will not open PDFs on different pages
[ https://issues.apache.org/jira/browse/CB-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551469#comment-13551469 ] Shazron Abdullah commented on CB-2102: -- @Jonathan - post test code. There is no overwriting of xhr going on with InAppBrowser, just 1) instantiation of a new UIWebView and 2) setting a new User-Agent. It's possible (as my findings show) doing either brings to light some bugs in iOS. InAppBrowser will not open PDFs on different pages -- Key: CB-2102 URL: https://issues.apache.org/jira/browse/CB-2102 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 2.3.0 Environment: OSX Mountain Lion, xCode 4.5.2, happens on iPad simulator 5.0, 5.1, 6.0. Reporter: Chad Crowell Assignee: Shazron Abdullah Labels: InAppBrowser, iOS6 Fix For: 2.3.0 Attachments: cdv230 copy.zip, www-cb-2102.zip WWW folder is here: https://dl.dropbox.com/u/119908/www.zip The folder structure here is setup exactly like the much more elaborate website we are wrapping in Cordova as an offline website browser app for my client. This stripped down version exhibits the same problematic behavior. Whichever page you view first, the PDFs on that page open in IAB just fine. Click over to the other page and the PDFs there don't open in IAB. Doesn't matter which page you go to first, the other page always doesn't work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2159) handleOpenURL not called on iOS
[ https://issues.apache.org/jira/browse/CB-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551500#comment-13551500 ] Shazron Abdullah commented on CB-2159: -- The problem here is of timing. The sequence of events is: 1. Called: (BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url 2. Called: (void)webViewDidFinishLoad:(UIWebView*)theWebView We need to queue up the JavaScript write until later. The easy way is to just use a block that is run after a delay for (1), but ideally we want to only run the JavaScript after (2) handleOpenURL not called on iOS --- Key: CB-2159 URL: https://issues.apache.org/jira/browse/CB-2159 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Idan Gozlan from the ML: Ive noticed that handleOpenURL function not called when app is closed and launched by the custom url. the function works alright when the app is in background. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2159) handleOpenURL not called on iOS
[
https://issues.apache.org/jira/browse/CB-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551503#comment-13551503
]
Shazron Abdullah commented on CB-2159:
--
Easy patch would be this in AppDelegate.m, but not ideal since it hard-codes
500ms delay. Best to queue it up after webViewDidFinishLoad:
{code}
- (BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url
{
if (!url) {
return NO;
}
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, 500 * NSEC_PER_MSEC),
dispatch_get_current_queue(), ^{
// calls into javascript global function 'handleOpenURL'
NSString* jsString = [NSString
stringWithFormat:@handleOpenURL(\%@\);, url];
[self.viewController.webView
stringByEvaluatingJavaScriptFromString:jsString];
// all plugins will get the notification, and their handlers will be
called
[[NSNotificationCenter defaultCenter] postNotification:[NSNotification
notificationWithName:CDVPluginHandleOpenURLNotification object:url]];
});
return YES;
}
{code}
handleOpenURL not called on iOS
---
Key: CB-2159
URL: https://issues.apache.org/jira/browse/CB-2159
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Reporter: Shazron Abdullah
Assignee: Shazron Abdullah
Fix For: 2.4.0
Idan Gozlan from the ML:
Ive noticed that handleOpenURL function not called when app is closed and
launched by the custom url.
the function works alright when the app is in background.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2159) handleOpenURL not called on iOS
[ https://issues.apache.org/jira/browse/CB-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551508#comment-13551508 ] Shazron Abdullah commented on CB-2159: -- One way is for CDVViewController to handle the notification CDVPluginHandleOpenURLNotification itself and queue the writing of the JS up for after webViewDidFinishLoad. This avoids messy upgrade issues for users, and we can leave existing BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url code in AppDelegate.m as is. handleOpenURL not called on iOS --- Key: CB-2159 URL: https://issues.apache.org/jira/browse/CB-2159 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Idan Gozlan from the ML: Ive noticed that handleOpenURL function not called when app is closed and launched by the custom url. the function works alright when the app is in background. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Comment Edited] (CB-2159) handleOpenURL not called on iOS
[ https://issues.apache.org/jira/browse/CB-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551508#comment-13551508 ] Shazron Abdullah edited comment on CB-2159 at 1/11/13 8:56 PM: --- One way is for CDVViewController to handle the notification CDVPluginHandleOpenURLNotification itself and queue the writing of the JS up for after webViewDidFinishLoad. This avoids messy upgrade issues for users, and we can leave existing (BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url code in AppDelegate.m as is. was (Author: shazron): One way is for CDVViewController to handle the notification CDVPluginHandleOpenURLNotification itself and queue the writing of the JS up for after webViewDidFinishLoad. This avoids messy upgrade issues for users, and we can leave existing BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url code in AppDelegate.m as is. handleOpenURL not called on iOS --- Key: CB-2159 URL: https://issues.apache.org/jira/browse/CB-2159 Project: Apache Cordova Issue Type: Bug Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Idan Gozlan from the ML: Ive noticed that handleOpenURL function not called when app is closed and launched by the custom url. the function works alright when the app is in background. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2210) Update incubator download link in Getting Started Guide
Shazron Abdullah created CB-2210: Summary: Update incubator download link in Getting Started Guide Key: CB-2210 URL: https://issues.apache.org/jira/browse/CB-2210 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Michael Brooks Fix For: 2.4.0 http://docs.phonegap.com/en/2.3.0/guide_getting-started_ios_index.md.html#Getting%20Started%20with%20iOS Update in 2.3.0 and edge to TLP folder -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CB-2210) Update incubator download link in Getting Started Guide
[ https://issues.apache.org/jira/browse/CB-2210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah reassigned CB-2210: Assignee: Shazron Abdullah (was: Michael Brooks) Update incubator download link in Getting Started Guide --- Key: CB-2210 URL: https://issues.apache.org/jira/browse/CB-2210 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 http://docs.phonegap.com/en/2.3.0/guide_getting-started_ios_index.md.html#Getting%20Started%20with%20iOS Update in 2.3.0 and edge to TLP folder -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2102) InAppBrowser will not open PDFs on different pages
[ https://issues.apache.org/jira/browse/CB-2102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13551654#comment-13551654 ] Shazron Abdullah commented on CB-2102: -- Well, yes you are just echoing my findings above. Are you using a multi-page app, or a single index.html app? InAppBrowser will not open PDFs on different pages -- Key: CB-2102 URL: https://issues.apache.org/jira/browse/CB-2102 Project: Apache Cordova Issue Type: Bug Components: CordovaJS, iOS Affects Versions: 2.3.0 Environment: OSX Mountain Lion, xCode 4.5.2, happens on iPad simulator 5.0, 5.1, 6.0. Reporter: Chad Crowell Assignee: Shazron Abdullah Labels: InAppBrowser, iOS6 Fix For: 2.3.0 Attachments: cdv230 copy.zip, www-cb-2102.zip WWW folder is here: https://dl.dropbox.com/u/119908/www.zip The folder structure here is setup exactly like the much more elaborate website we are wrapping in Cordova as an offline website browser app for my client. This stripped down version exhibits the same problematic behavior. Whichever page you view first, the PDFs on that page open in IAB just fine. Click over to the other page and the PDFs there don't open in IAB. Doesn't matter which page you go to first, the other page always doesn't work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2210) Update incubator download link in Getting Started Guide
[ https://issues.apache.org/jira/browse/CB-2210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-2210. -- Resolution: Fixed Fix commit - http://git-wip-us.apache.org/repos/asf/cordova-docs/commit/be782c1c Update incubator download link in Getting Started Guide --- Key: CB-2210 URL: https://issues.apache.org/jira/browse/CB-2210 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 http://docs.phonegap.com/en/2.3.0/guide_getting-started_ios_index.md.html#Getting%20Started%20with%20iOS Update in 2.3.0 and edge to TLP folder -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2181) unable to create a new phonegap project in eclipse using terminal on a mac
[ https://issues.apache.org/jira/browse/CB-2181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2181: - Fix Version/s: (was: 2.3.0) 2.4.0 unable to create a new phonegap project in eclipse using terminal on a mac --- Key: CB-2181 URL: https://issues.apache.org/jira/browse/CB-2181 Project: Apache Cordova Issue Type: Bug Affects Versions: 2.3.0 Environment: Eclipse SDK Version: 4.2.1 Build id: M20120914-1800 Mac OSX version 10.7.5 Reporter: Matthew Richter Labels: build Fix For: 2.4.0 I keep getting Project already exists! Delete and recreate I get this error for any package name or project name that I type in. In other words project that never existed and I still get the error that the Project already exists! Delete and recreate Last login: Wed Jan 9 12:04:14 on ttys000 studioimac:bin mrichter$ source ~/.bash_profile studioimac:bin mrichter$ ./create /github/avfphonegap/android com.fullsail.testApp androidavf Project already exists! Delete and recreate studioimac:bin mrichter$ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2056) cordova-filetransfer.jitsu.com service is down
[
https://issues.apache.org/jira/browse/CB-2056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-2056.
--
Resolution: Fixed
cordova-filetransfer.jitsu.com service is down
--
Key: CB-2056
URL: https://issues.apache.org/jira/browse/CB-2056
Project: Apache Cordova
Issue Type: Bug
Components: mobile-spec
Affects Versions: 2.3.0
Environment: http
Reporter: Marcel Kinard
Assignee: Filip Maj
When running the automated tests in mobile-spec, I am getting FileTransfer
errors. Upon further investigation, it looks like the
cordova-filetransfer.jitsu.com service used by those tests is down. If I try
a GET or POST to the URL I get the following:
An error has occurred:
{code:ECONNREFUSED,errno:ECONNREFUSED,syscall:connect}
As other folks will be running tests during rc2, it would be nice to have
this up so the tests can properly run.
Is there someone who set this app up on jitsu.com that has an id/password?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2188) Remove OpenAllWhitelistURLsInWebView from iOS Project Settings
Shazron Abdullah created CB-2188: Summary: Remove OpenAllWhitelistURLsInWebView from iOS Project Settings Key: CB-2188 URL: https://issues.apache.org/jira/browse/CB-2188 Project: Apache Cordova Issue Type: Bug Components: Docs, iOS Reporter: Shazron Abdullah Assignee: Michael Brooks Fix For: 2.4.0 Obsolete. Superceded by window.open _self (InAppBrowser) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2183) [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse
[ https://issues.apache.org/jira/browse/CB-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13550485#comment-13550485 ] Shazron Abdullah commented on CB-2183: -- Confirmed on a device. Note that there are different results on device vs simulator - the Simulator does not exhibit the same behaviour (the didReceiveResponse selector is never called for a file:// url) [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse -- Key: CB-2183 URL: https://issues.apache.org/jira/browse/CB-2183 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: Tested on iOS 5.1 and 6.0 Reporter: William Wong Assignee: Shazron Abdullah Priority: Critical Labels: File, FileTransfer When FileTransfer.download() is downloading a file from file:///, NSURLConnection did not return with NSHTTPURLResponse. This will fail for apps that copy files from www/, e.g. apps that initialize its database from a pre-built cache packaged in IPA. In CB-1600 (fixed in 2.2.0), the fix assumes all response must be NSHTTPURLResponse. So when FileTransfer.download() is downloading from a file:/// URL (e.g. copying file from www/ folder to Documents/), FileTransfer assumed the download operation failed and returned 403. Tested if we comment out CB-1600, downloading from file:/// works again. We need to find out a better fix instead of commenting out CB-1600. According to http://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/URLLoadingSystem/URLLoadingSystem.html#//apple_ref/doc/uid/1165i, URL of file:/// is supported. You can test FileTransfer.download() by calling it with encodeURI(document.location.href) as the source parameter. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-2183) [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse
[ https://issues.apache.org/jira/browse/CB-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13550494#comment-13550494 ] Shazron Abdullah commented on CB-2183: -- I proposed on CB-1600 that we revert that patch since it only applies to iOS 4.3, and we only support iOS 5.0 and greater now. [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse -- Key: CB-2183 URL: https://issues.apache.org/jira/browse/CB-2183 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: Tested on iOS 5.1 and 6.0 Reporter: William Wong Assignee: Shazron Abdullah Priority: Critical Labels: File, FileTransfer When FileTransfer.download() is downloading a file from file:///, NSURLConnection did not return with NSHTTPURLResponse. This will fail for apps that copy files from www/, e.g. apps that initialize its database from a pre-built cache packaged in IPA. In CB-1600 (fixed in 2.2.0), the fix assumes all response must be NSHTTPURLResponse. So when FileTransfer.download() is downloading from a file:/// URL (e.g. copying file from www/ folder to Documents/), FileTransfer assumed the download operation failed and returned 403. Tested if we comment out CB-1600, downloading from file:/// works again. We need to find out a better fix instead of commenting out CB-1600. According to http://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/URLLoadingSystem/URLLoadingSystem.html#//apple_ref/doc/uid/1165i, URL of file:/// is supported. You can test FileTransfer.download() by calling it with encodeURI(document.location.href) as the source parameter. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1600) [ios] crash in MobileSpec under 4.3 during file transfer
[
https://issues.apache.org/jira/browse/CB-1600?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13550493#comment-13550493
]
Shazron Abdullah commented on CB-1600:
--
I propose we revert this patch because it affects CB-2183, and since we don't
support iOS 4.3 anymore.
[ios] crash in MobileSpec under 4.3 during file transfer
Key: CB-1600
URL: https://issues.apache.org/jira/browse/CB-1600
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Reporter: Patrick Mueller
Assignee: Patrick Mueller
Fix For: 2.2.0
I've run Mobile Spec under iOS 4.3 (Xcode 4.5.1 on Lion), and noticed a
consistent trap.
The problem occurs in
[CDVFileTransfer.m:477|https://github.com/apache/incubator-cordova-ios/blob/master/CordovaLib/Classes/CDVFileTransfer.m#L477]
in method {{- (void)connection:(NSURLConnection*)connection
didReceiveResponse:(NSURLResponse*)response}}.
As near as I can tell, from the debugger, the object coming in as the
response is not actually an NSHTTPURLResponse, and that's where the crash is
- when it asks for the statusCode. Cast that didn't work, but you don't find
out till you try to access something that's not there.
Other debugger info:
response expectedContentLength == -1
response URL == http://cordova-filetransfer.jitsu.com/robots.txt
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2183) [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse
[ https://issues.apache.org/jira/browse/CB-2183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2183: - Fix Version/s: 2.4.0 [iOS] FileTransfer.didReceiveResponse may not return NSHTTPURLResponse -- Key: CB-2183 URL: https://issues.apache.org/jira/browse/CB-2183 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.2.0 Environment: Tested on iOS 5.1 and 6.0 Reporter: William Wong Assignee: Shazron Abdullah Priority: Critical Labels: File, FileTransfer Fix For: 2.4.0 When FileTransfer.download() is downloading a file from file:///, NSURLConnection did not return with NSHTTPURLResponse. This will fail for apps that copy files from www/, e.g. apps that initialize its database from a pre-built cache packaged in IPA. In CB-1600 (fixed in 2.2.0), the fix assumes all response must be NSHTTPURLResponse. So when FileTransfer.download() is downloading from a file:/// URL (e.g. copying file from www/ folder to Documents/), FileTransfer assumed the download operation failed and returned 403. Tested if we comment out CB-1600, downloading from file:/// works again. We need to find out a better fix instead of commenting out CB-1600. According to http://developer.apple.com/library/ios/#documentation/Cocoa/Conceptual/URLLoadingSystem/URLLoadingSystem.html#//apple_ref/doc/uid/1165i, URL of file:/// is supported. You can test FileTransfer.download() by calling it with encodeURI(document.location.href) as the source parameter. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2191) Remove deprecated iOS - CDVURLProtocol registerPGHttpURLProtocol method
Shazron Abdullah created CB-2191: Summary: Remove deprecated iOS - CDVURLProtocol registerPGHttpURLProtocol method Key: CB-2191 URL: https://issues.apache.org/jira/browse/CB-2191 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Per 6 month deprecation policy: http://wiki.apache.org/cordova/DeprecationPolicy -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-1804) Create tasks for deprecation
[ https://issues.apache.org/jira/browse/CB-1804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1804. -- Resolution: Fixed Create tasks for deprecation Key: CB-1804 URL: https://issues.apache.org/jira/browse/CB-1804 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 CB-1107 already created. See http://wiki.apache.org/cordova/DeprecationPolicy for other issues that need to be created -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2192) Remove deprecated - iOS - CDVURLProtocol registerURLProtocol method
Shazron Abdullah created CB-2192: Summary: Remove deprecated - iOS - CDVURLProtocol registerURLProtocol method Key: CB-2192 URL: https://issues.apache.org/jira/browse/CB-2192 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Per 6 month deprecation policy: http://wiki.apache.org/cordova/DeprecationPolicy -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2194) Remove deprecated - iOS - CDVCommandDelegate registerPlugin method
Shazron Abdullah created CB-2194: Summary: Remove deprecated - iOS - CDVCommandDelegate registerPlugin method Key: CB-2194 URL: https://issues.apache.org/jira/browse/CB-2194 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.6.0 Per 6 month deprecation policy: http://wiki.apache.org/cordova/DeprecationPolicy -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2195) Remove deprecated - iOS - BackupWebStorage Cordova.plist property change from boolean to string
Shazron Abdullah created CB-2195: Summary: Remove deprecated - iOS - BackupWebStorage Cordova.plist property change from boolean to string Key: CB-2195 URL: https://issues.apache.org/jira/browse/CB-2195 Project: Apache Cordova Issue Type: Task Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.6.0 Per 6 month deprecation policy: http://wiki.apache.org/cordova/DeprecationPolicy -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CB-2201) Remove deprecated - Android - OS versions 2.1 and 3.x
Shazron Abdullah created CB-2201: Summary: Remove deprecated - Android - OS versions 2.1 and 3.x Key: CB-2201 URL: https://issues.apache.org/jira/browse/CB-2201 Project: Apache Cordova Issue Type: Task Components: Android Reporter: Shazron Abdullah Assignee: Joe Bowser Fix For: 2.7.0 Per 6 month deprecation policy: http://wiki.apache.org/cordova/DeprecationPolicy -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-2203) CordovaLib and upgrading instructions for iOS
[ https://issues.apache.org/jira/browse/CB-2203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-2203: - Fix Version/s: 2.4.0 CordovaLib and upgrading instructions for iOS - Key: CB-2203 URL: https://issues.apache.org/jira/browse/CB-2203 Project: Apache Cordova Issue Type: Bug Components: Docs Affects Versions: 2.3.0 Reporter: Jacob Weber Assignee: Shazron Abdullah Priority: Minor Fix For: 2.4.0 In the Upgrading Cordova iOS guide, it seems to be assuming the old project format, where CordovaLib was in a shared directory rather than in the project's directory. As I understand it, this changed with issue #CB-1526. Step 1 says to extract Cordova to a permanent location. And there's nothing in there about updating your project's copy of CordovaLib to the latest version. Also, don't we need to upgrade any of the other files in Classes, like MainViewController.h? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-2155) getDeviceInfo never parses Settings.plist file
[
https://issues.apache.org/jira/browse/CB-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-2155.
--
Resolution: Fixed
Indirectly fixed through CB-1946 -- the selector has been changed back to
JSONString
getDeviceInfo never parses Settings.plist file
--
Key: CB-2155
URL: https://issues.apache.org/jira/browse/CB-2155
Project: Apache Cordova
Issue Type: Bug
Components: iOS
Affects Versions: 2.2.0
Reporter: Becky Gibson
Assignee: Shazron Abdullah
Fix For: 2.4.0
The @selector check in CDVDevice.m getDeviceInfo needs to be updated to check
for @selector(cdvjk_JSONString) rather than just JSONString. Currently the
Settings.plist is never parsed.
//current code that needs to be fixed:
NSDictionary* temp = [CDVViewController getBundlePlist:@Settings];
if ([temp respondsToSelector:@selector(JSONString)]) {
NSString* js = [NSString stringWithFormat:@window.Settings = %@;,
[temp cdvjk_JSONString]];
[self.commandDelegate evalJs:js];
}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CB-1937) InAppBrowser: enhancement for iPad presentation styles
[ https://issues.apache.org/jira/browse/CB-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah resolved CB-1937. -- Resolution: Duplicate InAppBrowser: enhancement for iPad presentation styles -- Key: CB-1937 URL: https://issues.apache.org/jira/browse/CB-1937 Project: Apache Cordova Issue Type: Improvement Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Fix For: 2.4.0 Right now, on a landscape orientation on iPad, it only shows it fullscreen. This may not be desirable. From: http://developer.apple.com/library/ios/#featuredarticles/ViewControllerPGforiPhoneOS/ModalViewControllers/ModalViewControllers.html There are two other presentation styles available: UIModalPresentationPageSheet, UIModalPresentationFormSheet I suggest adding this as one of the window options to window.open (iOS only of course) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-1683) Allow the user to select front or back camera on Camera.getPicture()
[ https://issues.apache.org/jira/browse/CB-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-1683: - Fix Version/s: (was: 2.4.0) 2.5.0 Not a priority for 2.4, punting Allow the user to select front or back camera on Camera.getPicture() Key: CB-1683 URL: https://issues.apache.org/jira/browse/CB-1683 Project: Apache Cordova Issue Type: New Feature Reporter: Simon MacDonald Assignee: Simon MacDonald Priority: Minor Fix For: 2.5.0 We should add an option to Camera.getPicture so that the user can select the front or back camera for taking the picture. The default should be the back camera which is the current behaviour. If the user selects the front camera and one does not exist on the device then the error callback should be called. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-52) API: FileTransfer - Basic Authentication
[ https://issues.apache.org/jira/browse/CB-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-52: --- Fix Version/s: (was: 2.4.0) 2.5.0 API: FileTransfer - Basic Authentication Key: CB-52 URL: https://issues.apache.org/jira/browse/CB-52 Project: Apache Cordova Issue Type: New Feature Components: iOS Reporter: Shazron Abdullah Assignee: Shazron Abdullah Priority: Minor Fix For: 2.5.0 reported at: https://github.com/phonegap/phonegap-iphone/issues/177 by: https://github.com/berb (This feature request is platform-agnostic and has been posted here due to the comments in #phonegap) I'd appreciate an optional parameter for FileUploadOptions allowing to pass Basic Authentication credentials. Combined with HTTPS, Basic Authentication can introduce minimal security when upload files. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CB-200) FileTransfer should support uploading multiple files in one HTTP request
[ https://issues.apache.org/jira/browse/CB-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-200: Fix Version/s: (was: 2.4.0) 2.5.0 FileTransfer should support uploading multiple files in one HTTP request Key: CB-200 URL: https://issues.apache.org/jira/browse/CB-200 Project: Apache Cordova Issue Type: Improvement Components: Android, Bada, BlackBerry, CordovaJS, Docs, iOS, mobile-spec, Qt, webOS, WP7 Affects Versions: 1.3.0 Environment: Windows XP, Android, Lenovo ThinkPad Reporter: Matt Accola Assignee: Simon MacDonald Fix For: 2.5.0 FileTransfer only allows one file to be uploaded at a time. Should allow multiple files to be uploaded at once. This might be necessary if the server-side service requires all files to be submitted at once to ensure any operations on the files are atomic. This question has been asked on the phonegap Google Group, http://groups.google.com/group/phonegap/browse_thread/thread/bdc40098c2954870. (Update: Since this requires a UI change for parity, I've added more components and moved it out of 1.7. This should be added to the Roadmap, so I'm leaving it assigned to myself so I'm reminded to do this - Joe) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
