6 ms·

Yep, shows thumbnails for pictures, videos, pdfs etc. More formats than Windows in fact. Windows has been standing still, the rest of the world hasn't. EDIT: I

Yep, shows thumbnails for pictures, videos, pdfs etc. More formats than Windows in fact. Windows has been standing still, the rest of the world hasn't. EDIT: I used "Files", not the file picker.

ohgodplsno 5y ago
Thumbnail preview is a _massive_ attack surface. All those RCEs in JPEGs, MP4s, PDFs etc are now potentially immediately executed upon displaying the file. No thanks.
- hughrr 5y ago
  You’re going to want to look at those pictures if you have them or do you just collect file names?
- wishigotitfree 5y ago
  See, the nice thing about Linux is that you can always disable what you don't like. You're never just helplessly subject to the whims of the developers.
- TkTech 5y ago
  So turn it off if it worries you. Keep in mind thumbnail rendering is sandboxed[0]. It's Linux, the reason I like it is that it doesn't try to prevent you from doing whatever you want. [0] https://gitlab.gnome.org/GNOME/gnome-desktop/-/blob/master/README.md#thumbnailing-sandboxing https://gitlab.gnome.org/GNOME/gnome-desktop/-/blob/master/R...
- grumpyprole 5y ago
  Lol. Although, at least for open source, by the time a hacker has an exploit prepared, someone will have rewritten the code.
- ubercow13 5y ago
  What do you do between opening the file manager and opening the image/video itself that verifies it doesn’t have any RCE exploits that other people aren’t doing?
mauricioc 5y ago
I am using GNOME 40 and I just opened a file picker in Totem, the official video player. I did not find a way to switch the file picker from "Details" mode (one line per file, with size/type columns and a very very small thumbnail) to a "grid thumbnail" mode where they would be recognizable. The related bug is still open at https://gitlab.gnome.org/GNOME/gtk/-/issues/233 https://gitlab.gnome.org/GNOME/gtk/-/issues/233, so I don't think this has been fixed.
- willtim 5y ago
  Ah yes I used "Files" and not the file picker. I guess the file picker is part of GTK and therefore cannot use the rest of the gnome infrastructure?
  - alexvoda 5y ago
    The reason does not matter. It really is truly, absolutely irrelevant. If Windows has issues with paths longer than 260 chars (only PARTIALLY fixed since Windows 10, v1607), I do not care that NTFS actually has no problem and supports 32,767 Unicode characters and the actual problem is the Windows API (and since v1607, apps that have not been updated to support the new behaviour). It is an example of a bug/limitation/lack-of-polish of Windows. The internal details are irrelevant. Gnome has a lot more of these issues(thumbnails being one of the most visible and annoying ones) than Windows. Gnome (any ver) is not more polished than Windows.
    - willtim 5y ago
      I agree that the reason does not matter and is irrelevant to the end-user. I was just speculating as to why they have not "just fixed it". However, I disagree that Windows is more polished. Windows is made up of a mixture of UI frameworks/controls/apps, some going back decades. Much of this legacy is poorly integrated and even basic things like drag-and-drop doesn't work consistently. At least Gnome is consistent and they have a vision.
    - zxzax 5y ago
      If there are issues you'd like to see fixed, the best way to get those dealt with would be to contribute.
alexvoda 5y ago
You sure about that? I see the bug is still open: https://gitlab.gnome.org/GNOME/gtk/-/issues/233 https://gitlab.gnome.org/GNOME/gtk/-/issues/233 This is not about thumbnails in the file manager but about the file chooser (open/save dialog). I believe the following post is still relevant: https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbnails-in-the-file-picker.html https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna... At least KDE does this properly: https://www.ubuntubuzz.com/2021/04/comparison-of-file-chooser-dialogs.html https://www.ubuntubuzz.com/2021/04/comparison-of-file-choose...
- willtim 5y ago
  KDE looks really good too, but I mostly prefer the minimalism/simplicity/aesthetic of Gnome.

Yep, shows thumbnails for pictures, videos, pdfs etc. More formats than Windows in fact. Windows has been standing still, the rest of the world hasn't. EDIT: I used "Files", not the file picker.

ohgodplsno 5y ago

Thumbnail preview is a _massive_ attack surface. All those RCEs in JPEGs, MP4s, PDFs etc are now potentially immediately executed upon displaying the file. No thanks.

hughrr 5y ago
You’re going to want to look at those pictures if you have them or do you just collect file names?
wishigotitfree 5y ago
See, the nice thing about Linux is that you can always disable what you don't like. You're never just helplessly subject to the whims of the developers.
TkTech 5y ago
So turn it off if it worries you. Keep in mind thumbnail rendering is sandboxed[0]. It's Linux, the reason I like it is that it doesn't try to prevent you from doing whatever you want. [0] https://gitlab.gnome.org/GNOME/gnome-desktop/-/blob/master/README.md#thumbnailing-sandboxing https://gitlab.gnome.org/GNOME/gnome-desktop/-/blob/master/R...
grumpyprole 5y ago
Lol. Although, at least for open source, by the time a hacker has an exploit prepared, someone will have rewritten the code.
ubercow13 5y ago
What do you do between opening the file manager and opening the image/video itself that verifies it doesn’t have any RCE exploits that other people aren’t doing?

mauricioc 5y ago

I am using GNOME 40 and I just opened a file picker in Totem, the official video player. I did not find a way to switch the file picker from "Details" mode (one line per file, with size/type columns and a very very small thumbnail) to a "grid thumbnail" mode where they would be recognizable. The related bug is still open at https://gitlab.gnome.org/GNOME/gtk/-/issues/233 https://gitlab.gnome.org/GNOME/gtk/-/issues/233, so I don't think this has been fixed.

willtim 5y ago
Ah yes I used "Files" and not the file picker. I guess the file picker is part of GTK and therefore cannot use the rest of the gnome infrastructure?
- alexvoda 5y ago
  The reason does not matter. It really is truly, absolutely irrelevant. If Windows has issues with paths longer than 260 chars (only PARTIALLY fixed since Windows 10, v1607), I do not care that NTFS actually has no problem and supports 32,767 Unicode characters and the actual problem is the Windows API (and since v1607, apps that have not been updated to support the new behaviour). It is an example of a bug/limitation/lack-of-polish of Windows. The internal details are irrelevant. Gnome has a lot more of these issues(thumbnails being one of the most visible and annoying ones) than Windows. Gnome (any ver) is not more polished than Windows.
  - willtim 5y ago
    I agree that the reason does not matter and is irrelevant to the end-user. I was just speculating as to why they have not "just fixed it". However, I disagree that Windows is more polished. Windows is made up of a mixture of UI frameworks/controls/apps, some going back decades. Much of this legacy is poorly integrated and even basic things like drag-and-drop doesn't work consistently. At least Gnome is consistent and they have a vision.
  - zxzax 5y ago
    If there are issues you'd like to see fixed, the best way to get those dealt with would be to contribute.

alexvoda 5y ago

You sure about that? I see the bug is still open: https://gitlab.gnome.org/GNOME/gtk/-/issues/233 https://gitlab.gnome.org/GNOME/gtk/-/issues/233 This is not about thumbnails in the file manager but about the file chooser (open/save dialog). I believe the following post is still relevant: https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbnails-in-the-file-picker.html https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna... At least KDE does this properly: https://www.ubuntubuzz.com/2021/04/comparison-of-file-chooser-dialogs.html https://www.ubuntubuzz.com/2021/04/comparison-of-file-choose...

willtim 5y ago
KDE looks really good too, but I mostly prefer the minimalism/simplicity/aesthetic of Gnome.