[tracker] tracker-data-manager: Re-creating tables don't add any property column
- From: Carlos Garnacho <carlosg src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [tracker] tracker-data-manager: Re-creating tables don't add any property column
- Date: Fri, 6 Mar 2015 16:15:02 +0000 (UTC)
commit 7f0afd8205b7cc426d5d1ff55106af8eb2656ded
Author: Carlos Garnacho <carlosg gnome org>
Date: Fri Mar 6 15:49:26 2015 +0100
tracker-data-manager: Re-creating tables don't add any property column
If, during database update, the migration code chose to create a table from
scratch, dumping data from the original one (eg. removing columns for
properties that now have maxCardinality>1 and move to their own table),
the destination table would be missing virtually all fields.
When this happens, in_update differs from in_alter (the former tells whether
we're creating the DB from scratch, the latter whether we're altering the
original table). As we're actually creating the table from scratch, we must
behave as such when dealing with the affected properties.
https://bugzilla.gnome.org/show_bug.cgi?id=745737
src/libtracker-data/tracker-data-manager.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/src/libtracker-data/tracker-data-manager.c b/src/libtracker-data/tracker-data-manager.c
index 384a98a..abbd673 100644
--- a/src/libtracker-data/tracker-data-manager.c
+++ b/src/libtracker-data/tracker-data-manager.c
@@ -2904,7 +2904,7 @@ create_decomposed_metadata_tables (TrackerDBInterface *iface,
service_name,
service,
&sql_type_for_single_value,
- in_update,
+ in_alter,
in_change,
&internal_error);
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]