v.0.5.3.0

implements a fix for a bug preventing submission inbox from being downloaded fully when the default order is set to be "Oldest first"

v.0.5.2.0

• added support for downloading content from the submissions inbox (submissions from the watched artists);
• %SCRAPS% value is set correctly for all submissions regardless of the URL used to produce the submissions list (previously this did not work properly for favorites);
• fixed update mode related issues;
• minor quality of life improvements, including: a distinct app icon, better Win7+ taskbar progress indication, autocorrecting common issues with the URLs (leaving page number in the URL, no https://, etc.), support for legacy download URLs parsing

v.0.5.1.2

Fixes:

• addresses issues caused by the addition of a new CDN address (d.furaffinity.net)
• fix for downloading submissions with "?" in the filename

Known issues:

• updates mode will sometimes mistreat new submissions as already downloaded ones, and will add those to the database without downloading them; as a temporary fix updates mode can now only be enabled when processing a submissions list from the previous run; next major release will address this properly
• it is now possible to determine whether the submission is in "scraps" or not just by looking at its page; furdown doesn't do that yet, and will only properly tag scraps that are being downloaded using the gallery url containing "/scraps/"

v.0.5.1.1

v.0.5.1.1 is a hotfix for v.0.5.1.0

v.0.5.1.0 release notes:

• Fixed the incorrect handling of the CDN server errors (Bad gateway (502) and alike)
  Previously, if the submission page has been obtained without an issue but the request to the content delivery server at *.facdn.net has failed, one could end up with a .jpg that is actually a CloudFlare's bad gateway error page inside.
  If one has a large downloads library which could be affected by this issue, one way to find the "broken" files is to use grep like so: grep.exe -R -l Cloudfl "Z:\path\to\furdown\downloads"

• Added a way to differentiate files from scraps galleries with files from the other kinds of galleries.
  %SCRAPS% in the filename templates expand to different subtemplates depending on whether the submission is coming from a scraps gallery or not.
  There are some limitations: when downloading submissions using the IDs list they all are considered "normal" (non-scrappy) unless there is a @s attribute after the submission ID (and optional file ID) [example: 33173272#1569392719@s]. Implementing a check for "scrappiness" for individual IDs and favorites galleries may be possible, but this is currently not implemented. You can post an issue if you think this is important to implement.

• Added some advanced options to make IE11 dependency less critical

v.0.5.1.0

deprecated in favor of v.0.5.1.1

v.0.5.0.2

adapt to FA changes (new CDN server name)

v.0.5.0.1

• fixed a bug preventing submissions with filenames containing illegal characters from being downloaded (introduced in 0.4.9.9, present in one official release: 0.5.0.0)

v.0.5.0.0

• New feature: content update detection (details)
• Changed the default gallery URL to be the app user's gallery

v.0.4.5.0

• fixed regex for checking whether or not authorization went fine
• improved updates mechanism - it should now work even if the authorization fails on early stages

Note that if you are already logged in but are shown the login form anyway, simply navigate to the FA main page via the top-left icon.

v.0.4.4.0

Bypassing CF's "I'm Under Attack" mode thing. Note that if you are already logged in but are shown the login form anyway, simply navigate to the FA main page via the top-left icon.