[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Phpgroupware-users] Participants selection
From: |
Don Graver \(dgraver\) |
Subject: |
RE: [Phpgroupware-users] Participants selection |
Date: |
Wed, 12 May 2004 10:38:46 +0100 |
I am using IE 6.0.x, and I normally don't use session based cookies, but
turned them on to test a couple of things regarding this. I would think
without having cookies on, that it should grab the sessionid from the
URL, but I'm not sure. Anyways, assuming the bug is fixed, is there a
way to remove entries from the participants list in addition to being
able to add them?
P.s. I know the calendar code pretty well now, and it seems to work for
me :-)
-- Don Graver
>-----Original Message-----
>From: address@hidden
>[mailto:address@hidden
>On Behalf Of Dave Hall
>Sent: Wednesday, May 12, 2004 11:07 AM
>To: phpgw-users
>Subject: Re: [Phpgroupware-users] Participants selection
>
>
>On Wed, 2004-05-12 at 07:25, Chris Weiss wrote:
>> Don Graver (dgraver) (address@hidden) wrote:
>> >
>> > Hi all,
>> >
>> > I'm wondering if anyone has developed a slightly different user
>> > interface for selecting participants for an event. I know
>there is
>> > the popup option, but mine seems to continually ask me to
>login when
>> > selecting a user instead of adding them to the "select"
>form of the
>> > other window. Any thoughts on why this is happening?
>>
>> the popup ask for a login or afer selecting you get sent back to the
>> login?
>>
>> If the popup asks, then it's likely that the link() call wasn't used
>> to generate the popup URL and you're not using cookies. If
>you happen
>> to be using phpGW VBShell then you have to set Cookies for
>Session ID
>> in phpgw to off to work around an IE bug.
>
>Are you using IE6 with cookie based sessions? IE6 runs each
>window in a seperate process, and session cookies are not
>transfered to the new window. I came across this bug recently
>when testing some things on IE6. Unfortunately I could not be
>certain this is the cause of the problem. If you (or anyone
>else) can verify this as a bug I will spend some time on the
>work around I have in mind.
>
>>
>> I haven't looked at the code (calendar code is creapy) so these are
>> just guesses. My understanding is that Dave is working on a redo of
>> calendar, probably for HEAD only though.
>
>Calendar isn't that bad :P
>
>Cheers
>
>Dave
>
>
>
>_______________________________________________
>Phpgroupware-users mailing list
>address@hidden
>http://mail.gnu.org/mailman/listinfo/phpgroupwa>re-users
>