Sometimes Sorting is Not Working in Task Report

Certified Senior Developer

Hi All,

I have created a task report where my initial sort is task_id in descending and configured in Site .Whenever I load the task report, it shows me the grid in a correct manner with task_id in descending order.

I am also showing a link where I am calling the record action to create a new task.

The task consists of 5 milestone with active chaining and all has back button except the 1st milestone.

When the user clicks the "next" button in 1st milestone then we generate task id by writing in DB.

Not working Scenario : 

From task report, the user clicks the link(create new task link),he completes 1st milestone data & click next ,goes to 2nd milestone.

Then from 2nd milestone if the user goes back and comes to 1st milestone, then user tries to navigate, so they just click the task report tab .

Issues :

1. Now the current task id is not visible in the task report grid

2. The sorting of task_id in task report is totally collapsed. Until this sorting was working properly for task_id in descending.

Note : In Record Action ,I called the process model which has start form since i am using the same PM in separate tab in Site to create task.

I am not getting what is the issue. So could you please help me on this.

Thanks in Advance .

  Discussion posts and replies are publicly visible

Parents Reply Children
  • I have posted the reason why I not used tp!id in task id column definition.

    Sorry, I didn't see that reply for some reason when still typing my previous one.

    I need the task Id which we generate for this application(primary key of the Task CDT)

    Gotcha - well your logic is returning blank for some of those.  Since you're not using the task's actual Task ID, it's impossible to know why it might be returning blank without knowing the full logic you're using to evaluate the ID.  One warning, though - process report logic **absolutely must use primitive functionality only**.  Otherwise it WILL return a null value.  Figuring out what it can and can't use, however, takes some experimentation.  One way to make this much easier is to encapsulate the logic you're using in an expression rule (note: any expression rule you call must be called WITHOUT using key:value syntax, which is super counter-intuitive and problematic, but still better than the alternative).  The benefit here, is that you can just make-and-save tweaks to your expression rule logic, then hit "refresh" on your report until it's working the way you want.

  • 0
    Certified Senior Developer
    in reply to Mike Schmitt

    Okay Mike,got your point.Thank you.