Whoops, thanks Branden.. That fixed user creation issue.. Ie8 cache issue remains.
-----Original Message----- From: oae-dev-boun...@collab.sakaiproject.org [mailto:oae-dev-boun...@collab.sakaiproject.org] On Behalf Of Branden Visser Sent: Tuesday, 21 August 2012 12:08 PM To: Roma, David Cc: OAE Production; Bristow, Paul; OAE Development Subject: Re: [oae-dev] [oae-production] Odd 1.4 issues that need further testing and investigation Sorry https://qa20-us.sakaiproject.org:8088/ , not port 80. On Mon, Aug 20, 2012 at 10:07 PM, Branden Visser <mrvis...@gmail.com> wrote: > Hi David, > > That error indicates that either the URL being accessed is incorrect, > or the server protection service is incorrectly configured. In this > case, SPS is only configured for HTTPS. > > If you try again using https://qa20-us.sakaiproject.org instead of > HTTP, you should at least get beyond creating a new user. > > Cheers, > Branden > > On Mon, Aug 20, 2012 at 10:00 PM, Roma, David <dr...@csu.edu.au> wrote: >> Hey Nico, sure thing. >> >> >> >> Did some testing on http://qa20-us.sakaiproject.org >> >> >> >> I updated the jira https://jira.sakaiproject.org/browse/SAKIII-6144 with >> details below so I could include screenshot. Not good news I am afraid >> >> >> >> I was unable to create an account with any browser.. was errors[1] in >> firebug when I hit the create user button on the sign up page. >> >> >> >> Non the less, I was able to reproduce the error in IE by clearing cache. >> Navigating around various explore areas, viewing public content, viewing >> categories, after about a minute of browsing I see screenshot in jira (qa20 >> test on 21-08-2012) >> >> >> >> In screenshot I had tried going back to the main page and even after a >> forced refresh saw the same thing. >> >> >> >> [1] >> >> GET >> http://qa20-us.sakaiproject.org/system/userManager/user.exists.html?userid=droma&_charset_=utf-8&_=1345513600182 >> 404 Not Found 574ms >> >> >> >> "NetworkError: 404 Not Found - >> http://qa20-us.sakaiproject.org/system/userManager/user.exists.html?userid=droma&_charset_=utf-8&_=1345513600182"; >> >> >> >> POST >> http://qa20-us.sakaiproject.org/system/userManager/user.create.html?%3Acreate-auth=reCAPTCHA.net&%3Aname=droma&%3Arecaptcha-challenge=03AHJ_Vut8-gs5VBgq_YI67wX_pITv2giDNPJTH3Ts6JsTkvJ8VtCL61joICC7p6p91BozPYOnsa7wefAo4tveyRXe0YoLsNS_9jJGwH0cypN964aWNoIbQ_kXjaQM3sISb6Ewiasevzusr6FRpARDDs2NMDc5Xgcldw&%3Arecaptcha-response=sem%20picsha&%3Asakai%3Aprofile-import=%7B%22basic%22%3A%7B%22elements%22%3A%7B%22firstName%22%3A%7B%22value%22%3A%22dave%22%7D%2C%22lastName%22%3A%7B%22value%22%3A%22roma%22%7D%2C%22email%22%3A%7B%22value%22%3A%22droma%40csu.edu.au%22%7D%7D%2C%22access%22%3A%22everybody%22%7D%2C%22email%22%3A%22droma%40csu.edu.au%22%7D&_charset_=utf-8&email=droma%40csu.edu.au&firstName=dave&lastName=roma&locale=en_US&pwd=droma&pwdConfirm=droma&timezone=Australia%2FSydney >> 400 POST Requests are only accepted from the Application, this request was >> not from the application.181ms >> >> >> >> "NetworkError: 400 POST Requests are o...t from the application. - >> http://qa20-us.sakaiproject.org/system/userManager/user.create.html"; >> >> >> >> >> >> >> >> From: oae-dev-boun...@collab.sakaiproject.org >> [mailto:oae-dev-boun...@collab.sakaiproject.org] On Behalf Of Nicolaas >> Matthijs >> Sent: Monday, 20 August 2012 9:23 PM >> To: Roma, David >> Cc: OAE Production; OAE Development; Bristow, Paul >> >> >> Subject: Re: [oae-dev] [oae-production] Odd 1.4 issues that need further >> testing and investigation >> >> >> >> Hi Dave, >> >> >> >> James has tracked down this issue and he found out that it was caused by a >> bug in jQuery. An upgrade to a later point release of jQuery has been merged >> and seems to be fixing the problem. >> >> >> >> We've been trying to reproduce this issue with a few people and have had >> great difficulties in doing so. It looks like it happened more often when >> using a slow connection, but after James' fix we haven't been able to >> reproduce that either. However, it would be good if another bug bash could >> be done on your side. I'm not 100% convinced that this solves the problem >> where pages as partially rendered as well, which seems more like a racing >> issue in the widget loading mechanism. Therefore, some verification from >> your side on the qa20 server would be great. >> >> >> >> Thanks in advance, >> >> Nicolaas >> >> >> >> >> >> >> >> On 17 Aug 2012, at 04:04, Roma, David wrote: >> >> >> >> FYI, issue Paul describes is logged here (and in linked jiras): >> >> https://jira.sakaiproject.org/browse/SAKIII-6144 >> >> >> >> From: oae-dev-boun...@collab.sakaiproject.org >> [mailto:oae-dev-boun...@collab.sakaiproject.org] On Behalf Of Bristow, Paul >> Sent: Friday, 17 August 2012 11:55 AM >> To: Eli Cochran; OAE Development; OAE Production >> Subject: Re: [oae-dev] [oae-production] Odd 1.4 issues that need further >> testing and investigation >> >> >> >> Eli, >> >> >> >> We did a local bug bash against oae-demo yesterday. I and others had major >> issues with IE8 (8.0.6001.18702C0 on win XP) and caching. >> >> >> >> I first discovered it after registering with oae-demo and then logging out - >> I had no UI elements to allow me to login again. Basically a header, a >> footer and a nonfunctional recent activity button. >> >> >> >> On clearing the cache I got the rest of the UI back. I next discovered the >> issue after viewing a content item. I clicked on the dashboard link and was >> back to just the search box and a couple of lines. Again clearing the cache >> and reloading got the UI back. >> >> >> >> This continued frequently to the extent that I went to the IE8 developer >> tools menu and selected 'always refresh from server' in order to continue. >> We had several other users with similar experiences. >> >> >> >> I have never experienced this with Firefox >> >> >> >> ---------------------------------------------------- >> Paul Bristow >> Enterprise Architect - Applications >> Division of Information Technology >> Charles Sturt University >> >> Australia >> Ph: 02 6051 9959 >> Fax: 02 6051 9979 >> pbris...@csu.edu.au >> www.csu.edu.au >> >> >> >> From: oae-production-boun...@collab.sakaiproject.org >> [mailto:oae-production-boun...@collab.sakaiproject.org] On Behalf Of Eli >> Cochran >> Sent: Friday, 17 August 2012 12:35 AM >> To: OAE Development; OAE Production >> Subject: [oae-production] Odd 1.4 issues that need further testing and >> investigation >> >> >> >> Hi folks, >> >> At Berkeley, we've seen two other issues that haven't been written up yet. >> Mostly because we're having trouble creating reproducible cases. Both issues >> need investigation and perhaps input from others as to whether they are >> seeing these issues in their instances. The problems could be caused by our >> customizations or server configuration. >> >> >> >> We've had numerous cases of pages not rendering or partially rendering, >> especially right after a server refresh. Most definitely requires caching to >> be on. I've seen it with IE8, others have experienced it with Firefox and >> Safari 5.x. We thought this was caused by the way that we were displaying >> our "Server down for maintenance page" but now we're pretty sure that is a >> red herring. >> Yesterday, I had a case where I set permissions on a SakaiDoc to public in >> my library but non-authenticated users still got a 404. May or may not be >> related to the page being shared with a more restricted group. May or may >> not be related to the page showing slightly odd Group sharing (two entries >> for the same group). I'm still investigating. >> >> >> >> If you've seen either of these issues, please let me know. If you have time >> to hit on these issues during the bug bash today. Please do! >> >> >> >> - Eli >> >> >> >> . . . . . . . . . . . . . . . . . . >> . >> >> >> >> Eli Cochran >> >> project manager, CalCentral project >> >> Educational Technology Services, UC Berkeley >> >> >> >> "Progressive Enhancement: An escalator can never break, it can only become >> stairs." >> >> - Mitch Hedberg >> >> >> >> >> >> >> >> >> >> >> >> >> >> <image001.png> >> >> | ALBURY-WODONGA | BATHURST | CANBERRA | DUBBO | GOULBURN >> | MELBOURNE | ONTARIO | ORANGE | PORT MACQUARIE | SYDNEY >> | WAGGA WAGGA | >> >> ________________________________ >> >> LEGAL NOTICE >> This email (and any attachment) is confidential and is intended for the use >> of the addressee(s) only. If you are not the intended recipient of this >> email, you must not copy, distribute, take any action in reliance on it or >> disclose it to anyone. Any confidentiality is not waived or lost by reason >> of mistaken delivery. Email should be checked for viruses and defects before >> opening. Charles Sturt University (CSU) does not accept liability for >> viruses or any consequence which arise as a result of this email >> transmission. Email communications with CSU may be subject to automated >> email filtering, which could result in the delay or deletion of a legitimate >> email before it is read at CSU. The views expressed in this email are not >> necessarily those of CSU. >> >> Charles Sturt University in Australia The Grange Chancellery, Panorama >> Avenue, Bathurst NSW Australia 2795 (ABN: 83 878 708 551; CRICOS Provider >> Numbers: 00005F (NSW), 01947G (VIC), 02960B (ACT)). TEQSA Provider Number: >> PV12018 >> Charles Sturt University in Ontario 860 Harrington Court, Burlington Ontario >> Canada L7N 3N4 Registration: www.peqab.ca >> >> Consider the environment before printing this email. >> >> _______________________________________________ >> oae-production mailing list >> oae-product...@collab.sakaiproject.org >> http://collab.sakaiproject.org/mailman/listinfo/oae-production >> >> >> >> >> _______________________________________________ >> oae-dev mailing list >> oae-dev@collab.sakaiproject.org >> http://collab.sakaiproject.org/mailman/listinfo/oae-dev >> _______________________________________________ oae-dev mailing list oae-dev@collab.sakaiproject.org http://collab.sakaiproject.org/mailman/listinfo/oae-dev Charles Sturt University | ALBURY-WODONGA | BATHURST | CANBERRA | DUBBO | GOULBURN | MELBOURNE | ONTARIO | ORANGE | PORT MACQUARIE | SYDNEY | WAGGA WAGGA | LEGAL NOTICE This email (and any attachment) is confidential and is intended for the use of the addressee(s) only. If you are not the intended recipient of this email, you must not copy, distribute, take any action in reliance on it or disclose it to anyone. Any confidentiality is not waived or lost by reason of mistaken delivery. Email should be checked for viruses and defects before opening. Charles Sturt University (CSU) does not accept liability for viruses or any consequence which arise as a result of this email transmission. Email communications with CSU may be subject to automated email filtering, which could result in the delay or deletion of a legitimate email before it is read at CSU. The views expressed in this email are not necessarily those of CSU. Charles Sturt University in Australia http://www.csu.edu.au The Grange Chancellery, Panorama Avenue, Bathurst NSW Australia 2795 (ABN: 83 878 708 551; CRICOS Provider Numbers: 00005F (NSW), 01947G (VIC), 02960B (ACT)). TEQSA Provider Number: PV12018 Charles Sturt University in Ontario http://www.charlessturt.ca 860 Harrington Court, Burlington Ontario Canada L7N 3N4 Registration: www.peqab.ca Consider the environment before printing this email. _______________________________________________ oae-dev mailing list oae-dev@collab.sakaiproject.org http://collab.sakaiproject.org/mailman/listinfo/oae-dev
