[jira] [Commented] (CB-10269) [iOS 8] cordova-plugin-wkwebview-engine breaks Cordova iOS 4.0.0 under iOS 8
[ https://issues.apache.org/jira/browse/CB-10269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15091711#comment-15091711 ] Ivan Karpan commented on CB-10269: -- Not yet... I could do it with James Andersen's solution, although it would be more correct if he did it himself I guess. > [iOS 8] cordova-plugin-wkwebview-engine breaks Cordova iOS 4.0.0 under iOS 8 > > > Key: CB-10269 > URL: https://issues.apache.org/jira/browse/CB-10269 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin WKWebViewEngine >Affects Versions: 4.0.0 > Environment: Cordova tools 5.4.1 > Cordova iOS platform 4.0.1 > iOS Simulator 8.4 > cordova-plugin-wkwebview-engine plugin >Reporter: Ivan Karpan >Priority: Critical > Labels: cordova-ios-4.1.0, triaged > Attachments: ios-wkwebview-exec.js > > > When launching on iOS 8.4 simulator the following error breaks JS execution > early on: > ios-wkwebview-exec.js:127 TypeError: undefined is not an object (evaluating > 'window.webkit.messageHandlers') > So inclusion of 'cordova-plugin-wkwebview-engine' plugin breaks support of > iOS versions previous to 9.0. I assume ios-wkwebview-exec.js should have > environment checks before using WKWebView bridge... > Exclusion of the same plugin breaks the project at all. Are there any > fallback mechanics in place? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15083408#comment-15083408 ] Ivan Karpan commented on CB-8001: - I could look at the code and maybe make it work in both ARC and non-ARC environments. Ideally it should. > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > Labels: iOS, triaged > Attachments: status-bar-test.zip > > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-10271) [Hooks] after_plugin_add not called during cordova prepare
Ivan Karpan created CB-10271: Summary: [Hooks] after_plugin_add not called during cordova prepare Key: CB-10271 URL: https://issues.apache.org/jira/browse/CB-10271 Project: Apache Cordova Issue Type: Bug Affects Versions: 3.9.0 Environment: Cordova tools 5.4.1 Cordova iOS platform 3.9.2 Reporter: Ivan Karpan My platforms and plugins folders are in .gitignore and I rely on config.xml to instruct cordova prepare which platforms and plugins should be added. The problem is that while it does add all the platforms listed and installs the plugins it does not trigger the plugins' hooks (tested on after_plugin_add). Workaround is to manually add the plugins with hooks but this is IMO not how it is supposed to work. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10269) [iOS 8] cordova-plugin-wkwebview-engine breaks Cordova iOS 4.0.0 under iOS 8
[ https://issues.apache.org/jira/browse/CB-10269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan updated CB-10269: - Environment: Cordova tools 5.4.1 Cordova iOS platform 4.0.1 iOS Simulator 8.4 cordova-plugin-wkwebview-engine plugin was: Cordova tools 5.4.1 Cordova iOS platform 4.0.1 iOS Simulator 8.4 Summary: [iOS 8] cordova-plugin-wkwebview-engine breaks Cordova iOS 4.0.0 under iOS 8 (was: [iOS 8] ) > [iOS 8] cordova-plugin-wkwebview-engine breaks Cordova iOS 4.0.0 under iOS 8 > > > Key: CB-10269 > URL: https://issues.apache.org/jira/browse/CB-10269 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 4.0.0 > Environment: Cordova tools 5.4.1 > Cordova iOS platform 4.0.1 > iOS Simulator 8.4 > cordova-plugin-wkwebview-engine plugin >Reporter: Ivan Karpan >Priority: Critical > > When launching on iOS 8.4 simulator the following error breaks JS execution > early on: > ios-wkwebview-exec.js:127 TypeError: undefined is not an object (evaluating > 'window.webkit.messageHandlers') > So inclusion of 'cordova-plugin-wkwebview-engine' plugin breaks support of > iOS versions previous to 9.0. I assume ios-wkwebview-exec.js should have > environment checks before using WKWebView bridge... > Exclusion of the same plugin breaks the project at all. Are there any > fallback mechanics in place? -- 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-10269) [iOS 8]
Ivan Karpan created CB-10269: Summary: [iOS 8] Key: CB-10269 URL: https://issues.apache.org/jira/browse/CB-10269 Project: Apache Cordova Issue Type: Bug Affects Versions: 4.0.0 Environment: Cordova tools 5.4.1 Cordova iOS platform 4.0.1 iOS Simulator 8.4 Reporter: Ivan Karpan Priority: Critical When launching on iOS 8.4 simulator the following error breaks JS execution early on: ios-wkwebview-exec.js:127 TypeError: undefined is not an object (evaluating 'window.webkit.messageHandlers') So inclusion of 'cordova-plugin-wkwebview-engine' plugin breaks support of iOS versions previous to 9.0. I assume ios-wkwebview-exec.js should have environment checks before using WKWebView bridge... Exclusion of the same plugin breaks the project at all. Are there any fallback mechanics in place? -- 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-5306) CDVNotification.bundle is missing after add Notification plugin
[ https://issues.apache.org/jira/browse/CB-5306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14246340#comment-14246340 ] Ivan Karpan commented on CB-5306: - Hey guys, Was not able to reproduce the problem... Tried latest cordova cli and then switched to 3.1.0-0.2.0 and was not able to reproduce once again. Anything special you did to get this issue to surface? > CDVNotification.bundle is missing after add Notification plugin > --- > > Key: CB-5306 > URL: https://issues.apache.org/jira/browse/CB-5306 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Dialogs >Affects Versions: 3.1.0 > Environment: iOS > Xcode 5.0.1 > Cordova 3.1.0 >Reporter: Mowd Chen > > To reproduce: > $ cordova plugin add org.apache.cordova.dialogs > $ cordova plugin add org.apache.cordova.vibration > $ cordova build ios > The following build commands failed: > Check dependencies > (1 failure) > ** BUILD FAILED ** > The following build commands failed: > CpResource geoAnXing/Resources/CDVNotification.bundle > build/emulator/geoAnXing.app/CDVNotification.bundle > (1 failure) > ] -- 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-4739) Add ability to suppress logs (NSLog)
[ https://issues.apache.org/jira/browse/CB-4739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14244159#comment-14244159 ] Ivan Karpan commented on CB-4739: - What I did is added the following code to the *-Prefix.pch: #ifdef DEBUG # define NSLog(...) NSLog(__VA_ARGS__) #else # define NSLog(...) #endif And in the build settings of my project/target I added the following Preprocessor Macros to configurations you want your logs to be visible in: DEBUG=1 Both of the above could be added to Cordova iOS template but in this case I would go for another function (DLog) not to mess with the developer's expectation of NSLog always outputing to the console unless managed manually. This would mean all of the Cordova iOS code will have to use DLog, which is actually an easy search and replace (that will have to be done in all of the different repos though). We could go further with this. Similarly to target device configuration this is the build settings. If we have a way to affect this on Cordova prepare logs could be controller via config.xml. > Add ability to suppress logs (NSLog) > > > Key: CB-4739 > URL: https://issues.apache.org/jira/browse/CB-4739 > Project: Apache Cordova > Issue Type: Improvement > Components: iOS >Affects Versions: Master >Reporter: Shazron Abdullah >Priority: Minor > > Right now the core Cordova code has some NSLogs. We could "wrap" them to > control output visibility but this does not solve use of NSLogs by plugins. > Not sure of an easy way to support this globally. -- 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-6688) "target-device" preference in config.xml is completely ignored for iOS
[ https://issues.apache.org/jira/browse/CB-6688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14244143#comment-14244143 ] Ivan Karpan commented on CB-6688: - Shazron, I can try implementing this feature but I want to ask a question in order not to reinvent a couple of wheels on my way. Target device is a target build setting in terms of an iOS project. As far as I understand all the deviations from build settings defaults a fresh iOS Cordova project has is taken from a template on the moment of adding the iOS platform. And so I wonder if there are any other target build settings that are updated on cordova prepare based upon the config.xml that I can look at and mimic the approach? If the answer is no than maybe you have any directions on how to approach this. I would very much not like to end up doing something that works but is inconsistent (read ugly) with the rest of Cordova implementation. > "target-device" preference in config.xml is completely ignored for iOS > -- > > Key: CB-6688 > URL: https://issues.apache.org/jira/browse/CB-6688 > Project: Apache Cordova > Issue Type: New Feature > Components: iOS >Affects Versions: 3.4.0 >Reporter: Daniel Hough > > The following line in config.xml should cause the xcodeproj generated to have > it's "Targeted Device Family" different depending on the value. For instance, > "handset" should cause it to be "iPhone". Yet, even when "handset" is chose, > it becomes a universal (iPad/iPhone) app. > > This is a *real* problem, because if you don't realise that this is happening > when you submit to the App Store after three hours of screenshots and > descriptions, you're rejected because there are no iPad screenshots. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14243993#comment-14243993 ] Ivan Karpan commented on CB-8001: - Until it is pulled into apache repository you can use my fork, merged this change to its master: https://github.com/IvanKarpan/cordova-plugin-statusbar.git > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > Attachments: status-bar-test.zip > > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14243973#comment-14243973 ] Ivan Karpan commented on CB-8001: - Hello Nathan, That helped! The problem was with _eventsCallbackId variable which is assigned in _ready: method. Specifically - its value has been assigned from command.callbackId but it has not been retained and therefore after some undetermined time this NSString got deallocated and caused the crash. I will make a pull request shortly. > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > Attachments: status-bar-test.zip > > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242438#comment-14242438 ] Ivan Karpan commented on CB-8001: - OK, so I will be needing an example project... It is not like there is an easy way to create a Cordova project without ARC these days. :( > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Comment Edited] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242168#comment-14242168 ] Ivan Karpan edited comment on CB-8001 at 12/11/14 5:21 AM: --- Nathan, come on man, I was trying to get more details asking questions along the way. I will try to create a non ARC project and try to reproduce the issue. was (Author: ivankarpan): Nathan, come on man, I was trying to get more details asking questions among the way. I will try to create a non ARC project and try to reproduce the issue. > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14242168#comment-14242168 ] Ivan Karpan commented on CB-8001: - Nathan, come on man, I was trying to get more details asking questions among the way. I will try to create a non ARC project and try to reproduce the issue. > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241849#comment-14241849 ] Ivan Karpan commented on CB-8001: - No, why? If there are non-standard settings in your project that cause the problem please elaborate. I am willing to help. If you know that not having ARC triggers such random issues why not just upgrade? Xcode does it seamlessly and you only have to do so little manual work to enable ARC. > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-7090) [iOS 8] Integrate wkwebview branch into master branch
[ https://issues.apache.org/jira/browse/CB-7090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14241516#comment-14241516 ] Ivan Karpan commented on CB-7090: - iOS 8.2 Beta 2 was just released. Tried the cursory test - no luck. :-/ > [iOS 8] Integrate wkwebview branch into master branch > - > > Key: CB-7090 > URL: https://issues.apache.org/jira/browse/CB-7090 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah > > https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch "wkwebview" -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8001) StatusBar Plugin 0.1.8 crashes application on tap
[ https://issues.apache.org/jira/browse/CB-8001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14240958#comment-14240958 ] Ivan Karpan commented on CB-8001: - Hey Nathan, Was not able to reproduce the issue. I created a fresh project, added the plugin, launched the app and tapped the status bar. Tried in simulator and on a device. Please provide more info if you still get the issue or otherwise just close this ticket. > StatusBar Plugin 0.1.8 crashes application on tap > - > > Key: CB-8001 > URL: https://issues.apache.org/jira/browse/CB-8001 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin Statusbar >Affects Versions: 3.7.0 > Environment: StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) >Reporter: Nathan Smith >Priority: Critical > > StatusBar Plugin 0.1.8 > Cordova iOS 3.7.0 > iPhone 6+ (8.0) > iPhone 5s (8.0) > The StatusBar encounters an {{EXC_BAD_ACCESS}} exception when the user taps > on the StatusBar. > The call site affected is {{fireTappedEvent}} {{\[self.commandDelegate > sendPluginResult:result callbackId:_eventsCallbackId\];}} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-8058) Cordova iOS: Load videos with downloaded html's and video files
[ https://issues.apache.org/jira/browse/CB-8058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14240868#comment-14240868 ] Ivan Karpan commented on CB-8058: - Please provide a sample setup with which it will be possible to reproduce this issue > Cordova iOS: Load videos with downloaded html's and video files > --- > > Key: CB-8058 > URL: https://issues.apache.org/jira/browse/CB-8058 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 3.6.0 >Reporter: Jorge Miranda >Priority: Blocker > Labels: download, inappbrowser, ios, video, videodisplay > > I have the following issue: > - I have an iOS Cordova Application. > - The application download a zip file and decompress it in > "cdvfile://localhost/persistent/content/myfolder" by ussing the following > Cordova plugins: org.apache.cordova.file-transfer, org.apache.cordova.file > and https://github.com/MobileChromeApps/zip.git > - Inside the zip there is an "index.html" file with "video tags" on it. > - I was able to succesfully load and execute the "index.html" file, but the > video doesn't load. > I know that the video file was decompressed successfully because: > - I check the file inside my iPad. > - I embed the video in the index of the cordova app (not the downloaded one) > in the following way and it works: > > > var videocontainer = document.getElementsByTagName('video')[0]; > var videosource = document.getElementsByTagName('source')[0]; > var newmp4 = cordova.file.documentsDirectory + > 'content/myfolder/videos/myvideo.mp4'; > videosource.setAttribute('src', newmp4); > videocontainer.load(); > videocontainer.play(); > But, the video is not loaded/played inside the downloaded HTML file. To > understand what I'm doing, I have to develop an application that will be > updated by downloading its contents from zips, and the contents includes > pages with videos embeded on them. It works on PC and Android, but not in iOS. > I tried the following things: > - Loading the page in "_self". The page is displayed but not the video. > - Loading the page in an iframe. Same result. > - Loading the page within an inAppBrowser (plugin). Same result. > - Video tag with source src="videos/myvideo.mp4" (works in Web and Android). > Same result. > - Video tag with source src="./videos/myvideo.mp4" (works in Web and > Android). Same result. > - Video tag with source src= cordova.file.documentsDirectory + > 'content/myfolder/videos/myvideo.mp4' (with JS, by passing the path in a > query string, same path that works in the root index.html as I described > before). Same result. > - Video tag with source src= cordova.file.documentsDirectory + > 'cdvfile://localhost/persistent/content/myfolder/videos/myvideo.mp4'. Same > result. > - All the combination of previous things. Same result > Loading the downloaded resources in a DIV is not an option, because the > resources (images, css, javascripts, audios, videos, etc.) are downloaded on > other iOS device's folder: the app's Documents' folder > (cdvfile://localhost/persistent/). > I thing I tried almost everything... Why is not trivial to play a video tag, > inside an html, that are both in the app's Documents' folder??? > :-( > EDIT 1: Cordova Version = 3.6.3 > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-8138) "download" parameters in documentation are inconsistent with implementation
[ https://issues.apache.org/jira/browse/CB-8138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan closed CB-8138. --- Resolution: Not a Problem Seems like JavaScript implementation of the plugin actually handles all the quirks with parameters and there is nothing to be done... I am very sorry for wasting everyone's time, closing this issue. I am new too all of this and my desire to contribute requires better control and due diligence on my part. > "download" parameters in documentation are inconsistent with implementation > --- > > Key: CB-8138 > URL: https://issues.apache.org/jira/browse/CB-8138 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.7.0 > Environment: org.apache.cordova.file-transfer 0.4.7 "File Transfer" >Reporter: Ivan Karpan > Labels: documentaion, file-transfer, plugin > > According to documentation "download" action parameters are as follows > (optional ones are marked [as such]): > * source > * target > * [trustAllHosts] > * [options] > https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download > In iOS implementation the parameters are different: > * source > * target > * [trustAllHosts] > * downloadId > * [headers] > https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 > I am no Android, Windows or WP developer but reading those platforms' > implementations it seems like they all in fact require some sort of a > download id at index 3. > All of this means that some of the plugin functionality cannot be used by > users because they are misguided by documentation. It also means that there > is a problem with arguments order, because "downloadId" is mandatory while > "trustAllHosts" is not. > I will submit a pull request via github to update the documentation. If this > is enough for the community we could leave it at that. > Otherwise it seems like how it should actually be done is as follows: > * source > * target > * download id > * [trustAllHosts] > * [headers] > I can/will easily do this for iOS and make necessary changes to the > documentation although I will need some help to fix this/review my > blindfolded fixes on other platforms. -- 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-8137) Passing options to .download causes crash on iOS
[ https://issues.apache.org/jira/browse/CB-8137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14239245#comment-14239245 ] Ivan Karpan commented on CB-8137: - Here is the related issue: CB-8138 > Passing options to .download causes crash on iOS > > > Key: CB-8137 > URL: https://issues.apache.org/jira/browse/CB-8137 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: xcode 6 > iOS 8.1.1 > org.apache.cordova.file 1.3.1 "File" > org.apache.cordova.file-transfer 0.4.7 "File Transfer" > Cordova CLI 4.1.2 >Reporter: David Banham > > The minimal repro is: > var options = new FileUploadOptions(); > new window.parent.FileTransfer().download(uri, > 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, options); > The output from xcode is: > 2014-12-09 11:45:29.274 iCSL[276:33032] -[__NSDictionaryM boolValue]: > unrecognized selector sent to instance 0x17694c20 > 2014-12-09 11:45:29.275 iCSL[276:33032] *** Terminating app due to uncaught > exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryM > boolValue]: unrecognized selector sent to instance 0x17694c20' > *** First throw call stack: > (0x24a9f49f 0x32693c8b 0x24aa48b9 0x24aa27d7 0x249d4058 0xaa493 0x88975 > 0x881ff 0x257a4f99 0x24a65c87 0x24a65803 0x24a63a53 0x249b13c1 0x249b11d3 > 0x2bd950a9 0x27fc0fa1 0x8e31b 0x32c13aaf) > libc++abi.dylib: terminating with uncaught exception of type NSException -- 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-8138) "download" parameters in documentation are inconsistent with implementation
[ https://issues.apache.org/jira/browse/CB-8138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan updated CB-8138: Summary: "download" parameters in documentation are inconsistent with implementation (was: "download" parameters in documentation is inconsistent with implementation) > "download" parameters in documentation are inconsistent with implementation > --- > > Key: CB-8138 > URL: https://issues.apache.org/jira/browse/CB-8138 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.7.0 > Environment: org.apache.cordova.file-transfer 0.4.7 "File Transfer" >Reporter: Ivan Karpan > Labels: documentaion, file-transfer, plugin > > According to documentation "download" action parameters are as follows > (optional ones are marked [as such]): > * source > * target > * [trustAllHosts] > * [options] > https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download > In iOS implementation the parameters are different: > * source > * target > * [trustAllHosts] > * downloadId > * [headers] > https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 > I am no Android, Windows or WP developer but reading those platforms' > implementations it seems like they all in fact require some sort of a > download id at index 3. > All of this means that some of the plugin functionality cannot be used by > users because they are misguided by documentation. It also means that there > is a problem with arguments order, because "downloadId" is mandatory while > "trustAllHosts" is not. > I will submit a pull request via github to update the documentation. If this > is enough for the community we could leave it at that. > Otherwise it seems like how it should actually be done is as follows: > * source > * target > * download id > * [trustAllHosts] > * [headers] > I can/will easily do this for iOS and make necessary changes to the > documentation although I will need some help to fix this/review my > blindfolded fixes on other platforms. -- 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-8138) "download" parameters in documentation are inconsistent with implementation
Ivan Karpan created CB-8138: --- Summary: "download" parameters in documentation are inconsistent with implementation Key: CB-8138 URL: https://issues.apache.org/jira/browse/CB-8138 Project: Apache Cordova Issue Type: Bug Components: Plugin File Transfer Affects Versions: 3.7.0 Environment: org.apache.cordova.file-transfer 0.4.7 "File Transfer" Reporter: Ivan Karpan According to documentation "download" action parameters are as follows (optional ones are marked [as such]): * source * target * [trustAllHosts] * [options] https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download In iOS implementation the parameters are different: * source * target * [trustAllHosts] * downloadId * [headers] https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 I am no Android, Windows or WP developer but reading those platforms' implementations it seems like they all in fact require some sort of a download id at index 3. All of this means that some of the plugin functionality cannot be used by users because they are misguided by documentation. It also means that there is a problem with arguments order, because "downloadId" is mandatory while "trustAllHosts" is not. I will submit a pull request via github to update the documentation. If this is enough for the community we could leave it at that. Otherwise it seems like how it should actually be done is as follows: * source * target * download id * [trustAllHosts] * [headers] I can/will easily do this for iOS and make necessary changes to the documentation although I will need some help to fix this/review my blindfolded fixes on other platforms. -- 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-8138) "download" parameters in documentation is inconsistent with implementation
[ https://issues.apache.org/jira/browse/CB-8138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Karpan updated CB-8138: Summary: "download" parameters in documentation is inconsistent with implementation (was: "download" parameters in documentation are inconsistent with implementation) > "download" parameters in documentation is inconsistent with implementation > -- > > Key: CB-8138 > URL: https://issues.apache.org/jira/browse/CB-8138 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer >Affects Versions: 3.7.0 > Environment: org.apache.cordova.file-transfer 0.4.7 "File Transfer" >Reporter: Ivan Karpan > Labels: documentaion, file-transfer, plugin > > According to documentation "download" action parameters are as follows > (optional ones are marked [as such]): > * source > * target > * [trustAllHosts] > * [options] > https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download > In iOS implementation the parameters are different: > * source > * target > * [trustAllHosts] > * downloadId > * [headers] > https://github.com/IvanKarpan/cordova-plugin-file-transfer/blob/master/src/ios/CDVFileTransfer.m#L366 > I am no Android, Windows or WP developer but reading those platforms' > implementations it seems like they all in fact require some sort of a > download id at index 3. > All of this means that some of the plugin functionality cannot be used by > users because they are misguided by documentation. It also means that there > is a problem with arguments order, because "downloadId" is mandatory while > "trustAllHosts" is not. > I will submit a pull request via github to update the documentation. If this > is enough for the community we could leave it at that. > Otherwise it seems like how it should actually be done is as follows: > * source > * target > * download id > * [trustAllHosts] > * [headers] > I can/will easily do this for iOS and make necessary changes to the > documentation although I will need some help to fix this/review my > blindfolded fixes on other platforms. -- 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-8137) Passing options to .download causes crash on iOS
[ https://issues.apache.org/jira/browse/CB-8137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14239222#comment-14239222 ] Ivan Karpan commented on CB-8137: - Reproduced and looked into it. The problem was in "CDVFileTransfer.m", line 368, namely objc code expected third argument incoming from JavaScript to be boolean. According to documentation: https://github.com/apache/cordova-plugin-file-transfer/blob/master/doc/index.md#download The third parameter defines if all hosts should be trusted (from comments in objc code - if self-signed certificates should be allowed), false by default. The following code executes perfectly: var options = new FileUploadOptions(); new window.parent.FileTransfer().download(uri, 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, false, options); So this is not a bug, should be closed as such. Although I must say that the documentation and objc is quit4e different still... Options that come in from JavaScript are assigned to "objectId", which does I am not sure what. It also expects "headers" to come in as the fifth argument, which is inconsistent with documentation. In documentation it is said that only headers override is supported but de facto it is not because of the interface being inconsistent with documentation. I will open another issue for this separate problem. > Passing options to .download causes crash on iOS > > > Key: CB-8137 > URL: https://issues.apache.org/jira/browse/CB-8137 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File Transfer > Environment: xcode 6 > iOS 8.1.1 > org.apache.cordova.file 1.3.1 "File" > org.apache.cordova.file-transfer 0.4.7 "File Transfer" > Cordova CLI 4.1.2 >Reporter: David Banham > > The minimal repro is: > var options = new FileUploadOptions(); > new window.parent.FileTransfer().download(uri, > 'cdvfile://localhost/cache/'+destPath, fetchSuccess, fetchFailure, options); > The output from xcode is: > 2014-12-09 11:45:29.274 iCSL[276:33032] -[__NSDictionaryM boolValue]: > unrecognized selector sent to instance 0x17694c20 > 2014-12-09 11:45:29.275 iCSL[276:33032] *** Terminating app due to uncaught > exception 'NSInvalidArgumentException', reason: '-[__NSDictionaryM > boolValue]: unrecognized selector sent to instance 0x17694c20' > *** First throw call stack: > (0x24a9f49f 0x32693c8b 0x24aa48b9 0x24aa27d7 0x249d4058 0xaa493 0x88975 > 0x881ff 0x257a4f99 0x24a65c87 0x24a65803 0x24a63a53 0x249b13c1 0x249b11d3 > 0x2bd950a9 0x27fc0fa1 0x8e31b 0x32c13aaf) > libc++abi.dylib: terminating with uncaught exception of type NSException -- 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-7090) [iOS 8] Integrate wkwebview branch into master branch
[ https://issues.apache.org/jira/browse/CB-7090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14236909#comment-14236909 ] Ivan Karpan commented on CB-7090: - I am a little bit out of the loop on how to try. I will read this thread again and will try to lend some help. But I tested it as in it is a UNIX file system we are working with on iOS and so symbolic links always work as if the file is there. One other thought - I would not go for the tmp folder since it could be cleaned out by the system at an undetermined time. I am not sure why I think this way but I will try and confirm. The other reason could be that some apps are designed in a way that assumes it is OK to clean out the tmp folder to occasionally get rid of any byproducts. Application Support folder seems to be the best choice because it was intended to be used this way and because it is not backed up to iCloud by default. > [iOS 8] Integrate wkwebview branch into master branch > - > > Key: CB-7090 > URL: https://issues.apache.org/jira/browse/CB-7090 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah > > https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch "wkwebview" -- 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-7090) [iOS 8] Integrate wkwebview branch into master branch
[ https://issues.apache.org/jira/browse/CB-7090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14236669#comment-14236669 ] Ivan Karpan commented on CB-7090: - Hey guys, Wouldn't a symlink suffice? I mean it is not necessary to actually copy files... > [iOS 8] Integrate wkwebview branch into master branch > - > > Key: CB-7090 > URL: https://issues.apache.org/jira/browse/CB-7090 > Project: Apache Cordova > Issue Type: Sub-task > Components: iOS >Reporter: Shazron Abdullah > > https://git-wip-us.apache.org/repos/asf/cordova-ios.git branch "wkwebview" -- 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