Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

This error can be encountered when adding or updating a timesheet row to have the same identifying values as another row within one edit session (without saving in between). The ‘new’ "new" row on the timesheet is compared to an ‘old’ "old" existing row on the database and gets this error.

For example: You have a row on your timesheet charging to Project A, and you modify its value to Project B. Then - without hitting save Save - you either add a new row or change another row to have a value of Project A. When you saveSave, the system may attempt to process the second record before the first record has been updated. This is why the system may think you have two Project A entries on your timesheet. Note that "Project A" refers to the entire set of key values for a timesheet row, which may include more fields such as project, task, pay code, project type, labor category, location, etc.

...

  • Try to delete one of the rows and saveSave.
  • Restore the two rows to their original value and saveSave.
  • Log out, close the browser, then log in again to edit the timesheet; it should retain its original entries because the duplicates were not saved.

...

  1. Swapping project or task entries on the timesheet.
  2. Modifying an assignment, which causes timesheet changes during re-rating rerating (the re-rate rerate can leave some time outside of an assignment, and thus can cause it to default to a new value for labor category).
  3. Modifying the list of master or project labor categories, such that the update results in a new first entry in the list.
    1. The first labor category in the list is sometimes chosen in situations where a labor category is required but none is provided on an assignment and there is no default labor category (or the default is not on the list of valid project labor categories).
    2. Modifying the list may change the labor category to be the same as another row on the timesheet, thus causing the duplicate. The default Labor Category changes + there is time using the current default value + the new default Labor Category is already on the timesheet = duplicate row error.
  4. Changing the Admin > Properties setting to hide labor category on the timesheet Hide Labor Category On Timesheet Edit, after two rows with different labor categories have already been saved.
    1. In these cases, the next time the timesheet is saved (and the system attempts to re-rate rerate the entries on the timesheet) the labor category defaulting logic kicks in and both rows may now pick up the current labor category (from the assignment or default labor category).
    2. The key here is that when the labor category is shown on the timesheet, the system requires that one be selected instead of attempting to default a value. However, when labor category is hidden on the timesheet, the system will attempt to derive a default value and then attempt to stamp multiple rows with the same labor category. 
  5. Updating time via a time import or an assignment import.
    1. For example, situations in which pre-populated prepopulated holidays are set up and then timesheets with holiday rows in the file are imported.

...

There was a SQLException while processing /unanet/action/projects/assignment/save.

SQLException caught in com.unanet.servlet.ActionServlet.

...