- 05 Aug, 2021 1 commit
-
-
Max Kellermann authored
-
- 18 May, 2021 1 commit
-
-
Max Kellermann authored
For querying tags, the real song URI should be used, because if the (display) URI is different, requesting it will not produce a usable response. This is a theoretical problem because none of the existing playlist plugins sets the real_uri. This requires changing the URI comparison in playlist::TagModified(). Closes https://github.com/MusicPlayerDaemon/MPD/issues/1154
-
- 15 Feb, 2021 1 commit
-
-
Max Kellermann authored
After commit 1afa33c3, an old bug was revealed: SimpleDatabase::GetSong() constructs an ExportedSong instance by moving the return value of Song::Export(), which causes the LightSong::tag field to be dangling on the moved-from ExportedSong::tag_buffer. This broke tags from CUE sheets. Closes https://github.com/MusicPlayerDaemon/MPD/issues/1070
-
- 01 Jan, 2021 1 commit
-
-
Max Kellermann authored
-
- 08 Apr, 2020 1 commit
-
-
Rosen Penev authored
std::all_of becomes constexpr in C++20. I'm not sure it results in better performance. Found with useStlAlgorithm Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 03 Apr, 2020 1 commit
-
-
Max Kellermann authored
-
- 02 Apr, 2020 1 commit
-
-
Max Kellermann authored
-
- 13 Mar, 2020 1 commit
-
-
Rosen Penev authored
The former is deprecated by C++14. The standard says they are the same: The header defines all types and macros the same as the C standard library header<stdint.h>. Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 12 Mar, 2020 1 commit
-
-
Rosen Penev authored
The former was deprecated with C++14. According to the C++11 and C++17 standards, both files are identical. Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 17 Feb, 2020 1 commit
-
-
Rosen Penev authored
Found with modernize-use-equals-default Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 18 Jan, 2020 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
- 16 Dec, 2019 4 commits
-
-
Max Kellermann authored
Prepare for allowing ISO8601 time stamps without delimiters, such as 20191216, and prevent them from being interpreted as numeric UNIX time stamps.
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
-
- 19 Aug, 2019 1 commit
-
-
Max Kellermann authored
-
- 09 Aug, 2019 1 commit
-
-
Max Kellermann authored
-
- 05 Jul, 2019 1 commit
-
-
Max Kellermann authored
-
- 17 Jun, 2019 1 commit
-
-
Max Kellermann authored
-
- 22 May, 2019 1 commit
-
-
Max Kellermann authored
-
- 08 May, 2019 2 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
- 16 Mar, 2019 3 commits
-
-
Max Kellermann authored
The old implementation didn't make a lot of sense; the "!=" operator was not actually the opposite of "==". Closes https://github.com/MusicPlayerDaemon/MPD/issues/505
-
Max Kellermann authored
-
Max Kellermann authored
-
- 15 Mar, 2019 5 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
The "NN" suffix used to mean "no negation", but that's not how it's implemented today.
-
- 14 Mar, 2019 1 commit
-
-
Max Kellermann authored
-
- 09 Dec, 2018 1 commit
-
-
Jacob Vosmaer authored
-
- 19 Nov, 2018 1 commit
-
-
Max Kellermann authored
Since we switched from autotools to Meson in commit 94592c14, we don't need to include `config.h` early to properly enable large file support. Meson passes the required macros on the compiler command line instead of defining them in `config.h`. This means we can include `config.h` at any time, whenever we want to check its macros, and there are no ordering constraints.
-
- 12 Nov, 2018 1 commit
-
-
Max Kellermann authored
Closes #410
-
- 11 Nov, 2018 1 commit
-
-
Max Kellermann authored
This feature requires `libpcre`.
-
- 07 Nov, 2018 3 commits
-
-
Max Kellermann authored
-
Max Kellermann authored
-
Max Kellermann authored
-
- 04 Nov, 2018 1 commit
-
-
Max Kellermann authored
The protocol documentation says that the difference between `find` and `search` is that `search` is case insensitive, but that's only half the truth: `search` also searches for sub strings instead of matching the whole string. This part is undocumented and unfortunate, but at this point, we can't change it. However leaking this surprising behavior to the new filter expressions was a bad idea; the "==" operator should never match substrings. For people who need that, we should add a new operator.
-