Skip to content
This repository was archived by the owner on Oct 12, 2022. It is now read-only.
This repository was archived by the owner on Oct 12, 2022. It is now read-only.

Any plans to support capacitor? #450

@vially

Description

@vially

Description

I would like to start a discussion regarding the possibility to add code-push support to capacitor? I understand that this may not be the right place to ask this question because this repository is for cordova, but I think capacitor and cordova are similiar enough that it might make sense to start a discussion in here.

Background

We're currently in the process of migrating an app from cordova to capacitor and the lack of support for code-push in capacitor is one of our blocking issues.

Our short-term plan is to fork cordova-plugin-code-push and replace all the cordova plugin calls with their capacitor equivalents. We already started going down this path. But we've just got started and it's already obvious that our fork will diverge pretty quickly from upstream which will make it hard to keep our fork in sync (and will make it harder to try to upstream our work).

I would like to start a discussion about this and see if you guys have any interest in supporting capacitor, or do you think it would be better to leave this to the community to figure it out?

And if you do have any interest in supporting it, do you think it makes sense to have separate plugins (and repositories) for cordova and capacitor? Or would it be preferable to have one plugin which delegates the underlying platform calls to a library (which doesn't exist yet) which abstracts away the differences between cordova and capacitor?

Another approach could be to leverage the capacitor support for cordova plugins.

We've tried this approach (on Android) and it didn't seem to work, but let's just suppose that it could be fixed.

My main concern with this approach is that code-push relies on cordova-plugin-file for filesystem access. And cordova-plugin-file overwrites the browser's FileReader in a backwards incompatible way which is causing all kinds of issues (related issues: pannellum, ionic-native, ionic2-app-base).

So we'd really like to avoid having cordova-plugin-file as a dependency and that wouldn't be possible with this approach.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions