Drag and drop from image history into load image node not working on Firefox

Originally posted at https://github.com/comfyanonymous/ComfyUI/issues/8459

### Custom Node Testing

- [x] I have tried disabling custom nodes and the issue persists (see [how to disable custom nodes](https://docs.comfy.org/troubleshooting/custom-node-issues#step-1%3A-test-with-all-custom-nodes-disabled) if you need help)

### Expected Behavior

Dragging and dropping an image from the history onto a load image node should load the image.

### Actual Behavior

https://github.com/user-attachments/assets/34257b50-d72b-4273-b4d3-1d7f03306bcc

Re: [This closed issue](https://github.com/comfyanonymous/ComfyUI/issues/734#event-17936732788), this is a bug on Firefox but not chromium. Dragging an image from the history to a load image node does not load the historical image, but opens a new tab with the embedded workflow.

### Steps to Reproduce


Load the workflow from this image, or run a default workflow, then drag the output from the history onto the load image node in the Firefox browser. Instead of loading the image Comfy will open the workflow saved in the image.

### Debug Logs

```powershell
Bug does not produce output
```

### Other

_No response_

┆Issue is synchronized with this [Notion page](https://www.notion.so/Issue-4106-Drag-and-drop-from-image-history-into-load-image-node-not-working-on-Firefox-20c6d73d365081c2bfdaf3c97bcffa83) by [Unito](https://www.unito.io)

No source file or test is named. First reproduce the workflow in Firefox by dragging an image from history onto a load image node, then trace the frontend drag-and-drop handling and compare it with Chromium behavior. Done means the historical image loads into the node instead of opening the embedded workflow in a new tab.

Written by the indexing model from the issue text.