syncml and shared agendas. synced only owner created events

[LALOT Dominique-2]

Hello,

Some people wants to work like this:
a secretary is modifying some other people agendas.

If the agenda's owner is trying to sync, he only gets his own events. The
others which have been created by people having write access are not synced.
If I remember some other problem I got a few months ago, that's may be
related to the history table.

Is there a possibility to get this working?

Thks

Dom

--
Dominique LALOT
Ingénieur Systèmes et Réseaux
http://annuaire.univmed.fr/showuser.php?uid=lalot
--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...

[Jan Schneider]

Zitat von LALOT Dominique <dom.lalot@...>:

> Hello,
>
> Some people wants to work like this:
> a secretary is modifying some other people agendas.
>
> If the agenda's owner is trying to sync, he only gets his own events. The
> others which have been created by people having write access are not synced.
> If I remember some other problem I got a few months ago, that's may be
> related to the history table.
>
> Is there a possibility to get this working?

Can you specify what you mean with the relation to the history table?  
There is no code in the synchronization process that checks the owner  
of an event.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...

[LALOT Dominique-2]

2009/9/16 Jan Schneider <jan@...>

> Zitat von LALOT Dominique <dom.lalot@...>:
>
>  Hello,
>>
>> Some people wants to work like this:
>> a secretary is modifying some other people agendas.
>>
>> If the agenda's owner is trying to sync, he only gets his own events. The
>> others which have been created by people having write access are not
>> synced.
>> If I remember some other problem I got a few months ago, that's may be
>> related to the history table.
>>
>> Is there a possibility to get this working?
>>
>
> Can you specify what you mean with the relation to the history table? There
> is no code in the synchronization process that checks the owner of an event.
>
> Jan.
>

Sorry Jan,

It seems that I did a mistake yesterday trying to reproduce a bug. For my
last tests, it's working like a charm!
The user who gets such problem in fact was logging in syncml using an
Uppercase character at the beginning of his loginuid. I presume then, that
the datas are not correct.
Nevertheless, I put a hook to transform the userid a long time ago:
if (!function_exists('_username_hook_frombackend')) {
     function _username_hook_frombackend($userID) {
         return String::lower($userID);
     }
}

It seems that syncml is not using it. Is there some other hook to setup?

Thanks

Dom

>
> --
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/
>
> --
> sync mailing list - Join the hunt: http://horde.org/bounties/#sync
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: sync-unsubscribe@...
>

--
Dominique LALOT
Ingénieur Systèmes et Réseaux
http://annuaire.univmed.fr/showuser.php?uid=lalot
--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...

[Jan Schneider]

Zitat von LALOT Dominique <dom.lalot@...>:

> 2009/9/16 Jan Schneider <jan@...>
>
>
> > Zitat von LALOT Dominique <dom.lalot@...>:
> >
> > > Hello,
> > >
> > > Some people wants to work like this:
> > > a secretary is modifying some other people agendas.
> > >
> > > If the agenda's owner is trying to sync, he only gets his own events. The
> > > others which have been created by people having write access are not synced.
> > > If I remember some other problem I got a few months ago, that's may be
> > > related to the history table.
> > >
> > > Is there a possibility to get this working?
> >
> >   Can you specify what you mean with the relation to the history table? There is no code in the synchronization process that checks the owner of an event.
> >
> > Jan.
>
> Sorry Jan,
>
> It seems that I did a mistake yesterday trying to reproduce a bug. For my last tests, it's working like a charm!
> The user who gets such problem in fact was logging in syncml using an Uppercase character at the beginning of his loginuid. I presume then, that the datas are not correct.
> Nevertheless, I put a hook to transform the userid a long time ago:
> if (!function_exists('_username_hook_frombackend')) {
> function _username_hook_frombackend($userID) {
> return String::lower($userID);
> }
> }
>
> It seems that syncml is not using it. Is there some other hook to setup?

No, but synching should use that hook as well.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...

[LALOT Dominique-2]

2009/9/16 Jan Schneider <jan@...>

>
>
> Zitat von LALOT Dominique <dom.lalot@...>:
>
> > 2009/9/16 Jan Schneider <jan@...>
> >
> >
> > > Zitat von LALOT Dominique <dom.lalot@...>:
> > >
> > > > Hello,
> > > >
> > > > Some people wants to work like this:
> > > > a secretary is modifying some other people agendas.
> > > >
> > > > If the agenda's owner is trying to sync, he only gets his own events.
> The
> > > > others which have been created by people having write access are not
> synced.
> > > > If I remember some other problem I got a few months ago, that's may
> be
> > > > related to the history table.
> > > >
> > > > Is there a possibility to get this working?
> > >
> > >   Can you specify what you mean with the relation to the history table?
> There is no code in the synchronization process that checks the owner of an
> event.
> > >
> > > Jan.
> >
> > Sorry Jan,
> >
> > It seems that I did a mistake yesterday trying to reproduce a bug. For my
> last tests, it's working like a charm!
> > The user who gets such problem in fact was logging in syncml using an
> Uppercase character at the beginning of his loginuid. I presume then, that
> the datas are not correct.
> > Nevertheless, I put a hook to transform the userid a long time ago:
> > if (!function_exists('_username_hook_frombackend')) {
> > function _username_hook_frombackend($userID) {
> > return String::lower($userID);
> > }
> > }
> >
> > It seems that syncml is not using it. Is there some other hook to setup?
>
> No, but synching should use that hook as well.
>

If I change my login and put Lalot, it appears that history_who contains
Lalot instead of lalot. Could this generate a side effect somewhere?

Thanks

Dom

>
> Jan.
>
> --
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/
> --
> sync mailing list - Join the hunt: http://horde.org/bounties/#sync
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: sync-unsubscribe@...
>

--
Dominique LALOT
Ingénieur Systèmes et Réseaux
http://annuaire.univmed.fr/showuser.php?uid=lalot
--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...

[Jan Schneider]

Zitat von LALOT Dominique <dom.lalot@...>:

> 2009/9/16 Jan Schneider <jan@...>
>
>
> > Zitat von LALOT Dominique <dom.lalot@...>:
> >
> > > 2009/9/16 Jan Schneider <jan@...>
> > >
> > >
> > > > Zitat von LALOT Dominique <dom.lalot@...>:
> > > >
> > > > > Hello,
> > > > >
> > > > > Some people wants to work like this:
> > > > > a secretary is modifying some other people agendas.
> > > > >
> > > > > If the agenda's owner is trying to sync, he only gets his own events. The
> > > > > others which have been created by people having write access are not synced.
> > > > > If I remember some other problem I got a few months ago, that's may be
> > > > > related to the history table.
> > > > >
> > > > > Is there a possibility to get this working?
> > > >
> > > >   Can you specify what you mean with the relation to the history table? There is no code in the synchronization process that checks the owner of an event.
> > > >
> > > > Jan.
> > >
> > > Sorry Jan,
> > >
> > > It seems that I did a mistake yesterday trying to reproduce a bug. For my last tests, it's working like a charm!
> > > The user who gets such problem in fact was logging in syncml using an Uppercase character at the beginning of his loginuid. I presume then, that the datas are not correct.
> > > Nevertheless, I put a hook to transform the userid a long time ago:
> > > if (!function_exists('_username_hook_frombackend')) {
> > > function _username_hook_frombackend($userID) {
> > > return String::lower($userID);
> > > }
> > > }
> > >
> > > It seems that syncml is not using it. Is there some other hook to setup?
> >  No, but synching should use that hook as well.
>
> If I change my login and put Lalot, it appears that history_who contains Lalot instead of lalot. Could this generate a side effect somewhere?

Off my head I think we just use history_who for informational purposes, so it shouldn't break anything. It's still a bug though.

Jan.

--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...