--fast-update --highlights crash if cover.jpg exist

[psonnosp]

Describe the bug
If you already have downloaded highlights from a profile and try to do it again the session crash because cover.jpg already exist. If you delete cover.jpg everything works as expected.

To Reproduce
Steps to reproduce the behavior:
.\instaloader profile(s) --fast-update --highlights --no-posts --no-profile-pic --no-metadata-json -l "username"
Then do it again when the highlight has new content.

Expected behavior
That it skips cover.jpg and download the new content.

Error messages and tracebacks
2020-02-08_21-14-02_UTC_cover.jpg Traceback (most recent call last):
File "main.py", line 462, in
File "main.py", line 459, in __main
File "main.py", line 429, in main
File "main.py", line 203, in _main
File "instaloader\instaloader.py", line 1149, in download_profiles
File "instaloader\instaloader.py", line 63, in call
File "instaloader\instaloader.py", line 707, in download_highlights
File "instaloader\instaloader.py", line 429, in download_highlight_cover
File "instaloader\instaloader.py", line 79, in call
File "instaloader\instaloader.py", line 416, in download_title_pic
File "instaloader\instaloadercontext.py", line 490, in write_raw
FileExistsError: [WinError 183] Cannot create a file when that file already exists: '2020-02-08_21-
14-02_UTC_cover.jpg.temp' -> '2020-02-08_21-14-02_UTC_cover.jpg'

Instaloader version
4.5

Additional context
Add any other context about the problem here.

[bebunw]

i confirm the same bug, it does not update highlight because script stop after detecting cover.jpg of highlights that already exists

[psonnosp]

Will that commit also fix the same thing happening to profile_pic? Cause now all of a sudden I get the same thing there.

[psonnosp]

Thank you!
And to answer myself it seem to have fixed them both.

[aandergr]

Fixed in Version 4.5.1.