Ripme now counts files as already download (for the history.end_rip_a…

[cyian-1756]

…fter_already_seen feature) if they appear on disk and not in the url history file

Category

This change is exactly one of the following (please change [ ] to [x]) to indicate which:

• a bug fix (Fix #...)
• a new Ripper
• a refactoring
• a style change/fix
• a new feature

Description

This change allows ripme to count files that exist on disk but were never added to the url history file to be counted as already downloaded.

This allows user to use the history.end_ripe_after_already_seen feature without needing to save a list of all files the user has downloaded

Testing

Required verification:

• I've verified that there are no regressions in mvn test (there are no new failures or errors).
• I've verified that this change works as intended.
  • Downloads all relevant content.
  • Downloads content from multiple pages (as necessary or appropriate).
  • Saves content at reasonable file names (e.g. page titles or content IDs) to help easily browse downloaded content.
• I've verified that this change did not break existing functionality (especially in the Ripper I modified).

Optional but recommended:

• I've added a unit test to cover my change.

[cyian-1756]

In it's current state this breaks the GUI and should not be merged

[cyian-1756]

This PR is being blocked by the bug first reported in #26.

[cyian-1756]

If anyone else can test this it would be a great help. The issue I've run into is that even tho the GUI reports the rip has ended, it keeps ripping in the background.

To test this

1. Disable url history

2. rip a series of albums and then rerip them, allowing the history.end_rip_after_already_seen feature to end the rip

3. Watch the terminal output to see if it keeps ripping in the background