CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site

This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Dashboard
Pages: [1]

Author Topic: Dashboard  (Read 631 times)

Erik Brouwer

  • I’m new here
  • *
  • Posts: 16
  • Karma: 0
  • Project manager / Functional consultant
  • CiviCRM version: 4.5
  • CMS version: drupal 7
Dashboard
May 26, 2011, 05:13:25 am
We're implementing CiviCRM for a Dutch housing corporation. CiviCRM will be used to store basic information on relations, relevant activities (activities tab) and activities in Cases.

For both general activities and activities from cases, individual employees use the two default CiviCRM dashlets “Activities” and “My Cases” to track activities assigned to them or cases they have a role in.

While testing with one or two people, that seemed to work alright. We had to refresh the dashboard each time we went there, which was a bit of a nuisance and confusing (it initially shows data from whoever refreshed his dashboard last). 

Now that we've tested it with a larger number of people (10), it turns out end-users tend to forget to refresh and  start dealing with and editing activities not assigned to them without realising it. They don't check each time if the activity they are looking at is actually assigned to them, which, in all fairness, they shouldn't have to either.

The effect of that seems a problem in its own right: users do not trust the data they get presented on the dashboard. It feels as if it does not necessarily give them their data, but a collection of activities arbitrarily appearing on their screen.  Some of them claim they still sometimes get other people's activities after a refresh as well.

A workaround would be to let users react to the notification emails they receive, with the obvious disadvantage that doesn't give them an overview of their workload.

What we REALLY need is for the dashlets to refresh 'automatically' every time the user gets to the dashboard. The current functionality is in all fairness too user unfriendly to use.

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: Dashboard
May 26, 2011, 12:14:40 pm

Easiest solution for now would be to change all the links that point there to goto:

q=civicrm/dashboard&reset=1&resetCache=1

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

Hershel

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4640
  • Karma: 176
    • CiviHosting
  • CiviCRM version: Latest
  • CMS version: Mostly WordPress and Drupal
Re: Dashboard
May 26, 2011, 12:52:27 pm
Or perhaps add a bit of code to automatically refresh the dashboard, when the user first visits it.
CiviHosting and CiviOnline -- The CiviCRM hosting experts, since 2007

See here for the official: What to do if you think you've found a bug.

Erik Brouwer

  • I’m new here
  • *
  • Posts: 16
  • Karma: 0
  • Project manager / Functional consultant
  • CiviCRM version: 4.5
  • CMS version: drupal 7
Re: Dashboard
June 02, 2011, 03:22:18 am
Thanks for the suggestions. We ended up doing two things, both working:
  • we wrote a bit of code and added the link Lobo suggested
  • we put the dashboard cache time-out (civicrm/admin/setting/misc&reset=1) at zero, which also refreshes.
Both options work fine.

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Using CiviCRM »
  • Using Core CiviCRM Functions (Moderator: Yashodha Chaku) »
  • Dashboard

This forum was archived on 2017-11-26.