[Tickets #10241] Re: removing user data doesn't work
bugs at horde.org
bugs at horde.org
Sat Sep 3 19:40:21 UTC 2011
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/10241
------------------------------------------------------------------------------
Ticket | 10241
Updated By | vilius at lnk.lt
Summary | removing user data doesn't work
Queue | Horde Framework Packages
Version | Git master
Type | Bug
State | Resolved
Priority | 2. Medium
Milestone |
Patch |
Owners | Michael Rubinsky
------------------------------------------------------------------------------
vilius at lnk.lt (2011-09-03 19:40) wrote:
>> Should shares in *_sharesng tables still exist after user data
>> removal? Because currently they still do.
>
> Shares that the user is the owner of, in the currently active share
> driver should be removed. So, if you are using the ng sql driver,
> then no, they shouldn't still exist. If you are using the legacy sql
> share driver, then the ng table would not be touched. If you *are*
> using the ng driver, then check your log for any errors and post
> back. I've tested locally with both sql drivers and all user-owned
> shares are now properly removed.
Yes, i'm using NG driver. For me entries in kronolith_sharesng and
mnemo_sharesng are still there.
Uf, this a little bit bad, but I just noticed that removeUserData for
kronolith and mnemo removes shares of the admin who is deleting the
data, not the user's data.
DELETE FROM kronolith_sharesng_groups WHERE share_id = 450
[pid 31447 on line 801 of "/usr/share/pear/Horde/Db/Adapter/Base.php"]
DELETE FROM mnemo_sharesng_users WHERE share_id = 462 [pid
31447 on line 801 of "/usr/share/pear/Horde/Db/Adapter/Base.php"]
Both shares_ids are mine :(.
Also during debuging I've noticed that horde does spit a lot of these
messages:
DELETE FROM horde_prefs WHERE pref_uid = 'turba3 at lnk.lt' AND pref_name
They are executed like 40 or 50 times.
More information about the bugs
mailing list