Query Based Dashboard Error

Options
I've built some event query dashboard panels so that my programs department can have updated access to our participant lists with all their registration attributes. Today, I noticed that my birth dates were no longer displaying properly and had lost their date formatting. They are currently all showing up just as a string of numbers (ex 12/30/10 v 123010). Upon further investigation, the dates are properly formatted in the attribute description still and are even displaying correctly in the query's results tab. However on the actual dashboard itself the dates are listed as strings of numbers. I tried copying the table and pasting in both word and excel to see if the data was correct but somehow just not displaying correctly with no luck- the dates still were missing their formatting. I've been poking around all afternoon and can't think of what might be causing the issue. Has anyone ran into this issue with their query panels in dashboard??

Comments

  • Cait McGrath:

    I've built some event query dashboard panels so that my programs department can have updated access to our participant lists with all their registration attributes. Today, I noticed that my birth dates were no longer displaying properly and had lost their date formatting. They are currently all showing up just as a string of numbers (ex 12/30/10 v 123010). Upon further investigation, the dates are properly formatted in the attribute description still and are even displaying correctly in the query's results tab. However on the actual dashboard itself the dates are listed as strings of numbers. I tried copying the table and pasting in both word and excel to see if the data was correct but somehow just not displaying correctly with no luck- the dates still were missing their formatting. I've been poking around all afternoon and can't think of what might be causing the issue. Has anyone ran into this issue with their query panels in dashboard??

    Good trouble shooting so far. I have no clue what could be going on here, but is this still going on today? I know you posted the original question last week. 


    Is the dashboard only filtering out the '/' ? If you started replacing the / with a -, would it show something that is at least readible to the human eye? Not that I think this is a very good solution (sounds like a pain in the butt to either manually change this or even to import the info, though maybe I'm overthinking what it'd take to import the data), but this will tell us if it's removing one specific character or all special characters. 

  • Good trouble shooting so far. I have no clue what could be going on here, but is this still going on today? I know you posted the original question last week. 


    Is the dashboard only filtering out the '/' ? If you started replacing the / with a -, would it show something that is at least readible to the human eye? Not that I think this is a very good solution (sounds like a pain in the butt to either manually change this or even to import the info, though maybe I'm overthinking what it'd take to import the data), but this will tell us if it's removing one specific character or all special characters. 

     

    Thanks Ryan.


    It looks like the problem is still present today. I liked your idea of testing the special characters, so i swapped the / for a - on one of the registrations and after refreshing multiple times to make sure it was updated, it looks like the - was removed as well. What's strange is that I've moticed just now that this so far is the only attribute field this is happening to. We also collect some parent/guardian information during registration and the phone numbers seem to have their - intact, which leads me to the thought that it's just my birth date registration attribute that's the problem. What would cause a specific attribute to do that?

  • That's really fascinating. Let's try some more trouble shooting techniques. 


    First, create a new panel in your dashboard and pump the query results into it so that it's identical to the one that's reporting incorrectly. Does the new panel behave like the old panel? If the new panel works, then there was a weird bug in the panel itself and you've fixed it by getting rid of it.


    If that doesn't work, create a new test attribute and add data to it the same way you are with the current attribute. Create a query and a dashboard panel and pump the data out. Does it have the same problem? If not, maybe you can export all of your attribute data, reformat it and import it into your new attribute, delete your old attribute, and rename your new, previously test-only attribute. Check your dashboar panel and see if the data still looks good.


    NOTE: deleting and remapping your attribute data is a pretty invasive procedure as any query or report you have set up to look at the original attribute will no longer function. So hopefully this isn't necessary and we can find a different solution!


    That's all I have for the moment. Report back on what you learn. And maybe after that it's time to open a support case...
  • For what it's worth in trying to test the problem you are experiencing I was able to replicate it almost exactly with both Constituent and Action Attributes of Type Date. We have an old constituent attribute I no longer use that is of data type Date. When I build a Constituent Query and output that attribute I see the Attribute Description is 2/1/2006. When I use that query in a Solicitor Dashboard the value displayed is 2106 which is the correct date with the slashes removed and the first two digits of the year removed. Additionally, I was able to replicate this issue using an Action Query against an Action Attribute of Type Date. If I look in the Action Query Output tab I see xx/yy/zz. Once I put that query into an Action Query Dashboard the values change to xxyyzz without the slashes.


    I wonder if Dashboard mangles Date Attributes in general? It would certainly seem so.
  • Wow, well done Aaron! Looks like you've hit hte nail on the head. 


    And wow, RE! Way to bungle your date formatting. Conceptually this seems like an easy fix, but it also seems like the sort of thing that won't be fixed any time soon. I would definitely suggest opening a support ticket at this point, Cait, and get an RE rep to walk through what you're seeing. If they see a bug in action it's more likely to be shuffled up the support chain more quickly.
  • WOW.


    You guys are on it this morning!


    Aaron, that makes so much sense. I was taking a look at my participant attribute tables earlier this morning and noticed it was one of the only ones that was set up as a date. So to read your explanation of the tests you did, makes SO much sense.


    Thanks for all the excellent help!!!

Categories