Download all Images

[jvvv]

jvvv @cratte last edited by

@cratte Thank you for the warning!

[jvvv]

jvvv @cratte last edited by

@cratte This goes to an off-Opera page for the same Download All Images addon that we are being warned about.

[tnowak]

tnowak Opera @cratte last edited by tnowak

@cratte It looks like all these warnings come from downloading tracking pixels placed on the website where you activated the extension.

Can you check this?

[cratte]

cratte @tnowak last edited by

@tnowak ok, i dont know the URL anymore.
But how do you know that a specific site shall be guilty and not this addon?

[jagajaga]

jagajaga @cratte last edited by

@cratte Because the same alerts show up on all websites.

[tnowak]

tnowak Opera @cratte last edited by

@cratte Because it didn't happen to me after setting "Level = 0" (in the top right corner of the dialog) and running the extension on some trusted websites.

Default value of "Level = 1" means that resources from linked websites are accessed, and (for me) it always triggers warnings about tracking domains.

[albertop]

albertop last edited by albertop

Sites that hide image links inside an svg put inside an external document loaded into an object tag!

Re: Download all Images
Very good extension. always ok on simple sites.

Sadly, there are some sites like this:
https://dokumen.tips/

that hides the jpg link in a very obscure way:

sample page:
URL: https://dokumen.tips/documents/topolino-libretto-n-1.html?page=1

Code extract ("(user)" comments are mine):

<!-- (user) this div contains a single page with an image inside it, protected from download -->
<div id="p1" style="overflow: hidden; position: absolute; background-color: white; width: 535px; height: 765px; margin: 0px;" class="page-inner">

<!-- Begin page background -->
<!-- (user) this div is a transparent overlay used to intercept clicks -->
<div id="pg1Overlay" style="width: 100%; height: 100%; position: absolute; z-index: 1; background-color: rgba(0, 0, 0, 0); user-select: initial;"></div>
<!-- (user) this div is the image indirect container -->
<div id="pg1" style="user-select: initial;">
<!-- (user) object is used to defeat the finding of links, and contains a document that contains in turn an svg -->
<object width="535" height="765" data="https://reader034.dokumen.tips/reader034/viewer/2022052117/568c2c261a28abd8328c8539/html5/1/1.svg"
  type="image/svg+xml" id="pdf1" style="width:535px; height:765px; -moz-transform:scale(1); z-index: 0;">
#document
 <!DOCTYPE svg PUBLIC....>
   <!-- (user) the svg contains in turn an Image tag with the link (xlink type) to the true image loaded -->
   <svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" viewBox="0 0 535 765" version="1.1">
      <image preserveAspectRatio="none" x="0" y="0" width="535" height="765" xlink:href="img/1.jpg"/>
   </svg>
</object>
</div>
<!-- End page background -->

</div>

To handle those pages, the developer of the extension should IMHO:

1. follow also the OBJECT links as they were external links (aka, load the inner DOCUMENT);
2. look also inside SVG tags (process them);
3. interpret "xlink" type links that are put inside Image tags that are inside svg, as they were normal image links.

[albertop]

albertop @oh-artem last edited by

@oh-artem english please!

[albertop]

albertop @albertop last edited by albertop

@albertop
Github Issue is https://github.com/belaviyo/save-images/issues/76 .
Update: developer seems to have solver issue!
GitHub commit: https://github.com/belaviyo/save-images/commit/6faf7ddc03ce777c27646983b56fb2dceb69ffe7
I will test it soon

[AdWoGl]

AdWoGl last edited by leocg

Norton reported: Blocked threats
We have blocked the attack undertaken by Malicious Site Malicious
Domain Request 22. no other actions need to be performed.
actions.
note this is during downloading from legit site with architectural photography