Incredible. Photobucket now too. It's not possible anymore to save a simple jpg-image by right-click and Image "Save As", without setting the browser offline first
As soon as *anything* gets saved, KM (gecko/goanna?) ignores all privacy blocks, like js etc., and loads all sorts of crap!
Have known that for some years, but only for saving a whole page.
Then discovered just recently, slightly shocked, that one of the former popular, now infamous image hosters, can automatically turn simple pics on saved pages into html-iframes, when downloading the page! The images themselves secretly transform into their own complete embedded webpages with loads of scripts inside etc. And KM happily loads everything despite pref-blocks as soon as "Save" is clicked, unless it's set offline first.
And now step-3: even saving ONLY a single jpg-image with right-click, not the whole page but just the image itself, it happens the same! KM loads a full iframe-page with all crap inside. Just when saving 1 pic standalone. ARGHH... cannot set KM offline for every single pic to store



Edited 1 time(s). Last edit at 08/15/2018 12:04AM by siria.

Quote
siria
It's not possible anymore to save a simple jpg-image by right-click and Image "Save

In Photobucket, I see the image link is actually a *.html, not ending in jpg, jpeg, etc.

I've edited the post to an imgur.com image, from Photobucket--the image link now ends, opens, and saves as jpg.



Edited 3 time(s). Last edit at 08/13/2018 03:37PM by KM2005.

OFFTOPIC
It is possible to save linked photobucket images on right-click, if a macro sets user preference setting network.http.accept.default to */*.

@anonymous

This is similar to problem with displaying graphics on saved pages (when viewing them offline).
It turned out that setting:

pref("dom.image.srcset.enabled", false);

fixes this issue. This did not affect on display of sites, but saved pages began to look as expected (i.e. with pictures).



Edited 1 time(s). Last edit at 08/14/2018 12:18PM by hermes.

@hermes
No that's not related at all.
Save Web Page, complete code is old. And even if someone updates it, should it download srcset= images of all sizes? Many sites added svg-symbols as placeholders for old browsers to src=, but this will change again. What about images not in view? Just add what is missing.

I pointed out similarity because, without one small tweak behavior was very different.
And pointed it out here only because both are related to display and saving of drawings.

"Save Web Page, complete code is old", yes... but tweak helps it to work more correctly today
(and your offer too). I agree, tomorrow may not be so good, but for now it's a panacea. Without settings, everything is saved, but not shown without little editing (had to do a batch edit) graphics are increasingly not shown (but it is fully present in folder next to web page). This solved a similar problem.

In General, to save pages (especially on sourceforge), I wrote a special script using timers and several saving options to better guarantee of result. Your advice helped to correctly receive and save graphics when working through a proxy. Now everything works just perfectly : )

Additionally conducted experiments with settings of ICC profile (color_management pref.). This allowed to make displays of page even faster with less CPU load and without visual damage to pictures with ICC profile sewn in. And a little correction for a smoother video output of videos.

OFFTOPIC
@hermes
In this case the media file has no parent. A media file loaded in a new window ignores the file extension and sends default headers to the server. (Example: K-Meleon 0.7)

You changed ACCEPT header for linked media files to get better results when saving some sites. Photobucket sends webp if supported by browser.

Such complicated stuff is as usual completely confusing to me...

Quote
anonymous
It is possible to save linked photobucket images on right-click, if a macro sets user preference setting network.http.accept.default to */*.

But this works! Great, thanks
Good to have experts around, things can be so much easier and without endless time waste. And something like this, and also a value with "/" I'd never imagined myself. Have meanwhile tried to figure out what that pref exactly does, but after awhile given up confused again. That "/" doesn't seem to prevent loading http pages, so wondered if it could be kept permanently. Then came a page which refused to load at all, so restored the default value again. Not quite sure yet how to proceed, will see. But yes, a special macro especially for saving pics makes sense.

PS: topic is split into separate parts, now this is ONtopic.

@siria
Can you give an example of a page that doesn't load?
Problems no have been seen (even with streaming broadcasts and personal accounts at https).



Edited 1 time(s). Last edit at 08/15/2018 12:49AM by hermes.

network.http.accept.default = empty or "/"

Quote
hermes
Can you give an example of a page that doesn't load?
Problems no have been seen (even with streaming broadcasts and personal accounts at https).

example: www.outfox-world.de/news/tierpark-rechtfertigt-wolfsabschuss.html

correction: Works if pref is empty, but error 406 if slash /



Edited 1 time(s). Last edit at 08/15/2018 07:57PM by siria.

Quote

siria
example: www.outfox-world.de/news/tierpark-rechtfertigt-wolfsabschuss.html

This address works with any variants (empty or */*).

But... if network.http.accept.default = empty, address kmeleonbrowser.org/forum/ shows this:

*******************************************************************************
Error 403

We're sorry, but we could not fulfill your request for /forum/ on this server.

An invalid request was received from your browser. This may be caused by a malfunctioning proxy server or browser privacy software.

Your technical support key is: ...

You can use this key to fix this problem yourself.

If you are unable to fix the problem yourself, please contact example at example.com and be sure to provide the technical support key shown above.
*******************************************************************************

The most neutral variant while maintaining functionality (as anonymous said):
pref("network.http.accept.default", "*/*");

When using last (2018-08-11) KM Goanna, I did not notice any problems on all viewed resources (including https connections and entrances to private offices of institutions).
However, I wrote about discovered advantages of such a setting above.



Edited 2 time(s). Last edit at 08/15/2018 06:39AM by hermes.

Quote
hermes
example: www.outfox-world.de/news/tierpark-rechtfertigt-wolfsabschuss.html

This address works with any variants (empty or */*).

But... if network.http.accept.default = empty, address kmeleonbrowser.org/forum/ shows this:

Quote

Error 403
We're sorry, but we could not fulfill your request for /forum/ on this server.
An invalid request was received from your browser. This may be caused by a malfunctioning proxy server or browser privacy software.
Your technical support key is: ...
You can use this key to fix this problem yourself.

(Haha - that selfhelp link never worked, just fake)

Weirder and weirder... (again!)
For me it's the other way around, the first page shows an "Error 406" without any further info. Only with accept=empty or slash, otherwise loads.
But this forum loads without probs with all settings!

But just 1-2 days ago had run into the same "support ticket" and "fix yourself" error again, while testing roytams newest Retrozilla2.2 (guess Seamonkey with TLS1.2, for Windows95), with its default useragent. And found -again- that this stupid block depends from the UA. Faking IE7+XP loaded the forum okay again.
Then researched and found an own post from 2 years ago again, stating the very same thing, fake XP works but every UA with "Windows 98" or "Win98" in it gets BLOCKED:
http://kmeleonbrowser.org/forum/read.php?12,137059,140168#msg-140168

Now if I understand you right, you only toggled the accept-pref, so the UA should remain the same, so why that 403-forum-error...
That's what I mean that pref and similar confusing stuff is all just over my head.



Edited 4 time(s). Last edit at 08/15/2018 07:59PM by siria.

Crazy!! Just tried again and:
now my test page gives that 406 error only with slash as accept-pref, but with empty pref it loads!
On the other hand, with that empty pref now the forum is blocked too!
Although it does work with slash.

But for the most time have it set to a slash / now, while keeping the aboutconfig page open for easy reset. But needed rather rarely it seems.

Now wondering why it changed... juggled a few prefs earlier for testing something, but guess have reset again. More likely: went over the permissions.sqlite domains and deleted a bunch of old cookie-blacklisted domains, while blocking "everything" for some obvious ad-domains...

Edit.
As originally suggested by anonymous, the perfect setting is */* - with starlets!
Can't remember why I omitted the **, if I just overlooked them or had probs when first testing (??)



Edited 2 time(s). Last edit at 09/14/2018 07:15PM by siria.