Feature Request: Domain Exclusions or Fix for GitHub Filename Handling

[FirstEverTech]

Hi, first of all, thank you for developing XDM – it's a fantastic tool and I use it regularly!

I have a suggestion that could improve the experience when downloading files from certain websites, especially GitHub. Currently, when I try to download release assets from GitHub (e.g., from a repository's releases page), XDM intercepts the download but often loses the original filename – it either saves with a generic name or a truncated one. This happens because GitHub uses temporary redirects or generates dynamic URLs.

To work around this, I sometimes have to disable XDM's monitoring temporarily, which is a bit cumbersome. Would it be possible to add an "Exclusions" feature where users can specify domains (like github.com or raw.githubusercontent.com) for which XDM will not intercept downloads, allowing them to be handled natively by the browser? This would be similar to the "do not monitor" list found in other download managers.

Alternatively, if you could improve XDM's handling of GitHub's download URLs to preserve the original filename, that would also be great.

Concrete suggestion from my side:
I've been thinking about a possible workaround that could be implemented in the code. When XDM intercepts a download, it could check the File field (the output filename). If that generated name does not match the actual filename that appears in the download link (for example, when the link ends with something like xdmsetup-8.0.29.msi), then XDM could automatically set the File field to that filename from the URL.

For instance, with a GitHub URL like:
https://github.com/subhra74/xdm/releases/download/8.0.29/xdmsetup-8.0.29.msi
the filename in the link is clearly xdmsetup-8.0.29.msi. If XDM currently changes it to something else, it could instead preserve that original name.

This logic would only apply when the link actually contains a filename with an extension – for links that don't have a visible filename (e.g., dynamic download endpoints), it would simply fall back to the current behavior. This way, we wouldn't break downloads from other sources, but GitHub (and similar sites) would work much better.

Thanks for considering this, and keep up the great work!