[Building Sakai] Bug in Firefox 4 and 5 in Samigo

[Karen Tsao]

Hi Sam,

Thanks a lot for coming up with a good solution on this issue. I will give
it a try now.

Thanks again,
Karen

On Thu, Jul 7, 2011 at 5:44 PM, Sam Ottenhoff <ottenhoff at longsight.com>wrote:

> I just posted to the SAM-1244 JIRA. I tested using a simple jQuery
> library called jQuery BlockUI (http://jquery.malsup.com/block/#page).
>
> I used one line of JS to initialize the blocking behavior:
>
>  $('input[type=submit]').click(function() { $.blockUI(); });
>
> I was no longer able to replicate the bug on Firefox 5.
>
> Does anyone have experience using this library? Any thoughts on
> including it in /library/js/ instead of individual apps including it
> separately? It is dual-licensed MIT and GPL.
>
> --Sam
>
>
>
> On 6/27/2011 4:00 PM, Mathieu Plourde wrote:
> > BTW, we still don't have a fix for this, and we're getting more support
> > requests from frustrated users.
> >
> > I think the issue is related to the way Firefox 4/5 handles javascript,
> > so I'm cross-posting to the UX list.
> >
> > Mathieu
> > ==================================
> > Mathieu Plourde, MBA
> > Project Leader, LMS/Educational Technologist
> > IT Client Support & Services
> > mathieu at udel.edu <mailto:mathieu at udel.edu>
> > Office: 302-831-4060
> > ==================================
> > IT Support Center: http://www.udel.edu/help
> > Sakai at UD Support and Training: http://www.udel.edu/sakai/training
> >
> >
> >
> > On Thu, Jun 23, 2011 at 10:46 AM, Mathieu Plourde <mathieu at udel.edu
> > <mailto:mathieu at udel.edu>> wrote:
> >
> >     Hi dev list!
> >
> >     At Delaware, we have noticed this bug after our recent 2.8 upgrade.
> >
> >     https://jira.sakaiproject.org/browse/SAM-1244
> >
> >     "Rapidly clicking 'Next' or 'Previous' as a student taking a random
> >     access test leads to validation errors and/or data discrepancy
> >     errors in Firefox 4. We aren't able to reproduce this in IE or
> >     Firefox 3.
> >
> >     It looks like the Javascript that disables the buttons until the
> >     previous request is done isn't working in FF4
> >
> >     This is happening enough in our 2.8.0 production instance that it is
> >     causing users to abandon Sakai for critical testing"
> >
> >     Despite their responsiveness, the Stanford team seems puzzled. We
> >     were forced to recommend to our users to downgrade to Firefox 3. Who
> >     else runs Sakai 2.8.0 in production right now? Anyone seen
> >     differences in the way FF4 handles this?
> >
> >     Mathieu
> >     ==================================
> >     Mathieu Plourde, MBA
> >     Project Leader, LMS/Educational Technologist
> >     IT Client Support & Services
> >     mathieu at udel.edu <mailto:mathieu at udel.edu>
> >     Office: 302-831-4060
> >     ==================================
> >     IT Support Center: http://www.udel.edu/help
> >     Sakai at UD Support and Training: http://www.udel.edu/sakai/training
> >
> >
> >
> >
> > _______________________________________________
> > sakai-dev mailing list
> > sakai-dev at collab.sakaiproject.org
> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> >
> > TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110708/ef56639f/attachment.html