[jira] [Commented] (CB-10656) Incorporate PermissionHelper.java into Cordova

2016-04-08 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15233054#comment-15233054
 ] 

Ray Shan commented on CB-10656:
---

Thanks [~riknoll], that's a sound solution.

> Incorporate PermissionHelper.java into Cordova
> --
>
> Key: CB-10656
> URL: https://issues.apache.org/jira/browse/CB-10656
> Project: Apache Cordova
>  Issue Type: Improvement
> Environment: Android 6.0
>Reporter: Ray Shan
>Priority: Minor
>  Labels: android, permissions, plugins
>
> Many Core and 3rd-party plugins are using PermissionHelper.java by copying 
> the file instead of following the docs here:
> https://cordova.apache.org/docs/en/latest/guide/platforms/android/plugin.html#android-permissions-cordova-android-5.0.x-and-greater
> Is it reasonable to incorporate PermissionHelper into Cordova?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Created] (CB-10984) Camera crop UI is not shown when user chooses Google Photos app

2016-03-29 Thread Ray Shan (JIRA)
Ray Shan created CB-10984:
-

 Summary: Camera crop UI is not shown when user chooses Google 
Photos app
 Key: CB-10984
 URL: https://issues.apache.org/jira/browse/CB-10984
 Project: Apache Cordova
  Issue Type: Bug
  Components: Android, Plugin Camera
Affects Versions: 6.1.0
 Environment: Cordova 6.1.0, Cordova Android 5.1.1, Samsung Note 5 on 
Marshmellow 6.0.1
Reporter: Ray Shan
Priority: Minor


Please see Environment field. With below options, if user chooses system 
Gallery app, crop UI is shown. If user chooses Google Photos app, crop UI is 
not shown.

navigator.camera.getPicture(
this._handleCameraSuccess.bind(this),
this._handleCameraError.bind(this),
{
quality: 80,
sourceType: Camera.PictureSourceType.PHOTOLIBRARY,
destinationType: Camera.DestinationType.DATA_URL,
allowEdit: true,
targetWidth: 336,
targetHeight: 336
}
);




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-7668) Android: Crop image

2016-03-29 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15216375#comment-15216375
 ] 

Ray Shan commented on CB-7668:
--

Thanks for your notes Richard. Will create new issue.

> Android: Crop image
> ---
>
> Key: CB-7668
> URL: https://issues.apache.org/jira/browse/CB-7668
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin Camera
>Reporter: David Vielhuber
>
> Hello!
> On iOS it is possible to crop an image afterwards when set to targetWidth and 
> targetHeight natively.
> On Android this is not possible. I now have to program an individual solution.
> Are there plans to integrate this natively in the future?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-7668) Android: Crop image

2016-03-25 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-7668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15212216#comment-15212216
 ] 

Ray Shan commented on CB-7668:
--

[~riknoll] With a Samsung device on Marshmallow with allowEdit: true, I noticed 
if user chooses system Gallery app, crop UI is shown, but if user chooses 
Google Photos app, crop UI isn't shown.

> Android: Crop image
> ---
>
> Key: CB-7668
> URL: https://issues.apache.org/jira/browse/CB-7668
> Project: Apache Cordova
>  Issue Type: New Feature
>  Components: Plugin Camera
>Reporter: David Vielhuber
>
> Hello!
> On iOS it is possible to crop an image afterwards when set to targetWidth and 
> targetHeight natively.
> On Android this is not possible. I now have to program an individual solution.
> Are there plans to integrate this natively in the future?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Created] (CB-10879) Support transparent status bar for Android

2016-03-15 Thread Ray Shan (JIRA)
Ray Shan created CB-10879:
-

 Summary: Support transparent status bar for Android
 Key: CB-10879
 URL: https://issues.apache.org/jira/browse/CB-10879
 Project: Apache Cordova
  Issue Type: Improvement
  Components: Android, Plugin Statusbar
 Environment: Android
Reporter: Ray Shan
Priority: Minor


Continuation of discussion here: 
https://github.com/apache/cordova-plugin-statusbar/pull/22#issuecomment-76480150

Seems like Android officially endorses transparent status bar now:
http://android-developers.blogspot.com/2015/05/android-design-support-library.html

Example implementation:
https://github.com/ekuwang/cordova-plugin-statusbar

Would be nice to have this capability in the official plugin. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Created] (CB-10656) Incorporate PermissionHelper.java into Cordova

2016-02-20 Thread Ray Shan (JIRA)
Ray Shan created CB-10656:
-

 Summary: Incorporate PermissionHelper.java into Cordova
 Key: CB-10656
 URL: https://issues.apache.org/jira/browse/CB-10656
 Project: Apache Cordova
  Issue Type: Improvement
 Environment: Android 6.0
Reporter: Ray Shan
Priority: Minor


Many Core and 3rd-party plugins are using PermissionHelper.java by copying the 
file instead of following the docs here:
https://cordova.apache.org/docs/en/latest/guide/platforms/android/plugin.html#android-permissions-cordova-android-5.0.x-and-greater

Is it reasonable to incorporate PermissionHelper into Cordova?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-04 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15132911#comment-15132911
 ] 

Ray Shan commented on CB-10283:
---

Also please note I'm on a Mac.

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: android, fullscreen, statusbar, test, viewport
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-04 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15132909#comment-15132909
 ] 

Ray Shan commented on CB-10283:
---

Hi Joe, definitely using Cordova 6.0.

Per 2nd notes bullet point, after black bar goes away, I can log out 
window.innerHeight in console and it returns 1280, not 1255, so I assume in 
this case window.innerHeight is working correctly. Regardless of whether 
window.innerHeight buggy, I can definitely see the bottom black bar with my 
eyes and the top transparent bar when hiding the app using the home button, so 
something is wrong.

Would a video help?

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: android, fullscreen, statusbar, test, viewport
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Comment Edited] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-03 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15131424#comment-15131424
 ] 

Ray Shan edited comment on CB-10283 at 2/4/16 12:13 AM:


Hi [~bowserj], I'm reopening this issue with reproducible steps, hope that's ok.

Environment:
- Cordova 6.0, Cordova Android 5.1
- Samsung Galaxy Tab 10.1 or a Nexus 9, both on Android 5.1.1

1. Create a fresh Cordova sample app via cordova create cordova-hello-world
2. cordova platform add android
3. In config.xml, add:

4. In index.html, replace this meta tag and add:


console.log(window.innerHeight);

5. cordova run android --device
6. Launch app

Expected: app run and stays in full screen without status bar; upon initial 
launch console logs 1280 for window.innerHeight, which is the device screen 
height on the Samsung tablet
Actual: app runs with a black bar shown on the bottom, console logs 1255

Notes:
- Upon initial launch when the splash screen is shown, you can see the OS 
status bar shown for a brief moment then goes away.
- Black bar will go away and the light gray background will cover the entire 
viewport if screen orientation changes, if app is hidden then brought back to 
foreground, or if Chrome DevTools is used to debug the app
- When hiding the app via pressing home button, you can see the top of the 
screen showing a transparent bar matching the size of the bottom black bar and 
OS status bar


was (Author: rayshan):
Hi [~bowserj], I'm reopening this issue with reproducible steps, hope that's ok.

1. cordova create cordova-hello-world
2. cordova platform add android
3. In config.xml, add:

4. In index.html, replace this meta tag and add:


console.log(window.innerHeight);

5. cordova run android --device, on a Samsung Galaxy Tab 10.1 or a Nexus 9
6. Launch app

Expected: app run and stays in full screen without status bar; upon initial 
launch console logs 1280 for window.innerHeight, which is the device screen 
height on the Samsung tablet
Actual: app runs with a black bar shown on the bottom, console logs 1255

Notes:
- Upon initial launch when the splash screen is shown, you can see the OS 
status bar shown for a brief moment then goes away.
- Black bar will go away and the light gray background will cover the entire 
viewport if screen orientation changes, if app is hidden then brought back to 
foreground, or if Chrome DevTools is used to debug the app
- When hiding the app via pressing home button, you can see the top of the 
screen showing a transparent bar matching the size of the bottom black bar and 
OS status bar

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: android, fullscreen, statusbar, test, viewport
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-03 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-10283:
--
Labels: android fullscreen statusbar test viewport  (was: test)

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: android, fullscreen, statusbar, test, viewport
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-03 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-10283:
--
Affects Version/s: 6.0.0

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: test
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-03 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15131424#comment-15131424
 ] 

Ray Shan commented on CB-10283:
---

Hi [~bowserj], I'm reopening this issue with reproducible steps, hope that's ok.

1. cordova create cordova-hello-world
2. cordova platform add android
3. In config.xml, add:

4. In index.html, replace this meta tag and add:


console.log(window.innerHeight);

5. cordova run android --device, on a Samsung Galaxy Tab 10.1 or a Nexus 9
6. Launch app

Expected: app run and stays in full screen without status bar; upon initial 
launch console logs 1280 for window.innerHeight, which is the device screen 
height on the Samsung tablet
Actual: app runs with a black bar shown on the bottom, console logs 1255

Notes:
- Upon initial launch when the splash screen is shown, you can see the OS 
status bar shown for a brief moment then goes away.
- Black bar will go away and the light gray background will cover the entire 
viewport if screen orientation changes, if app is hidden then brought back to 
foreground, or if Chrome DevTools is used to debug the app
- When hiding the app via pressing home button, you can see the top of the 
screen showing a transparent bar matching the size of the bottom black bar and 
OS status bar

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: test
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Reopened] (CB-10283) Displays white bar at the bottom of the android app.

2016-02-03 Thread Ray Shan (JIRA)

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

Ray Shan reopened CB-10283:
---

Reopening with reproducible steps

> Displays white bar at the bottom of the android app.
> 
>
> Key: CB-10283
> URL: https://issues.apache.org/jira/browse/CB-10283
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Android, CordovaLib
>Affects Versions: 6.0.0, 5.3.3
> Environment: Cordova cli 5.3.9 and Cordova 4.1.1
> Android Sumsung s6 (v5.0)
> jquery.mobile-1.4.5.min.js
>Reporter: Devshi Patel
>  Labels: test
>   Original Estimate: 504h
>  Remaining Estimate: 504h
>
> When the app starts it displays a white bar at the bottom of the screen like 
> a status bar. This happens frequently but not always.
> I have been using  Cordova cli 4.2 & Cordova 4.0 without any problems. the 
> app is on google play store. 
> I am using jquery mobile framework version 1.4.5 
> I think the issue is with webview display.
> The code for MainActivity.java file 
>public void onCreate(Bundle savedInstanceState) {
>   super.onCreate(savedInstanceState);
>   super.loadUrl("file:///android_asset/www/index.html");
>   new SimpleEula(this).show(); 
>   }
> index.html
> 
> 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-10143) Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine

2015-12-08 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047699#comment-15047699
 ] 

Ray Shan commented on CB-10143:
---

I looked around and found this flag. Does it help?

[WKWebView loadFileURL:allowingReadAccessToURL:]

> Local file:// url XmlHttpRequests are not allowed in WKWebViewEngine
> 
>
> Key: CB-10143
> URL: https://issues.apache.org/jira/browse/CB-10143
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> mobile-spec failure in XMLHttpRequest.spec.4 is a known WKWebView issue, 
> where CORS is now respected and cannot load files from file:// urls, only 
> http*:// urls are allowed.
> With CSP off to rule things out:
> XHR to yourself of course works, but doesn't really make sense for
> real-world use. XHR to a sibling file, parent file, or any child file
> results in the error ""Cross origin requests are only supported for
> HTTP”.
> To illustrate:
> {code}
>   |
> parent.xml
>   |
> www
>   | index.html (file currently loaded)
>   | sibling.xml
>   | child-folder
>   |   | child.xml
> {code}
> index.html is the currently loaded file in the WebView. From it, you
> can't load parent.xml, sibling.xml nor child.xml using XHR according
> to my tests.
> The workaround is implementing CB-10109



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Commented] (CB-10144) You can't make cross-origin XmlHttpReqests in WKWebView

2015-12-08 Thread Ray Shan (JIRA)

[ 
https://issues.apache.org/jira/browse/CB-10144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15047620#comment-15047620
 ] 

Ray Shan commented on CB-10144:
---

I think you meant to say "unlike in UIWebView".

> You can't make cross-origin XmlHttpReqests in WKWebView
> ---
>
> Key: CB-10144
> URL: https://issues.apache.org/jira/browse/CB-10144
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: Plugin WKWebViewEngine
>Reporter: Shazron Abdullah
>  Labels: wkwebview-known-issues
>
> CORS is respected now, unlike in WKWebView. The server you connect to must 
> send the appropriate headers.
> Workaround is to implement CB-10109



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks npm link modules

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Summary: iOS 3.9.0 breaks npm link modules  (was: iOS 3.9.0 breaks file:// 
links to symlinked directories)

> iOS 3.9.0 breaks npm link modules
> -
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
>Reporter: Ray Shan
>
> Hi,
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> Git cloned bluebird, npm install, npm link, create browser build using 
> command:
> node tools/build --debug --main --zalgo --browser --minify
> Freshly created cordova app in another directory, added iOS@3.9.0, cd www, 
> npm init, npm link bluebird
> Add  charset="utf-8"> in index.html, 
> console.log(Promise.promisifyAll); in index.js app.initialize
> cordova emulate runs successfully with no errors
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links: 
> Failed to load resource: The requested URL was not found on this server.
> file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
> index.js:23
> Debugged using the Safari inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug - no errors and console log 
> is successful
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

Git cloned bluebird, npm install, npm link, create browser build using command:
node tools/build --debug --main --zalgo --browser --minify

Freshly created cordova app in another directory, added iOS@3.9.0, cd www, npm 
init, npm link bluebird

Add  in index.html, 
console.log(Promise.promisifyAll); in index.js app.initialize

cordova emulate runs successfully with no errors

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links: 
Failed to load resource: The requested URL was not found on this server.
file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
index.js:23

Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug - no errors and console log is 
successful

Thanks!

  was:
Hi,

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

Git cloned bluebird, npm install, npm link, create browser build using command:
node tools/build --debug --main --zalgo --browser --minify

Freshly created cordova app in another directory, added iOS@3.9.0, cd www, npm 
init, npm link bluebird

Add  in index.html, 
console.log(Promise.promisifyAll); in index.js app.initialize

cordova emulate runs successfully with no errors

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links: 
Failed to load resource: The requested URL was not found on this server.
file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
index.js:23

Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

Thanks!


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
>Reporter: Ray Shan
>
> Hi,
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> Git cloned bluebird, npm install, npm link, create browser build using 
> command:
> node tools/build --debug --main --zalgo --browser --minify
> Freshly created cordova app in another directory, added iOS@3.9.0, cd www, 
> npm init, npm link bluebird
> Add  charset="utf-8"> in index.html, 
> console.log(Promise.promisifyAll); in index.js app.initialize
> cordova emulate runs successfully with no errors
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links: 
> Failed to load resource: The requested URL was not found on this server.
> file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
> index.js:23
> Debugged using the Safari inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug - no errors and console log 
> is successful
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

Git cloned bluebird, npm install, npm link, create browser build using command:
node tools/build --debug --main --zalgo --browser --minify

Freshly created cordova app in another directory, added iOS@3.9.0, cd www, npm 
init, npm link bluebird

Add  in index.html, 
console.log(Promise.promisifyAll); in index.js app.initialize

cordova emulate runs successfully with no errors

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links: 
Failed to load resource: The requested URL was not found on this server.
file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
index.js:23

Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

Thanks!

  was:
Hi,

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

Git cloned bluebird, npm install, npm link, create browser build using command:
node tools/build --debug --main --zalgo --browser --minify

Freshly created cordova app in another directory, added iOS@3.9.0, cd www, npm 
init, npm link bluebird

Add  in index.html, 
console.log(Promise.promisifyAll); in index.js app.initialize

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links: 
Failed to load resource: The requested URL was not found on this server.
file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
index.js:23

Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

Thanks!


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
>Reporter: Ray Shan
>
> Hi,
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> Git cloned bluebird, npm install, npm link, create browser build using 
> command:
> node tools/build --debug --main --zalgo --browser --minify
> Freshly created cordova app in another directory, added iOS@3.9.0, cd www, 
> npm init, npm link bluebird
> Add  charset="utf-8"> in index.html, 
> console.log(Promise.promisifyAll); in index.js app.initialize
> cordova emulate runs successfully with no errors
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links: 
> Failed to load resource: The requested URL was not found on this server.
> file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
> index.js:23
> Debugged using the Safari inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

Git cloned bluebird, npm install, npm link, create browser build using command:
node tools/build --debug --main --zalgo --browser --minify

Freshly created cordova app in another directory, added iOS@3.9.0, cd www, npm 
init, npm link bluebird

Add  in index.html, 
console.log(Promise.promisifyAll); in index.js app.initialize

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links: 
Failed to load resource: The requested URL was not found on this server.
file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
index.js:23

Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

Thanks!

  was:
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development, via ln -s src www


cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
>Reporter: Ray Shan
>
> Hi,
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> Git cloned bluebird, npm install, npm link, create browser build using 
> command:
> node tools/build --debug --main --zalgo --browser --minify
> Freshly created cordova app in another directory, added iOS@3.9.0, cd www, 
> npm init, npm link bluebird
> Add  charset="utf-8"> in index.html, 
> console.log(Promise.promisifyAll); in index.js app.initialize
> cordova emulate runs successfully
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links: 
> Failed to load resource: The requested URL was not found on this server.
> file:///private/var/mobile/Containers/Bundle/Application/6BED8B84-DC94-4EC3-A843-B4A83C8814F6/HelloCordova.app/www/node_modules/bluebird/js/browser/bluebird.min.js
> index.js:23
> Debugged using the Safari inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development, via ln -s src www


cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!

  was:
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development, via ln -s src www

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
>Reporter: Ray Shan
>
> Hi,
> Installed iOS 3.9.0 by removing then adding, not upgrading. 
> www directory was previously symlinked to a directory at the project root 
> named src, for convenience during development, via ln -s src www
> cordova emulate runs successfully
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links for .js files loaded via script tags in 
> HTML and previously in symlinked src directory. Debugged using the Safari 
> inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> config.xml is in Environment field. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Environment: (was: 

http://*/*"; />
https://*/*"; />




















)

> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
>Reporter: Ray Shan
>
> Hi,
> Installed iOS 3.9.0 by removing then adding, not upgrading. 
> www directory was previously symlinked to a directory at the project root 
> named src, for convenience during development, via ln -s src www
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> cordova emulate runs successfully
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links for .js files loaded via script tags in 
> HTML and previously in symlinked src directory. Debugged using the Safari 
> inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> config.xml is in Environment field. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development.

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!

  was:
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development.

iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
> Environment: 
> 
> http://*/*"; />
> https://*/*"; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>Reporter: Ray Shan
>
> Hi,
> Installed iOS 3.9.0 by removing then adding, not upgrading. 
> www directory was previously symlinked to a directory at the project root 
> named src, for convenience during development.
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> cordova emulate runs successfully
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links for .js files loaded via script tags in 
> HTML and previously in symlinked src directory. Debugged using the Safari 
> inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> config.xml is in Environment field. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development, via ln -s src www

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!

  was:
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development.

Yosemite, iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
> Environment: 
> 
> http://*/*"; />
> https://*/*"; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>Reporter: Ray Shan
>
> Hi,
> Installed iOS 3.9.0 by removing then adding, not upgrading. 
> www directory was previously symlinked to a directory at the project root 
> named src, for convenience during development, via ln -s src www
> Yosemite, iOS 8.4, XCode 6.4, iPhone 6
> cordova emulate runs successfully
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links for .js files loaded via script tags in 
> HTML and previously in symlinked src directory. Debugged using the Safari 
> inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> config.xml is in Environment field. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Updated] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)

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

Ray Shan updated CB-9462:
-
Description: 
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development.

iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.

config.xml is in Environment field. Thanks!

  was:
Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development.

iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.


> iOS 3.9.0 breaks file:// links to symlinked directories
> ---
>
> Key: CB-9462
> URL: https://issues.apache.org/jira/browse/CB-9462
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: iOS
>Affects Versions: 5.1.1
> Environment: 
> 
> http://*/*"; />
> https://*/*"; />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>Reporter: Ray Shan
>
> Hi,
> Installed iOS 3.9.0 by removing then adding, not upgrading. 
> www directory was previously symlinked to a directory at the project root 
> named src, for convenience during development.
> iOS 8.4, XCode 6.4, iPhone 6
> cordova emulate runs successfully
> cordova run ios --device is broken. It results in a binary that loads on 
> device but has broken file:// links for .js files loaded via script tags in 
> HTML and previously in symlinked src directory. Debugged using the Safari 
> inspector.
> Downgrading to iOS platform 3.8.0 fixes the bug.
> config.xml is in Environment field. Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org



[jira] [Created] (CB-9462) iOS 3.9.0 breaks file:// links to symlinked directories

2015-08-05 Thread Ray Shan (JIRA)
Ray Shan created CB-9462:


 Summary: iOS 3.9.0 breaks file:// links to symlinked directories
 Key: CB-9462
 URL: https://issues.apache.org/jira/browse/CB-9462
 Project: Apache Cordova
  Issue Type: Bug
  Components: iOS
Affects Versions: 5.1.1
 Environment: 

http://*/*"; />
https://*/*"; />





















Reporter: Ray Shan


Hi,

Installed iOS 3.9.0 by removing then adding, not upgrading. 

www directory was previously symlinked to a directory at the project root named 
src, for convenience during development.

iOS 8.4, XCode 6.4, iPhone 6

cordova emulate runs successfully

cordova run ios --device is broken. It results in a binary that loads on device 
but has broken file:// links for .js files loaded via script tags in HTML and 
previously in symlinked src directory. Debugged using the Safari inspector.

Downgrading to iOS platform 3.8.0 fixes the bug.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org