beenull/ente
1
0
Fork 0
Code Issues Pull requests Actions Packages Projects Releases Wiki Activity

Revert to the behaviour of the existing 1.6.63 client

Browse source
This commit is contained in:
Manav Rathi 2024-05-23 14:34:24 +05:30
parent 5caa32b1e0
commit ea2a355bcc
No known key found for this signature in database
1 changed files with 2 additions and 11 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

13
desktop/src/main/stream.ts
View file

@ -106,12 +106,7 @@ const handleRead = async (path: string) => {
res.headers.set("Content-Length", `${fileSize}`);
// Add the file's last modified time (as epoch milliseconds).
//
// [Note: Use integral epoch milliseconds]
//
// The `mtimeMs` returned by Node.js is a double, with sub-millisecond
// precision. Ente clients expect integral milliseconds, so truncate.
const mtimeMs = Math.trunc(stat.mtimeMs);
const mtimeMs = stat.mtime.getTime();
res.headers.set("X-Last-Modified-Ms", `${mtimeMs}`);
}
return res;
@ -142,11 +137,7 @@ const handleReadZip = async (zipPath: string, entryName: string) => {
// verify that it is indeed epoch milliseconds. See `parseZipTime`
// in the node-stream-zip source,
// https://github.com/antelle/node-stream-zip/blob/master/node_stream_zip.js
//
// See also: [Note: Use integral epoch milliseconds]. In this case I didn't
// actually find an example of submillisecond precision, just being
// preemptively careful and this Math.trunc might not necessarily be needed.
const modifiedMs = Math.trunc(entry.time);
const modifiedMs = entry.time;
return new Response(webReadableStream, {
headers: {