| Summary | Disconnection between share ids and query ids on bugs.horde.org |
| Queue | Horde.org Servers |
| Queue Version | Other |
| Type | Bug |
| State | Resolved |
| Priority | 3. High |
| Owners | jan (at) horde (dot) org |
| Requester | jan (at) horde (dot) org |
| Created | 8/23/09 (6073 days ago) |
| Due | |
| Updated | 9/1/09 (6064 days ago) |
| Assigned | |
| Resolved | 9/1/09 (6064 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
http://cvs.horde.org/diff.php/whups/scripts/upgrades/convert_datatree_shares_to_sql.php?rt=horde&r1=1.7&r2=1.8&ty=u
Taken from Chuck Hagenbuch
Priority ⇒ 3. High
Patch ⇒ No
Milestone ⇒
Assigned to Chuck Hagenbuch
Queue ⇒ Horde.org Servers
Summary ⇒ Disconnection between share ids and query ids on bugs.horde.org
Type ⇒ Bug
State ⇒ Assigned
the query id is set to the id of the connected share by the
Whups_QueryManager.
But for some reason, the datatree ids for the whups shares are not
matching the query ids. The queries still used to work though, I'm
getting mad on this. The convert_datatree_shares_to_sql.php was broken
too, since it simply used sequences for the migrated shares.
With the current half-migrated whups on bugs.horde.org, existing
queries don't work at all. The original query shares still exist in
the datatree backend, so it's safe to truncate the whups_shares*
tables and run the migration as often as necessary. The latest query
at this moment is 264 now. Anything beyond that, i.e. any queries
added after the failed migration should be removed, once this is
working again.