Changes have been made in Git for this ticket:

Bug #10027: Fix regression in renaming mailboxes in dynamic view

  3 files changed, 12 insertions(+), 9 deletions(-)
http://git.horde.org/horde-git/-/commit/8f83c615272706bdf78f6407f61dbfc073728936

Changes have been made in Git for this ticket:

Bug #10027: Correct fix for resetting user during a script call
If authenticated, The application Auth driver needs to pass the *Horde*
userId to the Registry::setAuth() call, instead of any userId that may have
been set in an application, or else the previous change made in this
ticker will cause the if ($this->getAuth() == $authId) check to fail and
the session will be recreated.

For apps that may have a different authentication userId than the Horde
ID (e.g. IMP), this app-specific userId is obtainable via
getAppCredential('userId').  But the Horde user ID should never change
during the session.

  1 files changed, 2 insertions(+), 2 deletions(-)
http://git.horde.org/horde-git/-/commit/a95f8a4259ceaae0b421894062c28df7c17bd167

Yep, that was it.

Changes have been made in Git for this ticket:

No longer necessary (Bug #10027).

  1 files changed, 0 insertions(+), 1 deletions(-)
http://git.horde.org/horde-git/-/commit/b7d82950408e3ea96cb7beaff03c88ba8f7c3fbc

Maybe this helps.

Changes have been made in Git for this ticket:

Bug #10027: Maybe this fixes setAuth() issue

  1 files changed, 1 insertions(+), 1 deletions(-)
http://git.horde.org/horde-git/-/commit/a21a40d1812a64948a5a96ae647d8279df8bc2aa

Re-assigning to you, because somewhere along the way the option to set 
different users during the same session got lost. This is a crucial 
feature for scripts like this.

sorry but this made no difference, exactlty the same output and the 
mysql db was in the same state !! (and yes I did clear the old data 
first).

http://git.horde.org/diff.php/ingo/bin/ingo-convert-prefs-to-sql?rt=horde-git&ws=1&r1=e52fbdec4f795e60aca6ca053067bbbd18912361

Does this commit fix it?

applied change, however script still fails to update prefs into sql.
get the following output when script is executed
Converting filters for user: accounts.....
[ ERROR! ] SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate
            entry 'accounts' for key 1

[ ERROR! ] SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate
            entry 'accounts' for key 1
done
Converting filters for user: joe.bloggs.....
[ ERROR! ] SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate
            entry 'accounts' for key 1

[ ERROR! ] SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate
            entry 'accounts' for key 1
done

This is repeated for every user in the list.
Upon examining the mysql ingo_rules table, every row is assigned 
(column rule_owner) to the initial user in the list and all the 
rule_conditions couumns are blank (text - a:0:{} ).

Should be fixed (there were several scripts, located across various 
applications, that were calling the old deprecated 
Horde_Auth::setAuth() method).

Changes have been made in Git for this ticket:

Bug #10027: Fix call to setAuth()

  14 files changed, 25 insertions(+), 20 deletions(-)
http://git.horde.org/horde-git/-/commit/3abbb978412cf263e57ab50fdd0cfa7f35760997

when executing ingo-convert-prefs-to-sql to upgrade, this script fails 
to execute.
reporting that :-
Converting filters for user: accountsPHP Fatal error:  Call to 
undefined method Horde_Auth::setAuth() in 
/usr/bin/ingo-convert-prefs-to-sql on line 60

searched library and method not defined in release, can find in older 
releases. It would appear that this method has been changed/renamed 
but the update script has not be changed to reflect the change.
would it be possible to bring this script upto date