No modale "File transfer" window and lot of news modes

[Gowapinou]

La fenetre « transfert de fichier » s'affiche en bloquant la téléassistance.
Merci de la proposer les évolutions suivantes :
1- la fenetre « transfert de fichier » ne doit pas bloquer la téléassistance,
2- Gestion de la priorité du transfert de fichier : en mode prioritaire, il n'est pas nécessite l'actualiser l'écran distant (mode exclusif) ; en mode 50%, proposer une restitution de l'image distante avec moins de couleurs ou autre méthode pour réduire la bande passante.
3- transfert en arrière plan ; permettre une gestion de type "file d'attente" ou les actions sur les fichiers se déroule à la suite et une pause peut être demande ; l'ordre des traitement peut être modifier.
4- si la fenetre de transfert plante pendant le traitement fichier, réouverture automatique de la fenetre pour une reprise automatique sur l'étape suivant. Mettre le traitement ayant fermé la fenetre en fin de la liste des traitements pour refaire un essais.
5 - protocole de transfert : en fonction des besoins technique ou de disponibilité de flux, voir même du type de fichier, un protocole plus adapté peu être choisi manuellement ou automatiquement. Par exemple, SMB1/2/3, FTP, SFTP, FTPS, HTTP, HTTPS, RDP, VNC, ICA… >> UVNC utilise un port unique >> le FTP peut utiliser le même port ?
6 - segmentation de transfert : permet un téléchargement multithread et un aperçu par case de l'avancement.

___________________

The "file transfer" window is displayed blocking remote support.
Please propose the following changes:
1- The "file transfer" window should not block remote assistance,
2- File transfer priority management: in priority mode, it is not necessary to refresh the remote screen (exclusive mode); In 50% mode, offer remote image reproduction with fewer colors or other method to reduce bandwidth.
3- Background transfer; allow "queue" type management where actions on files take place consecutively and a pause can be requested; The order of treatments can be changed.
4- If the transfer window crashes during file processing, automatically reopen the window for automatic resumption on the next step. Put the treatment that closed the window at the end of the list of treatments to try again.
[s]5 - Transfer protocol: depending on the technical needs or availability of the stream, or even the type of file, a more suitable protocol can be chosen manually or automatically. For example, SMB1/2/3, FTP, SFTP, FTPS, HTTP, HTTPS, RDP, VNC, ICA... >> UVNC uses a single port >> FTP can use the same port?[/s]
6 - Transfer segmentation: allows multi-threaded uploading and a per-box overview of the progress.

[Rudi De Vos]

All need to be done in a single tcp port, using a single port is design choose.

Else, we simple could add a ftp server and let the user use filezilla to transfer files.
Then we don't need to invent the wheel and use the great tool on viewer viewer site.

This was an idea in the past, encapsulate ftp in the vnc stream and extract on the viewer site.
Then you could ftp to localhost.
If someone want to help to implement it we will gladly add it

[Gowapinou]

[FR] Le FTP peut utiliser le même port ?
[EN] FTP can use the same port?

[Rudi De Vos]

Theoretical, but hard to implement
ftp server <-> local vnc compose channel <->remove vnc spli channel<->Filezilla
The fileZilla ftp commands are send over achannel insite the vnc stream

[Gowapinou]

[FR] Le point 5 peut être ignoré, mais les autres points reste intéressant ?
[EN] Point 5 can be ignored, but the other points are still interesting?