[Server-devel] [Sugar-devel] Fwd: [XSCE] Re: Client side Moodle transparent auth broken in 13.2.0 stable
Gonzalo Odiard
gonzalo at laptop.org
Tue Aug 6 06:12:36 EDT 2013
There are a ticket filled?
Gonzalo
On Tue, Aug 6, 2013 at 4:27 AM, Jerry Vonau <jerry at laptop.org.au> wrote:
> Great piece of deductive testing Anna, way to go. Forwarding for further
> investigation.
>
> Jerry
>
> ---------- Forwarded message ----------
> From: Anna <aschoolf at gmail.com>
> Date: 5 August 2013 15:02
> Subject: [XSCE] Re: Client side Moodle transparent auth broken in 13.2.0
> stable
> To: xsce-devel <xsce-devel at googlegroups.com>
>
>
> I just realized that someone will probably ask what's the most recent
> build where Moodle transparent auth did work. Lucky for me, I just had to
> test one older. Moodle transparent auth DOES work in 13.2.0-12.
>
> So whatever broke client side Moodle transparent auth should be confined
> to 13.2.0-13.
>
>
> On Mon, Aug 5, 2013 at 2:19 PM, Anna <aschoolf at gmail.com> wrote:
>
>> I very recently upgraded my little herd of XOs to the latest stable build
>> 13.2.0-13. Unfortunately, something in that build has broken Moodle's
>> transparent authentication. When a registered client goes to
>> http://schoolserver/moodle, all it gets is the login page.
>>
>> Now, that's not unheard of, you can usually just click the "Home" button
>> and get automatically logged in. But when I've seen that before, the XO's
>> SN is filled out in the Username field on the login page. The 13.2.0-13 XO
>> doesn't show that. No matter what you click on in the Moodle login page,
>> it never logs in.
>>
>> To verify it was a client side issue, I flashed an XO-1 with 13.1.0
>> stable, and registered first to be admin. I also registered a 13.2.0-13 as
>> the second client. On the 13.1.0, I can go to the Moodle homepage and it
>> automatically logged me in. I tried again to access the Moodle homepage on
>> the 13.2.0-13 XO-1, but yep, still just got the login page. On the admin
>> XO, I went to Site Administration -> Users -> Accounts -> Browse list of
>> users and saw both XOs listed. It indicated that the 13.2.0-13 client had
>> never logged in.
>>
>> So, the user account is being created on the server for the 13.2.0-13 XO
>> upon registration, but client side transparent authentication is not
>> working.
>>
>> To verify the 13.2.0-13 XO's Browse Activity is accepting cookies, I went
>> to
>> http://www.bu.edu/htbin/computing/browsers/troubleshooting/cookietest.pland the test was successful.
>>
>> Now, I have successfully tested Moodle transparent auth with previous
>> iterations of 13.2.0, perhaps 8 or 9? So whatever change on 13.2.0 that
>> broke transparent auth must have been relatively recent.
>>
>> I took a look at the Browse Activity version between the two clients:
>> 13.1.0 = Browse 149
>> 13.2.0-13 = Browse 149.3
>>
>> I knew it wouldn't make a difference, but I also tested the 13.2.0-13 as
>> first registration and it doesn't care that its the admin user. And also
>> tested with a fresh flash to make sure there wasn't something sticky in
>> there from a previous registration gumming things up.
>>
>> I've tested this with the XSCE installed a couple days ago
>> (xs-config-0.8.4.123.gda5e8e3-1) and the latest DXS from this morning. I
>> also remembered I have an XS 0.6 (duh, Anna) and the results were the same.
>> I don't have an XS 0.7 installation, but I would expect the same results.
>>
>> Since this is a client side issue, I'm not sure where to go from here as
>> far as troubleshooting.
>>
>> Anna
>>
>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/server-devel/attachments/20130806/2d0165c5/attachment.html>
More information about the Server-devel
mailing list