openDashboard: Failure to save data to server when Mouse-Tracking functions are present

[Mayan Navon]

Hi all,

Another issue with getting mouse-tracking data (see our previous thread): 

We programmed a study in the new openDashboard, and encountered a problem in getting the data after running the study.

We built a time task called 'sortpre.js', that calls the `startMouseTracking` and `stopMouseTracking` functions. When running the task, the responses and tracking data are saved to global, but the response we get from the data server is:

​

We added a control task called 'del.js' (a quest task), and this task didn't have these issues.

Interestingly, when we removed the calls to the MouseTracking functions, we seem to get the data from the server:

What could cause this?

As Michael noted in a recent thread, we can't find the option of "Create public link" under sharing. So, we made the study public for now. It's called 'dummymouse'.

Here is our code for logging the MouseTracking data, if it helps in any way:

            {
                conditions: [{type:'inputEquals',value:'startButton'}], 
                actions: [
                    {type:'removeInput',handle:['startButton']},
                    {type:'startMouseTracking', logAs:'tracking', logRate: 15, logStimulusLocation: ['startHandle']},            
                    {type:'showStim',handle:'target'},
                    {type:'setInput',input: {handle:'groupA',on:'click',stimHandle: 'myGroupAHandle'}},
                    {type:'setInput',input: {handle:'groupB',on:'click',stimHandle: 'myGroupBHandle'}},                    
                    {type:'resetTimer'} 
                ]
            }, 
            {
                conditions: [{type:'inputEqualsTrial', property:'correctResp'}], //Correct
                actions: [
                    {type:'removeInput',handle:['All']},
                    {type:'stopMouseTracking'},
                    {type:'showStim', handle:'correct'},
                    {type:'log'},
                    {type:'trigger',handle:'endTrial', duration:350}
                ]
            }, 
            {
                conditions: [{type:'inputEqualsTrial', property:'mistakeResp'}], //Incorrect
                actions: [
                    {type:'removeInput',handle:['All']},
                    {type:'stopMouseTracking'},
                    {type:'showStim',handle:'error'},
                    {type:'setTrialAttr',setter:{score:1}},
                    {type:'log'},
                    {type:'trigger',handle:'endTrial', duration:500}
                ]
            },

​

[Andrew Dzik]

Hello,

After a log of digging I can tell you that the problem is that you are trying to save a variable called "$listener" .  The $ is a reserved character in our DB, and failing to save because of that.

I have not been able to fix this to detect the $ and remove it / throw an error, but will do so next week.

Andy Dzikiewicz

--
You received this message because you are subscribed to the Google Groups "Minno.js" group.
To unsubscribe from this group and stop receiving emails from it, send an email to minnojs+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/minnojs/1b52f732-6182-45ba-a5f3-8b96e966cac9%40googlegroups.com.

[Mayan Navon]

Hi Andy,

Thanks for the digging!

I'm not sure I understood your answer: Did you mean that we added the $listener call? Because we didn't do that.. maybe it is called during the MouseTracking functions?

Best,

Mayan & Michael

To unsubscribe from this group and stop receiving emails from it, send an email to min...@googlegroups.com.

[Andrew Dzik]

Hello,

The problem with saving the data on the backend should be fixed now.  Let me know if you still run into any trouble with the data.

[Elad Zlotnick]

The extra $logger property should not be logged anymore starting on the next version of minno-time.

It should be up within a couple of days.

To unsubscribe from this group and stop receiving emails from it, send an email to minnojs+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/minnojs/baf3922b-9ccf-4125-9f2d-1ae50d928347%40googlegroups.com.

[Michael Pinus]

Thanks!!

It appears to be working now.