Re:"LibreOffice works 365 days a year. Just saying."
by arcfour on Friday November 13, 2026 @01:09PM
(#50487398)
Doesn't seem to me like it is telling the printer what day of the week it is because the printer needs to know so much as it is generating a PostScript file for the printer to use and is adding the creation date as either a convention or requirement of the format, and not the printer.
[ Parent
| on HN ]
Re:"LibreOffice works 365 days a year. Just saying."
by bombcar on Friday November 13, 2026 @01:23PM
(#50487607)
Exactly, it was using the file utility to determine what it was so it could print it correctly (by processing it if needed to a format the printer understood) and there was a bug in that.
Re:"LibreOffice works 365 days a year. Just saying."
by bitwize on Friday November 13, 2026 @01:37PM
(#50487820)
This is one of those "VLC is slow to start because of a bug in Windows" things. It's VLC's responsibility to ensure their program runs properly on the OS people actually have. It's LibreOffice's responsibility to ensure that their files print on Tuesday irrespective of bugs in CUPS (which ships with the Mac).
Re:"LibreOffice works 365 days a year. Just saying."
by ssl-3 on Friday November 13, 2026 @01:45PM
(#50487924)
It's important that software behaves well on systems with bugs. (All systems have bugs.)
Re:"LibreOffice works 365 days a year. Just saying."
by braiamp on Friday November 13, 2026 @04:55PM
(#50490457)
So, Windows gets a pass for being sloppy coded? Give me a break. Every software must fulfill their contract with every consumer rather than consumer have to work around producers quirks. "All means are fair except solving the problem"[0]
0: https://yosefk.com/blog/all-means-are-fair-except-solving-th...
Re:"LibreOffice works 365 days a year. Just saying."
by gpvos on Friday November 13, 2026 @01:33PM
(#50487757)
Not a requirement, but indeed more of a convention or at least a possibility. Postscript files can be postprocessed or read by humans, and then this kind of metadata can be useful.
Re:"LibreOffice works 365 days a year. Just saying."
by ssl-3 on Friday November 13, 2026 @01:43PM
(#50487897)
Other things were reported to successfully be print on Tuesdays, so that inclusion empirically unnecessary.
And the whole CreationDate field is optional in PostScript[1], anyway.
[1]: https://www.adobe.com/jp/print/postscript/pdfs/PLRM.pdf
Re:"LibreOffice works 365 days a year. Just saying."
by notatoad on Friday November 13, 2026 @01:48PM
(#50487962)
>so that inclusion empirically unnecessary
this seems like a post-rationalization. when an app generates a file to send to another service, it's usually a good practice to timestamp that. unless you're severely bandwidth-constrained, putting a timestamp in your protocol almost always solves more problems than it creates. "we shouldn't include a timestamp because it might at some point trigger a date-math bug" is just not how software gets built.
the fact that the software can still print without including a timestamp doesn't mean it's not worth including.
Re:"LibreOffice works 365 days a year. Just saying."
by adrianN on Friday November 13, 2026 @01:53PM
(#50488029)
Maybe we should think about building software in a way that only adds stuff that is truly necessary.
Re:"LibreOffice works 365 days a year. Just saying."
by swsieber on Friday November 13, 2026 @02:10PM
(#50488296)
I have. I don't like it. I'd rather have the ability to debug, redundant checks, etc. than only what's truly necessary.
Re:"LibreOffice works 365 days a year. Just saying."
by notatoad on Friday November 13, 2026 @02:19PM
(#50488406)
if this bug was caused by a lack of a datestamp instead of the inclusion of one, you'd be here leaving comments about how silly it was they didn't include something as standard and widely useful as a datestamp, and that of course that was necessary.