[Contrib: Evaluation System] RSF: Why does one script-tag get rendered before others?

Thu Jan 12 17:50:32 PST 2012

I tested a limited number of templates, and everything I tried seemed to work as before.  

I'm sorry for not testing the jquery changes more thoroughly before committing them in late December, and I'm sorry it took so long to get the changes reverted after the problem was reported a couple days ago.  

We will get most of these changes into 1.4.x tomorrow (except for new features targeted for 1.5.x) and make a new beta-tag of 1.4.0. 

Thanks.

Jim 

On Jan 12, 2012, at 8:18 PM, Jim Eng wrote:

> I had worked through the various templates yesterday and reverted to jquery version 1.2.6 in the templates where 1.4.4 doesn't work.  I wasn't able to commit that because of this other problem.  I am now back at my computer, and if this works with Aaron's changes, I will commit it soon.  
> 
> Unfortunately, we are now at a place where some pages will fail unless they have jquery 1.2.6 and others will fail unless they have 1.4 or later.  We may need to work through all the javascript sometime soon and make them all compatible with a recent version of jquery (the current release is 1.7.1).  
> 
> Jim 
> 
> 
> On Jan 12, 2012, at 5:50 PM, Aaron Zeckoski wrote:
> 
>> We might have more info around this shortly. Stay tuned.
>> -AZ
>> 
>> 
>> On Thu, Jan 12, 2012 at 4:59 PM, Jim Eng <jimeng at umich.edu> wrote:
>>> Thanks Aaron.  I should be able to do that when I get back to my computer in
>>> a couple hours.
>>> 
>>> Jim
>>> 
>>> 
>>> Connected by DROID on Verizon Wireless
>>> 
>>> 
>>> -----Original message-----
>>> 
>>> From: Aaron Zeckoski <azeckoski at unicon.net>
>>> To: Jim Eng <jimeng at umich.edu>, evaluation at collab.sakaiproject.org,
>>> Kirschner Beth <bkirschn at umich.edu>
>>> Cc: Charles Hedrick <hedrick at rutgers.edu>, Antranig Basman
>>> <Antranig.Basman at colorado.edu>
>>> Sent: Thu, Jan 12, 2012 20:08:24 GMT+00:00
>>> Subject: Re: [Contrib: Evaluation System] RSF: Why does one script-tag get
>>> rendered before others?
>>> 
>>> Jim,
>>> I put in a change to remove the evalUtils and the JS errors are no
>>> longer happening but that did not fix the exceptions issue. We are
>>> blocked from being able to develop against trunk by this so can you
>>> revert your changes for now (I am open to alternatives but we really
>>> need to be able to have a working trunk by the end of today).
>>> 
>>> What do you think?
>>> -AZ
>>> 
>>> 
>>> On Wed, Jan 11, 2012 at 2:04 PM, Jim Eng wrote:
>>>> At first I thought it was because of the 'rsf:id="scr=portal-matter"'
>>>> attributes, but this particular tag did not have any rsf:id attribute at all
>>>> so I was looking for another explanation.
>>>> 
>>>> A few minutes ago, I renamed the js file that was throwing the error
>>>> (evalUtils.js --> x-evalUtils.js) and changed the name of the file in the
>>>> script tag's src attribute.  The tag for the file named "evalUtils.js" still
>>>> gets inserted along with the items that seem to come from the portal-matter
>>>> tags.  But there doesn't seem to be anything in the producers that inserts a
>>>> file named "evalUtils.js" (or at least I find no reference to it in the
>>>> producers).
>>>> 
>>>> But then I grepped for "evalUtils.js" again and discovered these two
>>>> entries:
>>>> 
>>>> tool/src/webapp/component-templates/hierarchy_controls.html:
>>>> tool/src/webapp/component-templates/render_add_item_control.html:
>>>> 
>>>> I'm guessing that this particular template includes
>>>> render_add_item_control.html, and that is inserting the evalUtils.js.
>>>> 
>>>> Jim
>>>> 
>>>> 
>>>> 
>>>> On Jan 11, 2012, at 1:49 PM, Charles Hedrick wrote:
>>>> 
>>>>> Some reordering seems to happen, though I'm not sure whether it's in the
>>>>> portal or RSF. RSF entries tagged rsf:id="scr=portal-matter" are reordered.
>>>>> Other labels may be as well. I haven't seen any other type of reordering.
>>>>> This is done to integrate it with the portal structure. Beware that the PDA
>>>>> portal is handled in fairly different ways. Everything has to be tested
>>>>> separately with the normal and PDA portals.
>>>>> 
>>>>> One thing that particularly got us was that a jQuery load was inserted
>>>>> after the one we had. This resulted in problems because some things we had
>>>>> set up in jquery got stomped on when the automatically supplied one
>>>>> reinitialized data. But I couldn't depend upon theirs because it didn't
>>>>> always happen. I solved it by moving ours into the body, where RSF/portal
>>>>> don't mess with things.
>>>>> 
>>>>> 
>>>>> On Jan 11, 2012, at 1:37 PM, Jim Eng wrote:
>>>>> 
>>>>>> In sakai 2.9.x (using RSF 0.7.5) I am seeing occasional errors related
>>>>>> to javascript files. One of the script tags is rendered out-of-order, along
>>>>>> with the top items in the head tag for no apparent reason.  This happens in
>>>>>> spite of the fact that the tag for that file is lower in the list of script
>>>>>> tags in the template.  It ends up causing an error because the tag for the
>>>>>> jquery file has not been rendered yet, and this other file depends on
>>>>>> jquery.
>>>>>> 
>>>>>> I have tried rearranging script tags within the head tag to try to get
>>>>>> it to render later, but it seems like RSF grabs that tag and moves it up
>>>>>> near the top of the head tag no matter what I do.
>>>>>> 
>>>>>> This seems to cause parts of the UI not to be rendered correctly after
>>>>>> AJAX requests, presumably because that javascript file is never actually
>>>>>> loaded.
>>>>>> 
>>>>>> Suggestions?
>>>>>> 
>>>>>> Thanks.
>>>>>> 
>>>>>> Jim
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> _______________________________________________
>>>> evaluation mailing list
>>>> evaluation at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/evaluation
>>>> 
>>>> TO UNSUBSCRIBE: send email to
>>>> evaluation-unsubscribe at collab.sakaiproject.org with a subject of
>>>> "unsubscribe"
>>> 
>>> 
>>> 
>>> --
>>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>>> 
>>> 
>> 
>> 
>> 
>> -- 
>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>> 
>> 
> 
> _______________________________________________
> evaluation mailing list
> evaluation at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/evaluation
> 
> TO UNSUBSCRIBE: send email to evaluation-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
> 
> 