file-transfer | A simple file transfer app

Hello i 've decided to migrate from Cordova to Capacitor on my Ionic/Angular project. I have created a new capacitor project following the instructions https://capacitorjs.com/docs/v2/getting-started/with-ionic

Now i have installed some plugins as you may see on the screenshot i attached.

I copy paste the app folder from my cordova project to my new capacitor app folder.

Obviously i am getting errors for the modules as you may see in the attached screenshot.

I don't expect anyone to solve me those, but can someone write me what will the next steps i should do? Tracking down node_modules one by one? Any suggestions will help me i am sure.

Here is the app.module.ts

I'm trying to prepare a flow where we can regularly pull the available new files in third parties' on-prem server to our S3 using AWS Transfer family. I read this documentation https://aws.amazon.com/blogs/storage/how-discover-financial-secures-file-transfers-with-aws-transfer-family/, but it was not clear on setting up and configuring the process. Can someone share any clear documentation or reference links on using AWS Transfer Family to pull files from external on-prem server to our S3?

Right after the splash screen fades out, the app is stuck on a blank page leaving this error in the console (ProxyWeb::didFailProvisionalLoadForFrame)

Note that the same app works perfectly on all previous IOS versions. I tried to change the webview plugin version, cordova-ios, and played around with angular build process but no luck.

I suspect that the angular portion of the project does not initialize, cordova itself loads successfully but anything beyond that is just an empty blank screen.

Apache Camel SFTP implementation uses JSch. But JSCH supports only binary file transfer, as I understand from this link:
How to set file type and file transfer mode in JSch?

Then how does Camel SFTP support binary as an URI parameter?
https://camel.apache.org/components/latest/sftp-component.html

Is my understanding wrong?

We recently migrated an Cordova App to Capacitor. I am currently working on a feature, which uses Canvas blob data to create File (WebAPI), which we sent to an API. But I noticed that the File API in the Capacitor WebView is outdated and broken:

In the Screenshot I am debugging the App on an iPhone 8 with iOS 14.3 and you will notice the size of the File is always zero and the name property somehow holds the actual data. (e is an Blob).

The first example shows creating a File from a blob, but afterwards the file has size 0 and the name is the BlobArray.

I'm trying to generate a bundle for iOS but pods throw me this error. I'm 95% sure that it's a problem with plugins but I can't solve.

I tried to reinstall pods, recreate capacitor ios. I'm doing it on mac, with new m1's

✔ Updating Android plugins in 25.89ms

Found 2 Capacitor plugins for android: @capacitor-community/keep-awake (1.0.0) capacitor-keep-screen-on (1.0.0-alpha.6) Found 6 Cordova plugins for android cc.fovea.cordova.purchase (10.1.1) cordova-plugin-device (2.0.3) cordova-plugin-file (6.0.2) cordova-plugin-file-transfer (1.7.1) cordova-plugin-ionic (5.4.7) cordova-plugin-whitelist (1.3.4) enter code here

✔ update android in 65.89ms

✔ Updating iOS plugins in 8.94ms Found 2 Capacitor plugins for ios: @capacitor-community/keep-awake (1.0.0) capacitor-keep-screen-on (1.0.0-alpha.6) Found 5 Cordova plugins for ios cc.fovea.cordova.purchase (10.1.1) cordova-plugin-device (2.0.3) cordova-plugin-file (6.0.2) cordova-plugin-file-transfer (1.7.1) cordova-plugin-ionic (5.4.7) ⠋ Updating iOS native dependencies with "pod i⠙ Updating iOS native dependencies with "pod i⠹ Updating iOS native dependencies with "pod i⠸ Updating iOS native dependencies with "pod i⠼ Updating iOS native dependencies with "pod i⠴ Updating iOS native dependencies with "pod i⠦ Updating iOS native dependencies with "pod i⠧ Updating iOS native dependencies with "pod i⠇ Updating iOS native dependencies with "pod i⠏ Updating iOS native dependencies with "pod i

✖ Updating iOS native dependencies with "pod install" (may take several minutes):

✖ update ios: [error] Analyzing dependencies

――― MARKDOWN TEMPLATE ―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――

I wonder about an efficient way to copy files (on Linux, on a FS which supports copy-on-write (COW)). Specifically, I want that my implementation uses copy-on-write if possible, but otherwise falls back to other efficient variants. Specifically, I also care about server-side copy (supported by SMB, NFS and others), and also zero-copy (i.e. bypassing the CPU or memory if possible).

(This question is not really specific to any programming language. It could be C or C++, but also any other like Python, Go or whatever has bindings to the OS syscalls, or has any way to do a syscall. If this is confusing to you, just answer in C.)

It looks like ioctl_ficlonerange, ioctl_ficlone (i.e. ioctl with FICLONE or FICLONERANGE) support copy-on-write (COW). Specifically FICLONE is used by GNU cp (here, via --reflink).

Then there is also copy_file_range, which also seems to support COW, and server-side-copy. (LWN about copy_file_range.)

It sounds as if copy_file_range is more generic (e.g. it supports server-side-copy; not sure if that is supported by FICLONE).

However, copy_file_range seems to have some issues. E.g. here, Paul Eggert comments:

[copy_file_range]'s man page says it uses a size_t (not off_t) to count the number of bytes to be copied, which is a strange choice for a file-copying API.

Are there situations where FICLONE would work better/different than copy_file_range?

Are there situations where FICLONE would work better/different than FICLONERANGE?

Specifically, assuming the underlying FS supports this, and assume you want to copy a file. I ask about the support of these functions for the functionality of:

• Copy-on-write support
• Server-side copy support
• Zero-copy support

Are they (FICLONE, FICLONERANGE, copy_file_range) always performing exactly the same operation? (Assuming the underlying FS supports copy-on-write, and/or server-side copy.)

Or are there situations where it make sense to use copy_file_range instead of FICLONE? (E.g. COW only works with copy_file_range but not with FICLONE. Or the other way around. Or can this never happen?)

Or formulating the same question differently: Would copy_file_range always be fine, or are there situations where I would want to use FICLONE instead?

Why does GNU cp use FICLONE and not copy_file_range? (Is there a technical reason, or is this just historic?)

Related: GNU cp originally did not use reflink by default (see comment by the GNU coreutils maintainer Pádraig Brady). However, that was changed recently (this commit, bug report 24400), i.e. COW behavior is the default now (if possible) (--reflink=auto).

Related question about Python for COW support.

Related discussion about FICLONE vs copy_file_range by Python developers. I.e. this seems to be a valid question, and it's not totally clear whether to use FICLONE or copy_file_range.

Related Syncthing documentation about the choice of methods for copying data between files, and Syncthing issue about copy_file_range and others for efficient file copying, e.g. with COW support. It also suggests that it is not so clear that FICLONE would do the same as copy_file_range, so their solution is to just try all of them, and fallback to the next, in this order: ioctl (with FICLONE), copy_file_range, sendfile, duplicate_extents, standard.

Related issue by Go developers on the usage of copy_file_range. It sounds as if they agree that copy_file_range is always to be preferred over sendfile.

(Question copied from here but I don't see how this is too less focused. This question is very focused and asks a very specific thing (whether FICLONE and copy_file_range behave the same), and should be extremely clear. I formulated the question in multiple different ways, to make the question even more clear. This question is also extremely well researched, and should already be very valuable to the community as-is with all the references. I would have been very happy if I would have found such a question by itself, even without answers, when I started researching about the differences between FICLONE and copy_file_range.)

I am working on a Cordova application.

When I run the application for first time after installation, it works fine. But for subsequent runs it throws above error.

Added the cordova file transfer plugin