| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
|
|
|
| |
In the tests that we do expect errors, we might get them after
next(). Adjust the "expected query failure" checks so it covers
the errors produced both when creating or when iterating a
cursor.
|
|
|
|
| |
Test behavior and output of FTS rank/offsets/snippet functions.
|
|
|
|
|
| |
Also relate the 2 connections via tracker_sparql_connection_map_connection
so we can test the "private:xyz" special URIs.
|
|
|
|
|
| |
These were made to test DBus services, generalize them a bit so we
can use it to test other URI types.
|
|
|
|
|
| |
This is currently unused, but might be used for future expansion points (e.g.
hint the desire for pretty RDF)
|
|
|
|
|
|
|
|
|
| |
All of subject/predicate/graph are ensured to always be resources, the
only variable type is the object, which is fetched from the tracker_triples
table directly.
Since this involves changes (towards better) in the interpretation of
RDF data for our serialization tests, update these as well.
|
|
|
|
| |
Test both connection and statement serialization API
|
|
|
|
|
|
|
| |
And ensure ordering by first subject then graph, so information for a
single resource from multiple graphs is clustered together. Since
the cursor format and output changed, update the tests that expect a
specific DESCRIBE output.
|
|
|
|
| |
Also exercise those finalize paths.
|
|
|
|
|
| |
Use the same infrastructure to also test statements with a remote
TrackerSparqlConnection/TrackerEndpoint.
|
|
|
|
|
|
|
|
|
|
| |
Since we were using the static TestInfo structs to hold the connection,
we were simply overwriting it in a loop when adding the tests. This made
just the last TrackerSparqlConnection (dbus) to be tested.
Separate this bit, and pass new memory to each individual test, so they
are ensured to use the intended connection. This makes the direct
TrackerSparqlStatement explicitly tested as well.
|
|\
| |
| |
| |
| |
| |
| | |
libtracker-sparql: Fix actual 0-path matches in ? and * path operators
Closes #337
See merge request GNOME/tracker!472
|
| |
| |
| |
| |
| | |
These should also bring back the 0-length result even if there are no further
results.
|
|/
|
|
|
|
| |
Include most tests in a GResource, and run those from there in addition
to the tracker_sparql_connection_query_statement() API, so we additionally
test loading from resources.
|
|\
| |
| |
| |
| |
| |
| | |
[test] Refactor double/float comparison on tests
Closes #332
See merge request GNOME/tracker!469
|
| |
| |
| |
| |
| |
| |
| | |
Fixes https://gitlab.gnome.org/GNOME/tracker/-/issues/332
There were some issues downstreams were the equality comparison failed
on some platforms like i686
|
| |
| |
| |
| |
| | |
The parsing errors that printed should be stored in a file that has the extension .errors.out.
The test works by inspecting the error messages that printed using g_printerr() and compare them with the expected error messages that stored in *.errors.out file.
|
| |
| |
| |
| |
| |
| |
| |
| | |
index
DomainIndexAddTest was using test:a_n_cardinality property as a domain index which is not supported in tracker.
Only single value properties can be used as a domain index.
So, it used test:a_int property instead of test:a_n_cardinality as the domain index for class test:C.
|
| | |
|
|/ |
|
|
|
|
|
| |
Check with the per-graph Refcount table whether the ROWID involved
is used in any allowed graph. Return 0/null otherwise.
|
|
|
|
| |
Replaced @ut.skip() by @ut.expectedFailure notation for tests that are not supported by tracker yet.
|
|
|
|
|
| |
There were some tests that were skipped in ontology-changes.py file (most likely because tracker was not support them when they are written).
The @ut.skip notation is removed from the tests that are supported by tracker now.
|
|
|
|
|
|
|
| |
The test case works by trying to create a database with a malformed ontology. Hence, the connection is expected to fail and no database is created.
Then, a new connection is created with a valid ontology. Hence, we ensure that the database is build correctly and it is not affected by the malformed ontology.
The next step is trying to update the ontology using another malformed ontology. It is expected to fail and the db is rolled back to its previous consistent state.
Finally, the database is updated using a valid ontology and we make sure that it is updated successfully without being affected by the malformed ontology update.
|
|\
| |
| |
| |
| | |
Track current line and column numbers and handle missing prefix error
See merge request GNOME/tracker!447
|
| | |
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On some of these tests, we create a per-testcase dbus environment,
thus rely on g_bus_get*() default connections to be correctly tear
down and created again for the next testcase.
GVFS does not seem to play along with this, and keeps the default
GDBusConnections alive between runs. This may fail with "Connection
already closed" if we attempted to get a default session/system bus
on later testcases, since the dbus daemon is actually tear down.
We actually don't need to pull GVFS here at all, so disable it
for our testcases to tiptoe the issue.
Fixes: https://gitlab.gnome.org/GNOME/tracker/-/issues/314
|
|
|
|
|
|
| |
There are no special tests that should be carried out to test the feature of skipping comments in ontology file.
Just we need to use any ontology file that contains different types of comments and make sure that the ontology is parsed well.
That is done by applying different queries on the database created and make sure that the queries return the right data which means that the schema is parsed successfully.
|
|\
| |
| |
| |
| | |
Fixes to xsd:dateTime relational expressions
See merge request GNOME/tracker!402
|
| |
| |
| |
| | |
TrackerSparqlStatement
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
CI improvements
See merge request GNOME/tracker!430
|
| | |
| | |
| | |
| | |
| | | |
So we can expand test timeouts in CI without making it horribly
slow on the desktop.
|
| | | |
|
|/ / |
|
| | |
|
|/ |
|
|\
| |
| |
| |
| |
| |
| | |
Datetime helpers
Closes #270
See merge request GNOME/tracker!381
|
| |
| |
| |
| |
| |
| |
| | |
Currently one needs to convert the datetime manually to a string
now GDateTime value can be easily binded to a statement
Fixes #270
|
| |
| |
| |
| |
| |
| | |
Add tracker_resource_add_datetime, tracker_resource_set_datetime,
tracker_resource_get_first_datetime and also includ tests for
the above mentioned functions in tracker-resource-test.c
|
| |
| |
| |
| |
| | |
This tests the other way around, to ensure we still match URNs as
strings on both sides.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The symptom on my system are that the test fails to run because gi
cannot find the shared library object for Tracker. This is due to the
fact that $LD_LIBRARY_PATH is set by Meson but removed from the
environment by the time the test is running. This is because the
examples/python/endpoint.py scripts which uses '!#/usr/bin/env python'
as a shebang and on macOS the env utility removes dynamic linker
variables from the environment. Fix this by explicitly using python to
execute the script.
Use this opportunity for restructure how the Python installation and
executable is looked up in the build definition: use the 'python'
Meson module to lock for a suitable python in the main meson.build.
Also, the test setup does not set $TRACKER_LANGUAGE_STOP_WORDS_DIR to
point to the stop words directory in the source directory. Fix it.
|
|\ \
| | |
| | |
| | |
| | | |
Fix Python test fixtures to run on macOS
See merge request GNOME/tracker!409
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
On macOS the default start method for multiprocessing processes is
spawn which makes dynamic modification of the code passed to the
worker processes (the addition of the tmpdir member in this case)
problematic. The issue is esily solved passing the tmpdir to the
worker function as a parameter.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Look for a Python installation with the tap module
See merge request GNOME/tracker!410
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
When the TAP test protocol is enabled, look for a Python installation
that has the tap module installed. This uses the 'python' Meson module
and thus bumping the minimum Meson version to 0.51.
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
tests: Look for trueness of TEST_TAP_ENABLED
See merge request GNOME/tracker!394
|