[jira] [Commented] (CB-11974) wkwebview LocalStorage Persistence For Existing Users

2019-02-15 Thread Ravindra Palli (JIRA)


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

Ravindra Palli commented on CB-11974:
-

If you want support for both localstorage and indexed db, can use 
[https://github.com/ravindrapalli33/cordova-plugin-migrate-localstorage]
along with [https://github.com/apache/cordova-plugin-wkwebview-engine]

> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>Priority: Major
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-11974) wkwebview LocalStorage Persistence For Existing Users

2018-07-15 Thread Shazron Abdullah (JIRA)


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

Shazron Abdullah commented on CB-11974:
---

Thanks for the warning, I thought we are having a discussion here. If I had all 
the answers it wouldn't be a discussion would it? "obvious reasons" might be 
immediately obvious to you, but there might be loopholes in any argument, 
especially as I concede, mine.

The interim version of course has to be installed first -- what I consider to 
be a reasonable period (deprecation period?) that users must update to. I know 
this is unworkable for most people.

I also mentioned this:
{noformat}
With the next major platform version of cordova-ios, the wkwebview plugin will 
be baked in, so "migration" will be easier. When the user who is still on 
UIWebView has migrated their data to the interim format, you can switch to 
WKWebView usage that will then ingest this data.
{noformat}

This could solve that scenario. If the user is still on UIWebView and they 
upgrade to this dual webview engine version, no problem -- the app still runs 
(not ideal). In the meantime, you copy their data as I mentioned (the interim 
solution), then on next run (or on the same run), you can switch to WKWebView 
and migrate the data. This is a proposed solution (dynamic webview switching, 
or at least switch on start), but it has not been implemented yet, I'm still 
working out the details.



> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>Priority: Major
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-11974) wkwebview LocalStorage Persistence For Existing Users

2018-07-11 Thread Martin Kleinschrodt (JIRA)


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

Martin Kleinschrodt commented on CB-11974:
--

> My suggestion is in the interim, before migrating users to wkwebview, write 
> the localStorage key data to a file as well as localStorage (duplicate the 
> data in two locations).

> Then for the next update, read from this file to write to localStorage. This 
> avoids the situation where you really need to know file locations of the 
> webkit storage, but rely on a reliable, consistent, interim format.

This does not work for obvious reasons. The suggested interim version *has to 
be installed by all existing users before updating to the "final" version*. If 
a user skips the interim version, which is almost guaranteed to happen unless 
it is around for a very long time, the migration will fail and the user will 
lose all their data. If you don't want to integrate this into cordova-ios, 
fine, but please don't suggest "solutions" that simply are not workable.

 

> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>Priority: Major
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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



[jira] [Commented] (CB-11974) wkwebview LocalStorage Persistence For Existing Users

2017-07-08 Thread Jan Piotrowski (JIRA)

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

Jan Piotrowski commented on CB-11974:
-

If it works reliably you should see that it is added to the docs.

> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
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-11974) wkwebview LocalStorage Persistence For Existing Users

2017-07-08 Thread Martin Kleinschrodt (JIRA)

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

Martin Kleinschrodt commented on CB-11974:
--

Makes sense. So I guess this issue can be closed now with a reference to the 
plugin?

> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
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-11974) wkwebview LocalStorage Persistence For Existing Users

2017-07-07 Thread Jan Piotrowski (JIRA)

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

Jan Piotrowski commented on CB-11974:
-

As not all apps have to migrate localstorage and especially for new apps this 
is not relevant, I think this is the special use case for a plugin. Thanks for 
creating this!

> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
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-11974) wkwebview LocalStorage Persistence For Existing Users

2017-07-07 Thread Martin Kleinschrodt (JIRA)

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

Martin Kleinschrodt commented on CB-11974:
--

I got tired of waiting for this issue to be addressed here so I built a 
companion plugin for handling LocalStorage data migration from UIWebView to 
WKWebView: https://github.com/maklesoft/cordova-plugin-migrate-localstorage

Personally I don't mind using a separate plugin but I think more people could 
benefit from it if the logic was integrated into this plugin directly. I'd be 
happy to submit a PR but obj-c admittedly is not my strong-suit so I'd probably 
need some help with tests and such. Thoughts?

> wkwebview LocalStorage Persistence For Existing Users
> -
>
> Key: CB-11974
> URL: https://issues.apache.org/jira/browse/CB-11974
> Project: Apache Cordova
>  Issue Type: Bug
>  Components: cordova-plugin-wkwebview-engine
>Reporter: Charles Vanderhoff
>  Labels: wkwebview-known-issues
>
> There are a number of apps out there that rely on localstorage to store 
> session / user data. We really need a way to transfer this data to the 
> wkwebview-engine so existing users are not left out in the cold.
> Crosswalk handles this process automatically by migrating that data to the 
> new browser when the plugin is installed and first run on an existing user's 
> device. It would be really, really awesome if this plugin handled this issue 
> the same way.



--
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