3 ms·

> If the file chooser is powerful enough, couldn't it be? Experience from OS X and WinRT is that they aren't powerful. > I don't use VLC playlists at all, but

by jbk 12y ago

> If the file chooser is powerful enough, couldn't it be? Experience from OS X and WinRT is that they aren't powerful. > I don't use VLC playlists at all, but I could e.g. grant read-only ~/music/.../*.mp3 What about mkv linked files or .mpc lossless complements? Or cue/bin complements? What about m3u that have mp3, ogg and flac interleaved? It's not that simple.

gknoy 12y ago
Then you'd grant access to ~/my-media-collection/ , or to each of the filetypes in your collection.
MaulingMonkey 12y ago
> Experience from OS X and WinRT is that they aren't powerful. And I'm not suggesting that the current state of things is sufficient. > What about mkv linked files or .mpc lossless complements? Or cue/bin complements? > What about m3u that have mp3, ogg and flac interleaved? In my case? As I don't use these formats, these are signs of bad things are happening (fishing for file format specific overflows in the parser?), and it is that simple. Presumably, if I did use those formats, the ability to grant ~/music/.../.{mp3,ogg,flac} or ~/music/ is not a huge step from granting access to *.mp3. If it is, your codebase is suffering from some serious bitrot... I sympathize, but whitelisting isn't the problem at that point. We already deal with some of this, with dialogs prompting us about which file types we want to associate with our media players. Reuse and retool those, profit?
- jbk 12y ago
  > In my case? As I don't use these formats, these are signs of bad things are happening (fishing for file format specific overflows in the parser?), and it is that simple. You don't use mkv or playlists with mixed content? You don't use subtitles? > the ability to grant ~/music/.../.{mp3,ogg,flac} [...] If it is, your codebase is suffering from some serious bitrot... I sympathize, but whitelisting isn't the problem at that point. Your first idea is that our codebase is bitrot? Seriously? > which file types we want to associate with our media players. Reuse and retool those, profit? And you know, it's been a long time we don't rely on extensions for format detection. Sorry, but your comment is very arrogant (limit insulting), and you speak of things you don't understand.
  - MaulingMonkey 12y ago
    > You don't use mkv or playlists with mixed content? You don't use subtitles? No MKV, mp3-only playlists, and then only subtitles I use are those embedded within the .avi / .mp4. I'll certainly admit I'm not VLC power-user. > Your first idea is that our codebase is bitrot? Seriously? You've chopped far too much context. I'm assuming your codebase supports neither whitelist in it's current form - reasonable, nothing needs it yet. That is my first idea. I'm also meaning to imply that you're overstating how difficult it would be, if your codebase did support interacting with the standbox to request .mp3 whitelisting, to request other formats as well. That is my second idea. My third* idea, at best, is that your codebase has bitrot. This is not me intending to slight you, your project, your contributors, your former contributors, or any of the choices involved. This is not me saying I am better than any of that. This is me, where half of my last job was dealing with bitrot, some caused by my own hand - trying to relate, while trying to identify where such a hypothetical, assumed to be serious problem, would actually lay. > And you know, it's been a long time we don't rely on extensions for format detection. You might not, but windows still does. Is this dialog gone? http://cdn5.howtogeek.com/wp-content/uploads/2013/02/vlc-file-type-associations.png http://cdn5.howtogeek.com/wp-content/uploads/2013/02/vlc-fil... > Sorry, but your comment is very arrogant (limit insulting), and you speak of things you don't understand. I apologize if it came off that way, and for touching a nerve. But please understand me. The sin you're looking for is Envy, not Arrogance, within me if you've had that leisure - of dealing only with pristine codebases without serious problems.

by jbk 12y ago

gknoy 12y ago

Then you'd grant access to ~/my-media-collection/ , or to each of the filetypes in your collection.

MaulingMonkey 12y ago

> Experience from OS X and WinRT is that they aren't powerful. And I'm not suggesting that the current state of things is sufficient. > What about mkv linked files or .mpc lossless complements? Or cue/bin complements? > What about m3u that have mp3, ogg and flac interleaved? In my case? As I don't use these formats, these are signs of bad things are happening (fishing for file format specific overflows in the parser?), and it is that simple. Presumably, if I did use those formats, the ability to grant ~/music/.../.{mp3,ogg,flac} or ~/music/ is not a huge step from granting access to *.mp3. If it is, your codebase is suffering from some serious bitrot... I sympathize, but whitelisting isn't the problem at that point. We already deal with some of this, with dialogs prompting us about which file types we want to associate with our media players. Reuse and retool those, profit?

jbk 12y ago
> In my case? As I don't use these formats, these are signs of bad things are happening (fishing for file format specific overflows in the parser?), and it is that simple. You don't use mkv or playlists with mixed content? You don't use subtitles? > the ability to grant ~/music/.../.{mp3,ogg,flac} [...] If it is, your codebase is suffering from some serious bitrot... I sympathize, but whitelisting isn't the problem at that point. Your first idea is that our codebase is bitrot? Seriously? > which file types we want to associate with our media players. Reuse and retool those, profit? And you know, it's been a long time we don't rely on extensions for format detection. Sorry, but your comment is very arrogant (limit insulting), and you speak of things you don't understand.
- MaulingMonkey 12y ago
  > You don't use mkv or playlists with mixed content? You don't use subtitles? No MKV, mp3-only playlists, and then only subtitles I use are those embedded within the .avi / .mp4. I'll certainly admit I'm not VLC power-user. > Your first idea is that our codebase is bitrot? Seriously? You've chopped far too much context. I'm assuming your codebase supports neither whitelist in it's current form - reasonable, nothing needs it yet. That is my first idea. I'm also meaning to imply that you're overstating how difficult it would be, if your codebase did support interacting with the standbox to request .mp3 whitelisting, to request other formats as well. That is my second idea. My third* idea, at best, is that your codebase has bitrot. This is not me intending to slight you, your project, your contributors, your former contributors, or any of the choices involved. This is not me saying I am better than any of that. This is me, where half of my last job was dealing with bitrot, some caused by my own hand - trying to relate, while trying to identify where such a hypothetical, assumed to be serious problem, would actually lay. > And you know, it's been a long time we don't rely on extensions for format detection. You might not, but windows still does. Is this dialog gone? http://cdn5.howtogeek.com/wp-content/uploads/2013/02/vlc-file-type-associations.png http://cdn5.howtogeek.com/wp-content/uploads/2013/02/vlc-fil... > Sorry, but your comment is very arrogant (limit insulting), and you speak of things you don't understand. I apologize if it came off that way, and for touching a nerve. But please understand me. The sin you're looking for is Envy, not Arrogance, within me if you've had that leisure - of dealing only with pristine codebases without serious problems.