<div dir="ltr">There are a ticket filled?<div><br></div><div>Gonzalo</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 6, 2013 at 4:27 AM, Jerry Vonau <span dir="ltr"><<a href="mailto:jerry@laptop.org.au" target="_blank">jerry@laptop.org.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Great piece of deductive testing Anna, way to go. Forwarding for further investigation.<br><br>Jerry<br><br><div class="gmail_quote">
---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Anna</b> <span dir="ltr"><<a href="mailto:aschoolf@gmail.com" target="_blank">aschoolf@gmail.com</a>></span><br>
Date: 5 August 2013 15:02<br>Subject: [XSCE] Re: Client side Moodle transparent auth broken in 13.2.0 stable<br>To: xsce-devel <<a href="mailto:xsce-devel@googlegroups.com" target="_blank">xsce-devel@googlegroups.com</a>><br>
<br><br>
<div dir="ltr">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.<div>
<br></div><div>So whatever broke client side Moodle transparent auth should be confined to 13.2.0-13.</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 5, 2013 at 2:19 PM, Anna <span dir="ltr"><<a href="mailto:aschoolf@gmail.com" target="_blank">aschoolf@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>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 <a href="http://schoolserver/moodle" target="_blank">http://schoolserver/moodle</a>, all it gets is the login page.</div>
<div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>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.</div><div><br></div><div>To verify the 13.2.0-13 XO's Browse Activity is accepting cookies, I went to <a href="http://www.bu.edu/htbin/computing/browsers/troubleshooting/cookietest.pl" target="_blank">http://www.bu.edu/htbin/computing/browsers/troubleshooting/cookietest.pl</a> and the test was successful.</div>
<div><br></div><div>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.</div>
<div><br></div><div>I took a look at the Browse Activity version between the two clients:</div><div>13.1.0 = Browse 149</div><div>13.2.0-13 = Browse 149.3</div><div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>Since this is a client side issue, I'm not sure where to go from here as far as troubleshooting.</div><span><font color="#888888"><div><br></div><div>Anna </div></font></span></div>
</blockquote></div><br></div>
</div></div></div><br>
<br>_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
<br></blockquote></div><br></div>