When is a download registered as such?
When viewing images on google images, and one were to accidentally click on "save image as", or "view image" (which somehow sometimes prompts a download as well), which then opens the download window asking if you want to download said file, however you cancel before anything gets saved, is this still seen as a download from the "server" side?
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/save said activity.
browser download
New contributor
add a comment |
When viewing images on google images, and one were to accidentally click on "save image as", or "view image" (which somehow sometimes prompts a download as well), which then opens the download window asking if you want to download said file, however you cancel before anything gets saved, is this still seen as a download from the "server" side?
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/save said activity.
browser download
New contributor
Registered as such by whom? Many log analysis software (ie awstats, goaccess) considers a download any file with a particular suffixes (.zip, .pdf...). The list of extensions is usually configurable. Other software may use different approaches.
– jjmontes
26 mins ago
add a comment |
When viewing images on google images, and one were to accidentally click on "save image as", or "view image" (which somehow sometimes prompts a download as well), which then opens the download window asking if you want to download said file, however you cancel before anything gets saved, is this still seen as a download from the "server" side?
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/save said activity.
browser download
New contributor
When viewing images on google images, and one were to accidentally click on "save image as", or "view image" (which somehow sometimes prompts a download as well), which then opens the download window asking if you want to download said file, however you cancel before anything gets saved, is this still seen as a download from the "server" side?
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/save said activity.
browser download
browser download
New contributor
New contributor
edited 19 hours ago
Felix R
New contributor
asked yesterday
Felix RFelix R
8116
8116
New contributor
New contributor
Registered as such by whom? Many log analysis software (ie awstats, goaccess) considers a download any file with a particular suffixes (.zip, .pdf...). The list of extensions is usually configurable. Other software may use different approaches.
– jjmontes
26 mins ago
add a comment |
Registered as such by whom? Many log analysis software (ie awstats, goaccess) considers a download any file with a particular suffixes (.zip, .pdf...). The list of extensions is usually configurable. Other software may use different approaches.
– jjmontes
26 mins ago
Registered as such by whom? Many log analysis software (ie awstats, goaccess) considers a download any file with a particular suffixes (.zip, .pdf...). The list of extensions is usually configurable. Other software may use different approaches.
– jjmontes
26 mins ago
Registered as such by whom? Many log analysis software (ie awstats, goaccess) considers a download any file with a particular suffixes (.zip, .pdf...). The list of extensions is usually configurable. Other software may use different approaches.
– jjmontes
26 mins ago
add a comment |
4 Answers
4
active
oldest
votes
Seen from the server side, there is absolutely no technical difference between "transferring for viewing in a browser window" and "downloading for storage".
Maybe a server will provide a (smaller) preview and the (larger) real image for download, and can distinguish which one has been accessed. But it can register (and log) only the access to these files, the IP address the request came from, a generic "id string" of the browser software - not the intent of a client.
But file access does not always result from human interaction with a client computer. On the one hand, browsers store images and other website data on your system even if you don't even use "save image as...". On the other hand, many browsers even "follow links" (that is: download things!) in advance, to speed up navigation. The browser cache even might get into your local backup that way, even if you never willfully accessed these files!
Finally, using "save as" and cancelling (not selecting a destination filename) may or may not initiate a download, depending on the implementation of the browser you are using.
8
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
3
Actually, there can be a difference, in terms of theContent-Disposition
HTTP header:inline
indicates a view in the browser,attachment
a download.
– Uwe Keim
8 hours ago
7
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)
– ElmoVanKielmo
8 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
add a comment |
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/watch/save said activity.
While the HTTP server doesn't see the canceled download, there may be Javascript code on the page that monitors such events.
Javascript has event handlers that can be used to detect a right click on the image, and it is quite likely that one could monitor other mouse movements to guess at what choice you make from the popup menu. After that, the script can easily send the information to server immediately, or store it in local browser storage and send it later.
In the specific case of Google Image search, the Javascript on that page does have multiple handlers listening to the mouse events. However the code is obfuscated so it is not easy to tell what kind of monitoring it does.
add a comment |
This is server dependent.
The server would be able to register when the download is started (think about it, it must know because it suggests a name).
The server could also keep track of how many bytes were transferred and if/when the connection closed, which can show if the diwnload completed.
There are also other possibilities like resumed dowloads and multithreaded downloads - but again, the server could know and record all this.
Note that in the particular case of right clicking and downloading an image it is possible that the download would not register as a download at all due to client side caching.
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
7
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds withContent-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.
– Bergi
yesterday
add a comment |
If ... you cancel before anything gets saved, does the "server" notice/record this as a download?
A remote server should not notice any download activity as no download has been started.
However, a remote server knows that you have already downloaded the image in order to display it in your browser ... and a copy will be in your browser cache ...
Any "entity" monitoring your local machine directly could record something regarding that activity.
1
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but theContent-Disposition
header will contain the actual file name.
– data
yesterday
1
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
1
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
@DavidPostill You are mistaken. The name can be overridden by theContent-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.
– Lightness Races in Orbit
16 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
|
show 1 more comment
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Felix R is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1393708%2fwhen-is-a-download-registered-as-such%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
Seen from the server side, there is absolutely no technical difference between "transferring for viewing in a browser window" and "downloading for storage".
Maybe a server will provide a (smaller) preview and the (larger) real image for download, and can distinguish which one has been accessed. But it can register (and log) only the access to these files, the IP address the request came from, a generic "id string" of the browser software - not the intent of a client.
But file access does not always result from human interaction with a client computer. On the one hand, browsers store images and other website data on your system even if you don't even use "save image as...". On the other hand, many browsers even "follow links" (that is: download things!) in advance, to speed up navigation. The browser cache even might get into your local backup that way, even if you never willfully accessed these files!
Finally, using "save as" and cancelling (not selecting a destination filename) may or may not initiate a download, depending on the implementation of the browser you are using.
8
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
3
Actually, there can be a difference, in terms of theContent-Disposition
HTTP header:inline
indicates a view in the browser,attachment
a download.
– Uwe Keim
8 hours ago
7
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)
– ElmoVanKielmo
8 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
add a comment |
Seen from the server side, there is absolutely no technical difference between "transferring for viewing in a browser window" and "downloading for storage".
Maybe a server will provide a (smaller) preview and the (larger) real image for download, and can distinguish which one has been accessed. But it can register (and log) only the access to these files, the IP address the request came from, a generic "id string" of the browser software - not the intent of a client.
But file access does not always result from human interaction with a client computer. On the one hand, browsers store images and other website data on your system even if you don't even use "save image as...". On the other hand, many browsers even "follow links" (that is: download things!) in advance, to speed up navigation. The browser cache even might get into your local backup that way, even if you never willfully accessed these files!
Finally, using "save as" and cancelling (not selecting a destination filename) may or may not initiate a download, depending on the implementation of the browser you are using.
8
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
3
Actually, there can be a difference, in terms of theContent-Disposition
HTTP header:inline
indicates a view in the browser,attachment
a download.
– Uwe Keim
8 hours ago
7
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)
– ElmoVanKielmo
8 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
add a comment |
Seen from the server side, there is absolutely no technical difference between "transferring for viewing in a browser window" and "downloading for storage".
Maybe a server will provide a (smaller) preview and the (larger) real image for download, and can distinguish which one has been accessed. But it can register (and log) only the access to these files, the IP address the request came from, a generic "id string" of the browser software - not the intent of a client.
But file access does not always result from human interaction with a client computer. On the one hand, browsers store images and other website data on your system even if you don't even use "save image as...". On the other hand, many browsers even "follow links" (that is: download things!) in advance, to speed up navigation. The browser cache even might get into your local backup that way, even if you never willfully accessed these files!
Finally, using "save as" and cancelling (not selecting a destination filename) may or may not initiate a download, depending on the implementation of the browser you are using.
Seen from the server side, there is absolutely no technical difference between "transferring for viewing in a browser window" and "downloading for storage".
Maybe a server will provide a (smaller) preview and the (larger) real image for download, and can distinguish which one has been accessed. But it can register (and log) only the access to these files, the IP address the request came from, a generic "id string" of the browser software - not the intent of a client.
But file access does not always result from human interaction with a client computer. On the one hand, browsers store images and other website data on your system even if you don't even use "save image as...". On the other hand, many browsers even "follow links" (that is: download things!) in advance, to speed up navigation. The browser cache even might get into your local backup that way, even if you never willfully accessed these files!
Finally, using "save as" and cancelling (not selecting a destination filename) may or may not initiate a download, depending on the implementation of the browser you are using.
answered yesterday
jvbjvb
1,040312
1,040312
8
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
3
Actually, there can be a difference, in terms of theContent-Disposition
HTTP header:inline
indicates a view in the browser,attachment
a download.
– Uwe Keim
8 hours ago
7
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)
– ElmoVanKielmo
8 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
add a comment |
8
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
3
Actually, there can be a difference, in terms of theContent-Disposition
HTTP header:inline
indicates a view in the browser,attachment
a download.
– Uwe Keim
8 hours ago
7
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)
– ElmoVanKielmo
8 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
8
8
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
Heck: "save as" may or may not initiate a download, regardless of cancelling - if the browser already has the image, why request it from the server again ("no cache" hints and such notwithstanding).
– minnmass
11 hours ago
3
3
Actually, there can be a difference, in terms of the
Content-Disposition
HTTP header: inline
indicates a view in the browser, attachment
a download.– Uwe Keim
8 hours ago
Actually, there can be a difference, in terms of the
Content-Disposition
HTTP header: inline
indicates a view in the browser, attachment
a download.– Uwe Keim
8 hours ago
7
7
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.
curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)– ElmoVanKielmo
8 hours ago
@UweKeim it's actually a hint from the server. Normally browser would follow it but the server has no way to judge if the client is actually a browser nor if it's going to respect this header.
curl https://www.google.com/ -H 'User-Agent: I am really a web browser, trust me' >> /dev/null
;)– ElmoVanKielmo
8 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
... and to show that it's more than theoretical, consider PDF's. Historically those have been treated by browsers as downloads, but modern browsers can directly display them.
– MSalters
5 hours ago
add a comment |
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/watch/save said activity.
While the HTTP server doesn't see the canceled download, there may be Javascript code on the page that monitors such events.
Javascript has event handlers that can be used to detect a right click on the image, and it is quite likely that one could monitor other mouse movements to guess at what choice you make from the popup menu. After that, the script can easily send the information to server immediately, or store it in local browser storage and send it later.
In the specific case of Google Image search, the Javascript on that page does have multiple handlers listening to the mouse events. However the code is obfuscated so it is not easy to tell what kind of monitoring it does.
add a comment |
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/watch/save said activity.
While the HTTP server doesn't see the canceled download, there may be Javascript code on the page that monitors such events.
Javascript has event handlers that can be used to detect a right click on the image, and it is quite likely that one could monitor other mouse movements to guess at what choice you make from the popup menu. After that, the script can easily send the information to server immediately, or store it in local browser storage and send it later.
In the specific case of Google Image search, the Javascript on that page does have multiple handlers listening to the mouse events. However the code is obfuscated so it is not easy to tell what kind of monitoring it does.
add a comment |
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/watch/save said activity.
While the HTTP server doesn't see the canceled download, there may be Javascript code on the page that monitors such events.
Javascript has event handlers that can be used to detect a right click on the image, and it is quite likely that one could monitor other mouse movements to guess at what choice you make from the popup menu. After that, the script can easily send the information to server immediately, or store it in local browser storage and send it later.
In the specific case of Google Image search, the Javascript on that page does have multiple handlers listening to the mouse events. However the code is obfuscated so it is not easy to tell what kind of monitoring it does.
Since i am not that well versed in this topic, my use of "server" just covers whatever entity might record/watch/save said activity.
While the HTTP server doesn't see the canceled download, there may be Javascript code on the page that monitors such events.
Javascript has event handlers that can be used to detect a right click on the image, and it is quite likely that one could monitor other mouse movements to guess at what choice you make from the popup menu. After that, the script can easily send the information to server immediately, or store it in local browser storage and send it later.
In the specific case of Google Image search, the Javascript on that page does have multiple handlers listening to the mouse events. However the code is obfuscated so it is not easy to tell what kind of monitoring it does.
answered yesterday
jpajpa
1694
1694
add a comment |
add a comment |
This is server dependent.
The server would be able to register when the download is started (think about it, it must know because it suggests a name).
The server could also keep track of how many bytes were transferred and if/when the connection closed, which can show if the diwnload completed.
There are also other possibilities like resumed dowloads and multithreaded downloads - but again, the server could know and record all this.
Note that in the particular case of right clicking and downloading an image it is possible that the download would not register as a download at all due to client side caching.
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
7
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds withContent-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.
– Bergi
yesterday
add a comment |
This is server dependent.
The server would be able to register when the download is started (think about it, it must know because it suggests a name).
The server could also keep track of how many bytes were transferred and if/when the connection closed, which can show if the diwnload completed.
There are also other possibilities like resumed dowloads and multithreaded downloads - but again, the server could know and record all this.
Note that in the particular case of right clicking and downloading an image it is possible that the download would not register as a download at all due to client side caching.
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
7
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds withContent-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.
– Bergi
yesterday
add a comment |
This is server dependent.
The server would be able to register when the download is started (think about it, it must know because it suggests a name).
The server could also keep track of how many bytes were transferred and if/when the connection closed, which can show if the diwnload completed.
There are also other possibilities like resumed dowloads and multithreaded downloads - but again, the server could know and record all this.
Note that in the particular case of right clicking and downloading an image it is possible that the download would not register as a download at all due to client side caching.
This is server dependent.
The server would be able to register when the download is started (think about it, it must know because it suggests a name).
The server could also keep track of how many bytes were transferred and if/when the connection closed, which can show if the diwnload completed.
There are also other possibilities like resumed dowloads and multithreaded downloads - but again, the server could know and record all this.
Note that in the particular case of right clicking and downloading an image it is possible that the download would not register as a download at all due to client side caching.
answered yesterday
davidgodavidgo
43k75290
43k75290
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
7
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds withContent-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.
– Bergi
yesterday
add a comment |
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
7
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds withContent-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.
– Bergi
yesterday
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
The server does not suggest a name. No additional network requests were made when I right click on your avatar and selected "save image as"
– DavidPostill♦
yesterday
7
7
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds with
Content-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.– Bergi
yesterday
@DavidPostill Depends on how the download is initiated. If you follow a link or redirect to a resource, and the server responds with
Content-Disposition: attachment; filename="…"
so that the browser shows the download prompt, then even when cancelling the download the server will know about the request - and probably can even distinguish that the download was aborted.– Bergi
yesterday
add a comment |
If ... you cancel before anything gets saved, does the "server" notice/record this as a download?
A remote server should not notice any download activity as no download has been started.
However, a remote server knows that you have already downloaded the image in order to display it in your browser ... and a copy will be in your browser cache ...
Any "entity" monitoring your local machine directly could record something regarding that activity.
1
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but theContent-Disposition
header will contain the actual file name.
– data
yesterday
1
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
1
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
@DavidPostill You are mistaken. The name can be overridden by theContent-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.
– Lightness Races in Orbit
16 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
|
show 1 more comment
If ... you cancel before anything gets saved, does the "server" notice/record this as a download?
A remote server should not notice any download activity as no download has been started.
However, a remote server knows that you have already downloaded the image in order to display it in your browser ... and a copy will be in your browser cache ...
Any "entity" monitoring your local machine directly could record something regarding that activity.
1
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but theContent-Disposition
header will contain the actual file name.
– data
yesterday
1
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
1
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
@DavidPostill You are mistaken. The name can be overridden by theContent-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.
– Lightness Races in Orbit
16 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
|
show 1 more comment
If ... you cancel before anything gets saved, does the "server" notice/record this as a download?
A remote server should not notice any download activity as no download has been started.
However, a remote server knows that you have already downloaded the image in order to display it in your browser ... and a copy will be in your browser cache ...
Any "entity" monitoring your local machine directly could record something regarding that activity.
If ... you cancel before anything gets saved, does the "server" notice/record this as a download?
A remote server should not notice any download activity as no download has been started.
However, a remote server knows that you have already downloaded the image in order to display it in your browser ... and a copy will be in your browser cache ...
Any "entity" monitoring your local machine directly could record something regarding that activity.
answered yesterday
DavidPostill♦DavidPostill
104k25225259
104k25225259
1
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but theContent-Disposition
header will contain the actual file name.
– data
yesterday
1
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
1
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
@DavidPostill You are mistaken. The name can be overridden by theContent-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.
– Lightness Races in Orbit
16 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
|
show 1 more comment
1
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but theContent-Disposition
header will contain the actual file name.
– data
yesterday
1
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
1
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
@DavidPostill You are mistaken. The name can be overridden by theContent-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.
– Lightness Races in Orbit
16 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
1
1
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but the
Content-Disposition
header will contain the actual file name.– data
yesterday
"Save as..." will make a request, won't it? Browser has to know what name to suggest, for one. The url migh be just plain /download but the
Content-Disposition
header will contain the actual file name.– data
yesterday
1
1
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
@data No. The name is in the html of the downloaded page.
– DavidPostill♦
yesterday
1
1
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
Do note that some browsers such as Chrome eagerly pre-download and cache URLs that appear in the webpage you're visiting.
– Tobia Tesan
yesterday
@DavidPostill You are mistaken. The name can be overridden by the
Content-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.– Lightness Races in Orbit
16 hours ago
@DavidPostill You are mistaken. The name can be overridden by the
Content-Disposition
header (already mentioned to you a couple of times), meaning a request must be made first. In addition, browsers can and do begin the payload download before you've chosen a destination directory.– Lightness Races in Orbit
16 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
Every web browser I know of will start the download as soon as you click the link, and has done so for at least the past twenty years. They won't wait for you to pick a filename -- they'll save to a temporary file (or memory) and re-name it once you hit "OK".
– Mark
14 hours ago
|
show 1 more comment
Felix R is a new contributor. Be nice, and check out our Code of Conduct.
Felix R is a new contributor. Be nice, and check out our Code of Conduct.
Felix R is a new contributor. Be nice, and check out our Code of Conduct.
Felix R is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1393708%2fwhen-is-a-download-registered-as-such%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Registered as such by whom? Many log analysis software (ie awstats, goaccess) considers a download any file with a particular suffixes (.zip, .pdf...). The list of extensions is usually configurable. Other software may use different approaches.
– jjmontes
26 mins ago