- 17 Mar, 2022 1 commit
-
-
Jordi Mas authored
-
- 09 Mar, 2022 1 commit
-
-
- 28 Jan, 2022 1 commit
-
-
Daniel Mustieles García authored
-
- 26 Jan, 2022 1 commit
-
-
- 07 Jan, 2022 1 commit
-
-
- 22 Dec, 2021 1 commit
-
-
- 14 Dec, 2021 1 commit
-
-
- 25 Nov, 2021 1 commit
-
-
- 02 Nov, 2021 1 commit
-
-
David King authored
#358
-
- 19 Oct, 2021 1 commit
-
-
David King authored
-
- 06 Oct, 2021 1 commit
-
-
- 20 Sep, 2021 1 commit
-
-
David King authored
-
- 18 Sep, 2021 1 commit
- 17 Sep, 2021 4 commits
- 16 Sep, 2021 18 commits
-
-
-
-
Marek Černocký authored
-
Piotr Drąg authored
-
-
-
The BD-R flags were simply never applied to the plugin, so the brasero core didn't know how to burn that type of media. See https://bugzilla.redhat.com/show_bug.cgi?id=1704341 and https://bugzilla.redhat.com/show_bug.cgi?id=1456971 Closes: #324
-
The macro was never used and was missing an opening parenthesis.
-
Print some debug when flags don't match.
-
libbrasero-media/scsi-read-track-information.c: In function ‘brasero_read_track_info’: libbrasero-media/scsi-read-track-information.c:116:33: warning: argument to ‘sizeof’ in ‘memset’ call is the same pointer type ‘BraseroScsiTrackInfo *’ {aka ‘struct _BraseroScsiTrackInfo *’} as the destination; expected ‘BraseroScsiTrackInfo’ {aka ‘struct _BraseroScsiTrackInfo’} or an explicit length [-Wsizeof-pointer-memaccess] 116 | memset (&hdr, 0, sizeof (info)); | ^
-
Make the gstreamer plugins tested for by the transcode plugin match the plugins it uses. Fixes: #325
-
David King authored
-
Add the compile-time checks, and add the minimal code catering for the API changes. In 3.0 connections are no longer singletons.
-
These resources are interpreted differently in Tracker 3.0 compared to older versions, the newer version makes those 2 different resources (one representing the "file", other the "content) that relate to each other. In older tracker versions, these 2 aspects were conflated in a single resource. The query is implicitly crossing that barrier, so make it explicit. With this change, the query may run with either version.
-
This fixes two things: - The use of fts:match depends on priv->keywords being set, but fts:rank() has undefined behavior if fts:match is not present. Its value is returned in the cursor, but fortunately unused, so it can go away. - Fixes "garbage" being added at the end of the query, concretely ") } ORDER BY ... " is appended at the supposed end of the query string. Older SPARQL parser implementations would allow garbage at the end of its parsing state, I suspect "LIMIT 0 OFFSET 10000" was just a mean to push it to that state that it'd allow the remaining string, so that is gone too.
-
The ?urn variable is not defined anywhere else in the query, so ordering is left undefined. Access the url/filename properly here.
-
The is_available vmethod tries to create a connection if it's not there. But the BraseroSearchTracker initialization already tries to obtain the SPARQL connection. Let this method return wether initialiation was successful.
-
David King authored
-
- 09 Sep, 2021 3 commits
-
-
Bastien Nocera authored
Which means that gtk-doc can now list the object types and generate a tree_index.sgml file.
-
Bastien Nocera authored
-
Bastien Nocera authored
-
- 05 Sep, 2021 1 commit
-
-
- 31 Aug, 2021 1 commit
-
-