Navigation

    Kopano
    • Register
    • Login
    • Search
    • Categories
    • Get Official Kopano Support
    • Recent
    Statement regarding the closure of the Kopano community forum and the end of the community edition

    Drag and drop elements and attachments

    WebApp & Plugins
    7
    18
    2080
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • boospy
      boospy last edited by

      My colleague had already successfully phoned your support today. Works perfect. Thanks :)

      1 Reply Last reply Reply Quote 0
      • mpraunegger
        mpraunegger last edited by

        Nice to know and to see, but there exists an issue @jira since many years: https://jira.kopano.io/browse/KW-233
        Is there any reason why?

        1 Reply Last reply Reply Quote 0
        • robsie
          robsie last edited by

          @mpraunegger said in Drag and drop elements and attachments:

          Is there any reason why

          We developed SiKoDaD (Siedl Kopano Drag and Drop) based on a customer request and will now continue to develop it. Unfortunately, I don’t have any further information about the Kopano Jira Ticket.

          1 Reply Last reply Reply Quote 0
          • pd_marko
            pd_marko last edited by pd_marko

            Hi,

            first of all, thanks for that extension. It works, but we think we found a bug.
            If everything is installed on Windows 10, the service is running and you are using the latest deskapp, the option “use client-application” is activated.
            If you drag and drop for example a pdf file to the desktop, the size is 0 byte. If the option “use client-application” is deactivated, the drag and drop feature works as expected. Within the Webapp it is eqal if you check the option “use client-application” or not, both works.

            BTW: your extension works also on Windows 7, to drag and drop files directly to the desktop.

            If you need further information, please let me know.

            I’m also interested in a Linux version. It would be nice, if the cinnamon desktop will be supported.

            BR Marko

            geri 1 Reply Last reply Reply Quote 0
            • geri
              geri @pd_marko last edited by

              Hi @markosalzmann,

              you usually get a 0kB file if the background download job for the file failed.
              There are a few cases where this happened afaik:

              • If you have the insecure cookie setting enabled in WebApp
              • If your webserver only allows TLSv1.2 or newer
              • If you file is larger than the php memory limit allows

              It works if you disable the client support in the plugin, because in that case, the drag operation is handled by the chrome engine itself (which DeskApp is based on; and which has numerous limitations, hence the client app exists).
              My guess to it not working in WebApp then is that you are probably using Firefox, which does not support chrome drag operations.

              kind regards,
              geri

              pd_marko 1 Reply Last reply Reply Quote 0
              • pd_marko
                pd_marko @geri last edited by

                Hi @geri,

                sorry if my post wasn’t clear enough, within webapp, everything works as expected.
                The issue only exists within the deskapp. So this shouldn’t depend on TLS or php memory limit, right?

                Kind regards,
                Marko

                geri 1 Reply Last reply Reply Quote 0
                • geri
                  geri @pd_marko last edited by

                  Hi @pd_marko ,

                  so you only get the 0kB files with DeskApp, and WebApp in the Browser works fine even when using client the client app?
                  To test if it is actually the client app doing the drag operation, you can try dragging multiple attachments at once (ctrl click to select them).

                  You can rule out the php memory limit, because in that case you would not be able to download the file at all in DeskApp/WebApp (which was at about 90MB attachment size in my tests).
                  You can also rule out TLS version and cookies, if any downloads using the client app work, because if these were the problem it would not work at all.
                  So it may also be also be a completely new issue.

                  Basically all of the issues mentioned in my previous post (except the php limit, since thats out of the scope of the plugin) were already fixed in the current development build.
                  I’m hoping to have the new Version ready in the next few weeks, but i sadly cannot say for certain.
                  If you’d like to have your hands on a pre-release build of the new version for testing purposes you could contact us at office@siedl.net, since i cannot post a public download link as of yet.

                  Kind regards,
                  geri

                  pd_marko 1 Reply Last reply Reply Quote 0
                  • pd_marko
                    pd_marko @geri last edited by pd_marko

                    @geri
                    Hi geri,

                    we’ve tested your suggestions and can corfirm my reported error with the deskapp.
                    Wtihtin the webapp, we can save 4 attachments at once via drag and drop (size was about 10MB).
                    With the deskapp, we are getting the following error and Windows 10 don’t accept any input.
                    The computer must be rebooted. The Windows 10 Version is 20H2.

                    Kind regards,
                    Marko

                    drag_n_drop_sikodad_issue.png

                    Sorry for the bad picture quality.

                    geri 1 Reply Last reply Reply Quote 0
                    • geri
                      geri @pd_marko last edited by

                      Hi @pd_marko ,

                      could it be, that the DeskApp was configured against an internal IP / hostname of the kopano server that does not match the ssl certificate?
                      The client-app does check the certificate validity (without any way currently do disable that, hence the requirement of a valid ssl certificate).

                      kind regards,
                      geri

                      pd_marko 1 Reply Last reply Reply Quote 0
                      • pd_marko
                        pd_marko @geri last edited by

                        Hi @geri

                        You were right, the problem is solved. We entered the IP address instead of the correct DNS name on some clients.
                        After replacing the IP, everything is working as expected.

                        Thanks for your help and merry christmas.

                        kind regards,
                        Marko

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post