List results will not display for one of our ITIL users

ted_williams
Kilo Explorer

This morning when one of our Service Desk users logged in, he was unable to display list results. It shows the list search parameters at the top, and indicates the number of results, but the list itself is blank. He has tried clearing his cache, using alternate browsers, and even alternate PCs. We are running Geneva, and this user has not had any previous problems. Any thoughts?

Thanks,

Ted

1 ACCEPTED SOLUTION

The only other thing I can think of is that since that list is for all "TASK" items maybe he's modified how he looks at task lists in the past. If he (or you impersonating him) types "task.list" into the top left navigation bar and hit enter, it should show all tasks. Then you might be able to ungroup columns and click the little blue gear to reset to default columns, etc. Then go back to clicking the "My Work" link and stuff because it should remember the task modifications across all task lists.



-Alan Lowrance


View solution in original post

20 REPLIES 20

No pop-ups at all for the non-working ones. Here's a screenshot:


Working vs. non-working.png


The non-working are highlighted in yellow. The rest work as expected.


Next to the gear, the little sideways arrow, what happens if you click that to make it point downward?   That usually only happens when you're Grouping by something, but hard to tell what is being grouped.   Also right-click on one of the column headers and choose to UNGROUP if available.


The arrow is also unresponsive, as are the column headers.


Very odd, but the structure of the filter itself is worrying as well (but probably not the cause if that's what everyone else's is doing).   Just find it odd that your admin made the filter be Not Incident /or/ Assigned To person (when previous argument was already assigned to person), and then active=true and listing all the closed statuses that should make active=false anyways.   I could see wanting to filter out Resolved since that's still an active state for a time, but yeah its very contradictory filtering.


I think the search is structured that way so as to display our non-Incident tasks (SDLC Enhancements and Features, Change Requests and Tasks, etc.). It makes a bit more sense when viewed like this:


Search.png