save-in icon indicating copy to clipboard operation
save-in copied to clipboard

[Request] Vivaldi Support

Open Fainec opened this issue 7 years ago • 3 comments

Hello,

All extensions on Vivaldi come from the Chrome Webstore. However, this extension does not work at all, the downloaded image get directly in the default download folder. Can you maybe do the compatibility with the Vivaldi Browser ?

Fainec avatar Aug 23 '18 00:08 Fainec

Browsers (=Chrome/Firefox) only allow downloads via the web extension API into the default downloads directory. If you want to save it outside, you will need a symlink inside the default download directory.

If saving into relative directories (eg subdir/foo/bar) saves it into the root (default downloads directory), then it's broken.

Vivaldi is not something I'm planning on supporting because it's too much work. I don't know if the extension is really broken on Vivaldi, but I'm open to PRs if it's an easy fix.

gyng avatar Aug 27 '18 05:08 gyng

I actually think the extension works on Vivaldi. It saves on default directory/subdirectory as expected (without symlinks). The only issue I notice is the missing extension button.

//EDIT: I see the button in current Vivaldi 3.1.1929.28 / 83.0.4103.98

Hadden89 avatar Apr 17 '20 12:04 Hadden89

It almost works to an extent. It follows all the proper renaming conventions and it finds the correct folder but it always opens up the save dialog, rather than just saving, regardless of what you do or what options to take.

I don't know enough about this language or web extension debugging to really understand the problem or how to gather good information for it. Under errors I get this

wrappedSendMessageCallback | @ | browser-polyfill.js:1117

and there's a message

Returning a Promise is the preferred way to send a reply from an onMessage/onMessageExternal listener, as the sendResponse will be removed from the specs (See https://developer.mozilla.org/docs/Mozilla/Add-ons/WebExtensions/API/runtime/onMessage) Error at wrappedSendResponse (chrome-extension://meeadojfpdofefnhnkjkdgnlcchohfic/src/vendor/browser-polyfill.js:1043:65) at chrome-extension://meeadojfpdofefnhnkjkdgnlcchohfic/src/messaging.js:120:7 at onMessage chrome-extension://meeadojfpdofefnhnkjkdgnlcchohfic/src/vendor/browser-polyfill.js:1053:22)

Which seems erroneous in regards to a Chrome based browser?

I wish I had a better handle on the Devtools, because this feels like it's 90% there (conjecture, admittedly).

SenpaiSharp avatar Aug 21 '20 19:08 SenpaiSharp