Thanks for reporting this. For the future, please follow https://www.mediawiki.org/wiki/How_to_report_a_bug . It took me a while to understand that this is probably about editing via the web-interface.

Or maybe it isn't? Looks like I can also get that dialog by going to https://gerrit.wikimedia.org/r/c/labs/tools/crosswatch/+/663148,edit and then clicking ADD/OPEN/UPLOAD.

I can reproduce with Firefox 85 on Linux.

That link is not working Aklapper?

在T274699#6828171中，@Aklapper写道：

Thanks for reporting this. For the future, please follow https://www.mediawiki.org/wiki/How_to_report_a_bug . It took me a while to understand that this is probably about editing via the web-interface.

Okay, this is because I'm just more familiar with the menu on the left side of the avatar (it only provide the ‘create task’) rather than the create tasks submenus, and it seems that I cannot change the type

在T274699#6828216中，@Travelexperts写道：

That link is not working Aklapper?

That link is work for me.

Same on Firefox 78. From a very quick look at Gerrit source code:

<div id="dragDropArea" on-drop="_handleDragAndDropUpload">
  <p>Drag and drop a file here</p>
  <p>or</p>

The function is defined in:

  _handleDragAndDropUpload(event) {
    // We prevent the default clicking.
    event.preventDefault();
    event.stopPropagation();

    this._fileUpload(event);
  }

  _handleFileUploadChanged(event) {
    this._fileUpload(event);
  }

...

  _fileUpload(event) {
    const e = event.target.files || event.dataTransfer.files;
    for (const file of e) {
      if (!file) continue;

      let path = this._path;
      if (!path) {
        path = file.name;
      }

      const fr = new FileReader();
      fr.file = file;
      fr.onload = fileLoadEvent => {
        if (!fileLoadEvent) return;
        const fileData = fileLoadEvent.target.result;
        this._handleUploadConfirm(path, fileData);
      };
      fr.readAsDataURL(file);
    }
  }

But in Firefox when I look at the dragDropArea div, the drop event has:

function(t) {
  e[n] ? e[n](t, t.detail) : console.warn("listener method `" + n + "` not defined")
}

With Chromium 88, the drop event seems to point to the proper code, but when I drag a file to the area, the icon does not change and the event is not captured. Chromium just open the file in a new tab.

The issue should be filed to Upstream https://bugs.chromium.org/p/gerrit/issues/list unless someone with knowledge about browser drag'n drop and javascript can investigate deeper and fix it. Beside that there is little we can do.

@YFdyh000 that bug is similar to the other you have reported T274729 . Gerrit does have some dialogs in the web pages to act on repositories, but overall I don't think those features are well tested nor do I think they are vastly used. The Create a change button is very hard to discover for example.

在T274699#6836393中，@hashar写道：

@YFdyh000 that bug is similar to the other you have reported T274729 . Gerrit does have some dialogs in the web pages to act on repositories, but overall I don't think those features are well tested nor do I think they are vastly used. The Create a change button is very hard to discover for example.

This may be a digression. I understand that the web interface may not be the preferred, but because I have tried many times but failed with TortoiseGit, ssh key and some unfamiliar commands for Gerrit, so I prefer to use this WYSIWYG and successful interface. I understand git commands and they work well on Github. :(

Fixed with https://gerrit-review.googlesource.com/c/gerrit/+/310664

Change merged, back ported it to https://gerrit-review.googlesource.com/c/gerrit/+/311043

In T274699#7189994, @Paladox wrote:

Change merged, back ported it to https://gerrit-review.googlesource.com/c/gerrit/+/311043

The patch is included in Gerrit 3.3.5 which is the version we are running right now.

I have also spotted https://gerrit-review.googlesource.com/c/gerrit/+/313702 Remove contenteditable="false" from within dragDropArea which might be related and is in 3.3.6.