Well, I hope CL test lab has some older devices to test on.
This issue happens when you try to leave a scene when a webview is still loading the page.
Even if you call stop first before removing it , it still crashes.
I reverted to using webpopups for now, whilst this issue is unresolved .
Has anyone filed a bug report on this yet? If now I will do so.
Cheers
This issue happens when you try to leave a scene when a webview is still loading the page.
It crashes consistently for me on iPhone 4 + iPhone 5s.
Even if you call stop first before removing it , it still crashes.
I reverted to using webpopups for now, whilst this issue is unresolved .
Has anyone filed a bug report on this yet? If now I will do so.
Cheers
Glad to hear you were able to duplicate the problem. I was wondering if anyone else would see it too or whether it was my iPhone4 going bonkers. I did not file a bug report on this one. Would be great if you could do it. Thanks much!!!
It’s weird… after the workaround, I never see crashes in iPhone 5S + iPhone 4 (I have both)
Please who claim crashes, could you share the source code that can reproduce the crash?
webView has been the weakest link in my business app from my last 4-months experience.
With this strange crash bug that people have been saying things differently in this post, I would suggest you vote on this request:
webView plays an important part for some business app. webView really needs more attention from Corona and take some ACTIONS.
Hi guys,
We still don’t have filed bug cases for what you describe, and now it seems that you can’t reliably reproduce the crash. Until you can, we can’t take much action until this happens… I hope you understand the logic behind that stance.
In your list, the cases that may be actual bugs should still be filed as reproducible bug cases. As for the features you request, some of them are appear to be reasonable at first glance, while others (sharing with Evernote?) would need to be described in much better detail re: what you’re struggling with and why.
Best regards,
Brent
Brent, I can consistently crash the Business App Sample from CL using the method I reported above on my iPhone4. Rob tried on iPhone5 and could not duplicate. Do you or someone else at CL have access to an iPhone4? Thanks
I need to review the devices we have and get back to you. I personally have an iPod Touch 4th-gen with iOS6.1.3, so this may be a similar test device. Should I test on that, or has somebody already done so?
I just googled the devices and seems like your iPod touch is similar to my iPhone4 with less memory. Reference - Click here
So my guess is that if anything you will see the issue sooner than I do which is even better. I usually manage to get the crash on the 4th or 5th open close. Please go ahead and test if you have the time. Thanks so much!!!
Here are my explanations about the list:
(1) It’s always on top. The app cannot detect user swipes when webView is there. The app cannot show some menu on top of the webView.
If it’s always on top, I cannot put any menu on top of it. The modern apps that has embedded web browsers can place menu or some user action buttons on top of it. They can also detect user gestures. And we cannot do anything. The webView seems very “un-advanced” to users.
(2) The loading event for iOS is sometimes missing.
Although this bug has been claimed as fixed, I have found it’s still missing in some case from my testing. I have been stating this in the other forum post, but it’s ignored and nothing happens.
(3) There is no 100% way to tell what the current URL is.
Because of (2), if the loaded event is not 100% there (besides, what if the Internet connection is lost before generating the loaded event), how to determine the current URL is? To know the current URL is the basic step to share the current link to other apps or to open it from Safari.
(4) The webView gives blank screen for some links.
Although it does not happen often, I have been encountering this for a few times when you click some internal links in some web pages, it does not go anywhere but a blank screen. And if I try to open the same web pages in Safari, it works well.
(5) The webView does not load pages fast enough comparing to Safari/Chrome.
My app is a reader app so my users use the webView heavily. I have received several complaints (let alone these who keep silent) about my webView loads slower than Safari, which gives bad user experience. I have tried this too. I think the speed is almost the same, however Safari shows some page content first before the loading is finished, and our webView shows the whole page content once it’s finished loading. It’s quite obvious to feel our webView is slower from a user’s perspective. Besides, without a progress indication (although there is a spinner), the waiting time feels longer.
(6) The webView cannot show loading progress indicator because there is no way to know the progress
A loading progress indicator will give better user experience.
(7) The webView cannot share to other apps, such as Evernote, etc.
The modern apps that use embedded web browsers today all have the sharing feature to other apps. Although we have Facebook/Twitter/Weibo/Email/Message sharing, but we have to implement them one by one and there are more sharing options (to other apps, Evernote is just an example). Besides, as explained in (1), the webView is always on top, I cannot show a sharing menu on top of it, which is very odd. I am using “system alert” now to show a text sharing menu at this moment, which looks very “un-advanced”. On the other hand, why not make this sharing feature to be included in webView? So every Corona users who use webView can have it instantly? because every embedded browser today has such a “basic” feature that is implemented in a nice & advanced way.
(8) a new-found bug: changing webView rotation and then its width (in order to support device orientation) doesn’t work as expected
I have been using webView in Portrait mode. It’s a very nature & basic feature to show webView in landscape mode while the device orientation changes. However when I try to implement it, I found I can’t because of the bug. Unless I am doing something wrong (I have asked it in another forum post but no response), I think it’s a bug that need to be taken care of asap.
I just tested this on my iPod Touch 4th-gen using iOS 6.1.5. I cannot get it to crash. However, I am able to crash the sample biz app on my iPhone5 using iOS7, but only when I “< Back” out of a web view which is still loading (i.e. one of the Corona Geek ones which takes longer to load because they have an embedded YouTube video in them). While that was loading, if I hit the widget “< Back” button, it crashes fairly reliably.
Does this sound like what you or others are seeing?
Unfortunately I can’t test on the iPod Touch 4th-gen with iOS7, because Apple won’t let me upgrade to iOS7 on that device (I guess they consider it just a bit too old).
Brent
This sounds like exactly the same issue I was seeing. You also proved it’s not due to lower resources on iphone4. Thank you.
Joe. thanks for the list. It’s a good reference to some of the pain points the community is feeling with webViews. We’ve been talking with Engineering about this and I’ve got some feedback so I can answer some of these for you. There are a few that we need bug reports on (that after talking with engineering don’t seem to exist).
- This is a very common request, not only with webView’s but any thing that is of the native.* API family. Corona SDK is built upon OpenGL. All of our drawing tools, like the display.* API’s, graphics.* API’s and such render to the Open GL canvas. To the actual app, they get a screen buffer that’s updated either 30 or 60 times per second. Native objects, as defined by the various operating systems do not interact with the OpenGL canvas. For iOS, Android and OS-X they sit on a layer above the OpenGL canvas. For Windows, the native.* objects have to be in a separate window completely. There is nothing that Corona Labs or any other software using the OpenGL graphics can do about this. We wish it were possible, but it’s not. It is also not practical to try and build an OpenGL version of these very complex features.
2 - 3. I think this is the bug we fixed, but reports are that it is not completely fixed. I saw a bug report that looks similar to this, but it wouldn’t hurt to have one. Keep in mind that we need a complete projects (main.lua, build.settings, config.lua) that shows the issue. We can’t recreate your build.settings and config.lua which may impact the testing.
-
We need to know what links is generating a black screen and it would be best to have this in the form of a bug report so the engineers will have all the information they need.
-
Speed: We are calling the native SDK’s provided by the operating system for this to do the work. Corona is really out of the loop there. I’m speculating here, but the browsers may have additional features like caching that the OS doesn’t grant to webViews.
6. seems related to #2 above.
-
There is some confusion on what you’re asking for here. Is this related about trying to draw things on top of the webView?
-
I believe we have a bug report on this.
Rob
Rob, can you kindly confirm whether we need a bug report for the bug you were not able to duplicate but Brent managed to later on? Since in 2100 it does not seem to crash in this manner I see this as a regression bug. CL sample code is where it’s seen so a bug report at this point seems like unnecessary work to me. Regression bugs should take priority right? Thanks
That bug has been filed.
Rob
Love it when you say that! :)
Thank you very much!
So happy there’s been some traction with this issue.
@Brent: I can confirm iPod Touch 4g with iOS 6.x as well (iOS7 not possible, as you stated). I have an iPad mini (non-retina) and iPhone 5 that also have the same issue.
Thanks for the detailed response.
If it is the way it is & nothing can be done, I have to say Corona webView provides basic functionalities only. And my conclusion is that apps that really use & depend embedded browsers a lot, like a news reader app, should not be built with Corona. I think I have to go with XCode if I want to put my news reader app into another level. I will use Corona for games only or business apps that don’t require an advanced embedded browser at all.
Take a look at modern news apps like Flipboard & recently-launched Facebook Paper, their embedded browsers are where the trend is going. I had hoped I could do something similar with Corona for the embedded browser.
Is this fixed? My webview crash sometimes when I trying to remove the webview before the web has been completely loaded on iOS 7.
I am using Corona Build 2014.2152 and I had this problem on iPad 3 iOS 7.0.4.