View Issue Details

IDProjectCategoryView StatusLast Update
0010857mantisbtotherpublic2026-05-09 20:50
Reportercas Assigned Tocommunity  
PrioritynormalSeveritytweakReproducibilityN/A
Status resolvedResolutionfixed 
Target Version2.29.0Fixed in Version2.29.0 
Summary0010857: do not adjust "last updated" when monitor added
Description

When someone starts monitoring an issue, also the "last updated" field is updated. Although i do support the changelog being updated, i believe that it does not justify to update the "last updated" field since nothing really happened to the issue.

TagsNo tags attached.

Relationships

has duplicate 0010077 closedvboctor Make changing update time with issue monitoring optional 
has duplicate 0023343 closedatrol Monitor/End Monitor should not change the "last modified" date 

Activities

vboctor

vboctor

2009-08-25 02:30

manager   ~0022807

The reason last updated is changed when a user monitors an issue is to reflect the continued interest in the issue and bubble the issue to the top, where developers would see it again. This is similar to a "ping!" feature.

However, I agree that this behavior could be made configurable.

j_schultz

j_schultz

2018-05-19 11:04

reporter   ~0059858

I think my biggest issues here are:

  • Normal users don't see why an issue that was seemingly updated a long time ago is at the top of the issue tracker (they don't see the start/end monitor entries in the history), which looks inconsistent.
  • End monitor updates the issue, which leads to a lot of noise in the history in particular if this happens after the fact that the issue was already closed. Many users seem to remove the monitor after an issue has been resolved to keep their monitor list tidy, and I don't see why it's necessary to bring an issue to the top of the recently modified list for this action.
raspopov

raspopov

2026-05-06 15:32

reporter   ~0071068

I also found it strange that the “Last Update” field in an issue changes even though nothing in the issue itself has changed, except for the list of watchers. From a technical point of view, the issues table in the database hasn’t changed either.

raspopov

raspopov

2026-05-06 15:50

reporter   ~0071069

Last edited: 2026-05-06 16:07

PR: https://github.com/mantisbt/mantisbt/pull/2213

If the “Ping! ” feature is needed, it’s easy to implement using a plugin.

Why this PR is important to me: I’m trying to develop a plugin (https://github.com/raspopov/MantisChronoTag) to automatically manage issues by assigning them special tags that trigger different actions at specific times. To achieve this, I need to track a baseline timestamp, and the 'Last Update' field is ideal for this purpose — I really don't want to expand the database schema. The current uncontrolled modification of this attribute by issue observers also makes life very difficult for the plugin.

atrol

atrol

2026-05-07 00:32

developer   ~0071070

If the “Ping! ” feature is needed, it’s easy to implement using a plugin.

Maybe no longer needed.
When this issue was created, there was no Timeline on My View page.
The Timeline shows users un-/monitoring issues.

raspopov

raspopov

2026-05-07 02:04

reporter   ~0071073

BTW on the view_all_bug_page.php page, the default sort order is by the “Updated” column, which is affected by observers.

Related Changesets

MantisBT: master 6fce5960

2026-05-09 20:50

raspopov

Committer: community


Details Diff
Remove the issue update when watchers change

Calls to the bug_update_date() function have been removed from
the bug_monitor() and bug_unmonitor() functions.

Fixes 0010857, PR https://github.com/mantisbt/mantisbt/pull/2213
Affected Issues
0010857
mod - core/bug_api.php Diff File