-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
direct url downloading update #11
direct url downloading update #11
Conversation
Hi @ShiiRochi, thanks for the PR. Could you do a catchup with the master branch and rebuild the distribution again to get rid of the merge conflicts? After that I'm happy to merge it. |
Okay |
c45cfa4
to
ee98ef6
Compare
Hi, @nielsboogaard, I've just fixed conflicts and rebuilt dist. |
Hello @nielsboogaard, could you please merge this PR or is there anything preventing you I could possible help with? |
@virtualize Sorry for my late reply, was quite busy with other things. I'll have a look at your PR next week, and will merge it when it works ok. Thanks for the work (and your patience 😉 )! |
any updates? |
It seems that I need to make another rebase to resolve conflicts again 🙃 |
ee98ef6
to
6aec022
Compare
done) |
I'm currently not working with this component so often anymore, an as far as I saw into code a third argument was added - But if this changes are not required and can be replaced by using downloadFunction argument, then this MR can be closed. |
Sorry for keeping this open so long, and thanks for your patience. Just reviewed the PR, looks fine so will merge it. |
It relates to the issue #8
In case of
allowDownloadByUrl
being set totrue
, code will settarget
as '_blank' to 'a' element and will not revokeUrlObject, because it is not created in this case.