[jira] [Commented] (CB-12122) Incompatible plugin should make the build fail, not be skipped silently
[ https://issues.apache.org/jira/browse/CB-12122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16102529#comment-16102529 ] 165537 commented on CB-12122: - Sounds great, thanks! > Incompatible plugin should make the build fail, not be skipped silently > --- > > Key: CB-12122 > URL: https://issues.apache.org/jira/browse/CB-12122 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-cli, cordova-plugman >Affects Versions: 6.3.0 >Reporter: 165537 > Labels: backlog, cordova-8.0.0, tools-next > > When compiling (on Phonegap Build) a project containing a plugin which > Cordova's version is incompatible, the plugin is silently skipped and the > build is successful. Of course the functionalities of the plugin won't work > in the app. Eg, here's what I got when compiling phonegap-plugin-push with > Cordova 6.3.0: > Fetching plugin "phonegap-plugin-push@1.9.0" via npm > Installing "phonegap-plugin-push" at "1.9.0" for android > Plugin doesn't support this project's cordova version. cordova: 6.3.2, failed > version requirement: >=6.4.0 > Skipping 'phonegap-plugin-push' for android -- This message was sent by Atlassian JIRA (v6.4.14#64029) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-12122) Incompatible plugin should make the build fail, not be skipped silently
[ https://issues.apache.org/jira/browse/CB-12122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16032362#comment-16032362 ] 165537 commented on CB-12122: - Any update on this? I've just been bitten again by it. This should really follow the "fail fast" paradigm. I can't really imagine anyone being happy getting a correct build without the plugin! > Incompatible plugin should make the build fail, not be skipped silently > --- > > Key: CB-12122 > URL: https://issues.apache.org/jira/browse/CB-12122 > Project: Apache Cordova > Issue Type: Bug > Components: cordova-cli, cordova-plugman >Affects Versions: 6.3.0 >Reporter: 165537 > > When compiling (on Phonegap Build) a project containing a plugin which > Cordova's version is incompatible, the plugin is silently skipped and the > build is successful. Of course the functionalities of the plugin won't work > in the app. Eg, here's what I got when compiling phonegap-plugin-push with > Cordova 6.3.0: > Fetching plugin "phonegap-plugin-push@1.9.0" via npm > Installing "phonegap-plugin-push" at "1.9.0" for android > Plugin doesn't support this project's cordova version. cordova: 6.3.2, failed > version requirement: >=6.4.0 > Skipping 'phonegap-plugin-push' for android -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-12122) Incompatible plugin should make the build fail, not be skipped silently
165537 created CB-12122: --- Summary: Incompatible plugin should make the build fail, not be skipped silently Key: CB-12122 URL: https://issues.apache.org/jira/browse/CB-12122 Project: Apache Cordova Issue Type: Bug Components: AllPlatforms Affects Versions: 6.3.0 Reporter: 165537 When compiling (on Phonegap Build) a project containing a plugin which Cordova's version is incompatible, the plugin is silently skipped and the build is successful. Of course the functionalities of the plugin won't work in the app. Eg, here's what I got when compiling phonegap-plugin-push with Cordova 6.3.0: Fetching plugin "phonegap-plugin-push@1.9.0" via npm Installing "phonegap-plugin-push" at "1.9.0" for android Plugin doesn't support this project's cordova version. cordova: 6.3.2, failed version requirement: >=6.4.0 Skipping 'phonegap-plugin-push' for android -- 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-11388) Expose icecast/shoutcast metadata
165537 created CB-11388: --- Summary: Expose icecast/shoutcast metadata Key: CB-11388 URL: https://issues.apache.org/jira/browse/CB-11388 Project: Apache Cordova Issue Type: Improvement Components: Plugin Media Reporter: 165537 iOS and Android can correctly play icecast and shoutcast streams, but the plugin doesn't provide a way to get the metadata like "now playing". We'd need to send some headers for the icecast/shoutcast server to send those metadata back: http://www.smackfu.com/stuff/programming/shoutcast.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-10158) StatusBar issue when recovering from fullscreen video playback in landscape mode
[
https://issues.apache.org/jira/browse/CB-10158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15313817#comment-15313817
]
165537 commented on CB-10158:
-
I tried forcing the overlay to false after closing the video, but I still have
issues in some cases:
If I'm in portrait, then watch a video and go to landscape, then either close
or wait for the video to finish, then forces overlay false, then the app
content is correctly pushed below the status bar.
But If I'm in portrait, then watch a video and go to landscape, then inside the
video go back to portrait, then either close or wait for the video to finish,
then forces overlay false, the app content is not pushed down and the status
bar is hiding it. Sometimes (or on other devices?), the app is correctly moved
down but the status bar is all white (either the text and background are white,
or the status bar is not shown but the app is pushed down).
After trying several hacks (like hiding then showing, ...) I ended up changing
the content of "setStatusBarOverlaysWebView" to avoid checking if we're setting
a new value, and whenever I go back to my app after viewing a video, I call
"StatusBar.overlaysWebView(false);".
> StatusBar issue when recovering from fullscreen video playback in landscape
> mode
>
>
> Key: CB-10158
> URL: https://issues.apache.org/jira/browse/CB-10158
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 5.4.1
> Environment: Cordova version 5.4.1 (Using CLI, not platform tools)
> StatusBar plugin version 2.0.0
> Building app on OS X El Capitan
> Device platform: iOS 9.1
> TESTED IN SIMULATOR ONLY (iPhone 6 / iOS 9.1)
> Not tested for any other device platform
> Using the following configuration in config.xml:
> {code:xml}
>
>
>
>
>
>
>
> {code}
>Reporter: Ashraf Yussouff
> Labels: iOS, reproduced, triaged
> Attachments: Simulator Screen Shot Dec 7, 2015, 10.28.04 AM.png,
> Simulator Screen Shot Dec 7, 2015, 10.28.16 AM.png, Simulator Screen Shot Dec
> 7, 2015, 10.28.24 AM.png, Simulator Screen Shot Dec 7, 2015, 10.28.34 AM.png,
> Simulator Screen Shot Dec 7, 2015, 10.28.39 AM.png
>
>
> App uses Single Page Architecture. All HTML is loaded from a remote server
> into a div tag on the page. A header bar at the top of the page is fixed and
> is outside the div tag used for loading the remote HTML.
> With StatusBarOverlaysWebView=false in config.xml, app starts correctly in
> simulator with the status bar above the page header bar.
> Sequence of steps:
> # Load HTML with a tag for some mp4 video
> # Start playback of video
> # Simulate device rotation using Simulator->Hardware->Rotate Left
> #* Video automatically switches to fullscreen and fills the entire simulator
> screen
> # Simulate rotation back to portrait mode using Simulator->Hardware->Rotate
> Right
> # Click "Done" to exit native player
> # NOW THE STATUS BAR COVERS THE WEBVIEW - WebView is now pushed all the way
> up and behind the status bar.
> Problem has only been noticed when recovering from fullscreen video playback
> involving device rotation.
--
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-10158) StatusBar issue when recovering from fullscreen video playback in landscape mode
[
https://issues.apache.org/jira/browse/CB-10158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15313481#comment-15313481
]
165537 commented on CB-10158:
-
I confirm too on real devices:
The app is fixed portrait mode for iPhones
1. The status bar is not on overlay
2. then I watch a video full screen, I can go in landscape mode as it's the
native player
3. then when going back to the app, it's back to portrait byt the status bar is
on top of my header
> StatusBar issue when recovering from fullscreen video playback in landscape
> mode
>
>
> Key: CB-10158
> URL: https://issues.apache.org/jira/browse/CB-10158
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Statusbar
>Affects Versions: 5.4.1
> Environment: Cordova version 5.4.1 (Using CLI, not platform tools)
> StatusBar plugin version 2.0.0
> Building app on OS X El Capitan
> Device platform: iOS 9.1
> TESTED IN SIMULATOR ONLY (iPhone 6 / iOS 9.1)
> Not tested for any other device platform
> Using the following configuration in config.xml:
> {code:xml}
>
>
>
>
>
>
>
> {code}
>Reporter: Ashraf Yussouff
> Labels: iOS, reproduced, triaged
> Attachments: Simulator Screen Shot Dec 7, 2015, 10.28.04 AM.png,
> Simulator Screen Shot Dec 7, 2015, 10.28.16 AM.png, Simulator Screen Shot Dec
> 7, 2015, 10.28.24 AM.png, Simulator Screen Shot Dec 7, 2015, 10.28.34 AM.png,
> Simulator Screen Shot Dec 7, 2015, 10.28.39 AM.png
>
>
> App uses Single Page Architecture. All HTML is loaded from a remote server
> into a div tag on the page. A header bar at the top of the page is fixed and
> is outside the div tag used for loading the remote HTML.
> With StatusBarOverlaysWebView=false in config.xml, app starts correctly in
> simulator with the status bar above the page header bar.
> Sequence of steps:
> # Load HTML with a tag for some mp4 video
> # Start playback of video
> # Simulate device rotation using Simulator->Hardware->Rotate Left
> #* Video automatically switches to fullscreen and fills the entire simulator
> screen
> # Simulate rotation back to portrait mode using Simulator->Hardware->Rotate
> Right
> # Click "Done" to exit native player
> # NOW THE STATUS BAR COVERS THE WEBVIEW - WebView is now pushed all the way
> up and behind the status bar.
> Problem has only been noticed when recovering from fullscreen video playback
> involving device rotation.
--
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-7425) AJAX blocked when using cdvfile
[ https://issues.apache.org/jira/browse/CB-7425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] 165537 updated CB-7425: --- Environment: Android 4.1.2 4.4.2, Phonegap 3.4 (CORDOVA_JS_BUILD_LABEL = '3.4.0') (was: Android 4.2.2, Phonegap 3.4 (CORDOVA_JS_BUILD_LABEL = '3.4.0')) AJAX blocked when using cdvfile --- Key: CB-7425 URL: https://issues.apache.org/jira/browse/CB-7425 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.4.0 Environment: Android 4.1.2 4.4.2, Phonegap 3.4 (CORDOVA_JS_BUILD_LABEL = '3.4.0') Reporter: 165537 Doing AJAX from packaged files (eg location file:///android_asset/www/index.html) works well, but doing it from local files (eg cdvfile://localhost/persistent/TEST/index.html) does not. I guess it has to do with the same-origin policy. Is there anything that can be done to make it work? If I were reading files from the internet, I would set the web server to add some Access-Control-Allow-Origin headers, but here there's no web server. Using jsonp would work, but it'd mean changing the code in the server and in the app. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7425) AJAX blocked when using cdvfile
165537 created CB-7425: -- Summary: AJAX blocked when using cdvfile Key: CB-7425 URL: https://issues.apache.org/jira/browse/CB-7425 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.4.0 Environment: Android 4.2.2, Phonegap 3.4 (CORDOVA_JS_BUILD_LABEL = '3.4.0') Reporter: 165537 Doing AJAX from packaged files (eg location file:///android_asset/www/index.html) works well, but doing it from local files (eg cdvfile://localhost/persistent/TEST/index.html) does not. I guess it has to do with the same-origin policy. Is there anything that can be done to make it work? If I were reading files from the internet, I would set the web server to add some Access-Control-Allow-Origin headers, but here there's no web server. Using jsonp would work, but it'd mean changing the code in the server and in the app. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7426) Opening local page (cdvfile://path/index.html) does not work anymore
165537 created CB-7426: -- Summary: Opening local page (cdvfile://path/index.html) does not work anymore Key: CB-7426 URL: https://issues.apache.org/jira/browse/CB-7426 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.5.0 Environment: Android 4.1.2, 4.4.2, Phonegap 3.5.0 (Cordova 3.5.1) Reporter: 165537 My app copies files locally using the FileAPI. This works well on both Phonegap 3.4.0 and 3.5.0. Then it opens an html file that was copied, by doing window.location = cdvfile://localhost/persistent/TEST/index.html; (the path is not hardcoded but retrieved by doing a myDirEntry.toURL()) This works perfectly well in Phonegap 3.4.0 but not in Phonegap 3.5.0. In 3.5.0 nothing happens: the app stays on the same page, no exception seem to be thrown. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7427) Cannot change location to local file eg cdvfile://path/index.html
165537 created CB-7427: -- Summary: Cannot change location to local file eg cdvfile://path/index.html Key: CB-7427 URL: https://issues.apache.org/jira/browse/CB-7427 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.5.0 Environment: Android 4.1.2, 4.4.2, Phonegap 3.5.0 (Cordova 3.5.1) Reporter: 165537 My app copies files on the device using the FileAPI. This works well in 3.4.0 and 3.5.0. Then it opens an html file by doing window.location = cdvfile://localhost/persistent/TEST/index.html; Note that the path is not hard coded but uses something like myDirEntry.toURL(). This works well in 3.4.0 (tested on several versions of Android and iOS), but it does not work in 3.5.0 (tested only on Android 4.1.2 and 4.4.2 - FYI the computed path is the same in 3.4.0 and 3.5.0). When trying to load the file, nothing happens. The app stays in the current page, no exception seems to be thrown. In both cases I use the org.apache.cordova.file plugin version 1.0.1 (the one available on Phonegap Build). Has something changed in Phonegap 3.5.0? -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CB-7426) Opening local page (cdvfile://path/index.html) does not work anymore
[ https://issues.apache.org/jira/browse/CB-7426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] 165537 closed CB-7426. -- Resolution: Duplicate Opening local page (cdvfile://path/index.html) does not work anymore Key: CB-7426 URL: https://issues.apache.org/jira/browse/CB-7426 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.5.0 Environment: Android 4.1.2, 4.4.2, Phonegap 3.5.0 (Cordova 3.5.1) Reporter: 165537 My app copies files locally using the FileAPI. This works well on both Phonegap 3.4.0 and 3.5.0. Then it opens an html file that was copied, by doing window.location = cdvfile://localhost/persistent/TEST/index.html; (the path is not hardcoded but retrieved by doing a myDirEntry.toURL()) This works perfectly well in Phonegap 3.4.0 but not in Phonegap 3.5.0. In 3.5.0 nothing happens: the app stays on the same page, no exception seem to be thrown. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-7188) Optional flag to NOT call the native Image-Preview after call navigator.camera.getPicture(...)
[ https://issues.apache.org/jira/browse/CB-7188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14114800#comment-14114800 ] 165537 commented on CB-7188: By looking at the Android code, I wonder if such a thing is possible as the image preview page may just come from the capture app, meaning it's not something added by the camera plugin. Optional flag to NOT call the native Image-Preview after call navigator.camera.getPicture(...) -- Key: CB-7188 URL: https://issues.apache.org/jira/browse/CB-7188 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Affects Versions: 3.4.0 Environment: At least Android and WP8. Reporter: 165537 After calling navigator.camera.getPicture(...), it could be useful to NOT display the image preview that allows the user to cancel or continue (on Android it's usually an X icon and a check icon) if the developer wants to handle that inside the app. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CB-7188) Optional flag to NOT call the native Image-Preview after call navigator.camera.getPicture(...)
165537 created CB-7188: -- Summary: Optional flag to NOT call the native Image-Preview after call navigator.camera.getPicture(...) Key: CB-7188 URL: https://issues.apache.org/jira/browse/CB-7188 Project: Apache Cordova Issue Type: Improvement Components: Plugin Camera Affects Versions: 3.4.0 Environment: At least Android and WP8. Reporter: 165537 After calling navigator.camera.getPicture(...), it could be useful to NOT display the image preview that allows the user to cancel or continue (on Android it's usually an X icon and a check icon) if the developer wants to handle that inside the app. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CB-6532) cdvfile file url is not working with link tag like css
[
https://issues.apache.org/jira/browse/CB-6532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14049549#comment-14049549
]
165537 commented on CB-6532:
[~iclelland]
I posted a question on Stackoverflow http://stackoverflow.com/q/22801511/276648
Basically I just have some local HTML/JS/CSS files (so whether there's network
connectivity or not shouldn't be a problem, but in my case there was network
connectivity through local WiFi) and none of my styles appeared correctly in
iOS. Everything else works fine (link to other pages, loading javascript files).
I haven't tried recompiling the app with the PR from Louis Franco.
cdvfile file url is not working with link tag like css
---
Key: CB-6532
URL: https://issues.apache.org/jira/browse/CB-6532
Project: Apache Cordova
Issue Type: Bug
Components: Plugin File, Plugin File Transfer
Affects Versions: 3.4.0
Environment: iOS 7
Reporter: Patrick Dürsteler
Priority: Critical
A css downloaded with xhr and created a local url
(cdvfile://localhost/test.css) with the File API can't be used as a
stylesheet.
{code}
var filename = test.css;
var imageURL = http://apache.org/css/style.css;;
requestFileSystem(TEMPORARY, 0, function(fileSystem) {
var ft = new FileTransfer();
ft.download(imageURL, fileSystem.root.toURL() + / + filename,
function(entry) {
var fileref=document.createElement(link);
fileref.setAttribute(rel, stylesheet);
fileref.setAttribute(type, text/css);
fileref.setAttribute(href, entry.toURL());
document.head.appendChild(imgElement);
});
});
{code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
