[BUG] Drag and drop upload broken after update to v28

[HenrysCat]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

When trying to drag and drop a file in to the browser to upload the file simply opens in the browser or failes to upload completely, upload by selecting 'new' then 'upload files' works ok

Expected Behavior

Upload to nextcloud as before

Steps To Reproduce

1. login to files page
2. Drag file on to browser window

Environment

- OS: Debian 11.7
- How docker service was installed: curl -sSL https://get.docker.com | sh

CPU architecture

arm64

Docker creation

---
version: "2.1"
services:
  nextcloud:
    image: lscr.io/linuxserver/nextcloud:latest
    container_name: Nextcloud
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/London
    volumes:
      - /srv/dockerdata/nextcloud_data/config:/config
      - /srv/dockerdata/nextcloud_data/data:/data
    ports:
      - 445:443
    restart: unless-stopped

Container logs

using keys found in /config/keys
Initializing nextcloud 28.0.0.11 (this can take a while) ...
Upgrading nextcloud from 27.1.4.1 ...
Setting permissions
Nextcloud or one of the apps require upgrade - only a limited number of commands are available
You may use your browser or the occ upgrade command to do the upgrade
Setting log level to debug
Turned on maintenance mode
Updating database schema
Updated database
Disabled incompatible app: files_rightclick
Updating <federation> ...
Updated <federation> to 1.18.0
Updating <lookup_server_connector> ...
Updated <lookup_server_connector> to 1.16.0
Updating <oauth2> ...
Updated <oauth2> to 1.16.3
Updating <password_policy> ...
Updated <password_policy> to 1.18.0
Updating <photos> ...
Updated <photos> to 2.4.0
Updating <files> ...
Updated <files> to 2.0.0
Updating <activity> ...
Updated <activity> to 2.20.0
Updating <cloud_federation_api> ...
Updated <cloud_federation_api> to 1.11.0
Updating <dav> ...
Fix broken values of calendar objects
 Starting ...
Clean up old calendar subscriptions from deleted users that were not cleaned-up
    0/0 [>---------------------------]   0% Starting ...
Updated <dav> to 1.29.1
Updating <files_sharing> ...
Updated <files_sharing> to 1.20.0
Updating <files_trashbin> ...
Updated <files_trashbin> to 1.18.0
Updating <files_versions> ...
Updated <files_versions> to 1.21.0
Updating <sharebymail> ...
Updated <sharebymail> to 1.18.0
Updating <workflowengine> ...
Updated <workflowengine> to 2.10.0
Updating <comments> ...
Updated <comments> to 1.18.0
Updating <notifications> ...
Updated <notifications> to 2.16.0
Updating <systemtags> ...
Updated <systemtags> to 1.18.0
Updating <theming> ...
Migrate old user accessibility config
    0/0 [->--------------------------]   0% Starting ...
Updated <theming> to 2.3.0
Updating <bruteforcesettings> ...
Updated <bruteforcesettings> to 2.8.0
Updating <contactsinteraction> ...
Updated <contactsinteraction> to 1.9.0
Updating <federatedfilesharing> ...
Updated <federatedfilesharing> to 1.18.0
Updating <files_pdfviewer> ...
Updated <files_pdfviewer> to 2.9.0
Updating <files_reminders> ...
Updated <files_reminders> to 1.1.0
Updating <logreader> ...
Updated <logreader> to 2.13.0
Updating <privacy> ...
Updated <privacy> to 1.12.0
Updating <provisioning_api> ...
Updated <provisioning_api> to 1.18.0
Updating <recommendations> ...
Updated <recommendations> to 2.0.0
Updating <related_resources> ...
Updated <related_resources> to 1.3.0
Updating <serverinfo> ...
Updated <serverinfo> to 1.18.0
Updating <settings> ...
Updated <settings> to 1.10.0
Updating <text> ...
Updated <text> to 3.9.1
Updating <twofactor_backupcodes> ...
Updated <twofactor_backupcodes> to 1.17.0
Updating <user_status> ...
Updated <user_status> to 1.8.1
Updating <viewer> ...
Updated <viewer> to 2.2.0
Starting code integrity check...
Finished code integrity check
Update successful
Turned off maintenance mode
Resetting log level
Initializing finished
[custom-init] No custom files found, skipping...
[ls.io-init] done.

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[j0nnymoe]

Likely browser cache or an upstream issue

[HenrysCat]

Cleared the cache, tried different browser and different PC On 16 Dec 2023, at 09:57, j0nnymoe ***@***.***> wrote:  Likely browser cache or an upstream issue — Reply to this email directly, view it on GitHub<#389 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ALMD5T36EIHMKPJZ4OUZRBLYJVWADAVCNFSM6AAAAABAXMSGRKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJYG43TOOBTGI>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[batuhan0sanli]

I'm having the same problem. I also occasionally have problems uploading files. The way to move multiple files has also been removed.

[j0nnymoe]

You will need to check upstream nextcloud issues to see if anyone else is reporting the issue. I don't believe to be a container issue.

[HenrysCat]

What does "upstream" actually mean?

[aptalca]

Upstream is Nextcloud. They develop the app. We package it in a docker image.

I have a similar problem since version 28.0.0. When I want to drag and drop a file, the files-list__drag-drop-notice div appears but as soon as I am over it, a display: none; appears and this causes the file to open in the browser instead of downloading. Sorry if I'm not in the right place or unclear, it's my first time on github.

[HenrysCat]

This is getting fixed in official Nextcloud nextcloud/server#42366

[drizuid]

closing this as it's an upstream issue, please track there. Once they push a release that fixes it, we will automatically pick it up and build.