Last modified: 2006-09-19 14:02:05 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7372 - cl_timestamp changes when pages are moved
cl_timestamp changes when pages are moved
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
unspecified
PC Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-19 13:53 UTC by Paolo Liberatore
Modified: 2006-09-19 14:02 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Paolo Liberatore 2006-09-19 13:53:20 UTC
There are a number of cases when one wants to produce a list of articles in a
category ordered by the time articles entered the category (for example, this
has been recently done on en: for articles that are "deleted-protected"). This
is done using the cl_timestamp field of the categorylinks table. However, this
field is also updated every time the article is moved. In my view, this should
be only the time the article entered the category, as the other data (the last
time the page was moved) can be retrieved separately from the logging table.
Comment 1 Brion Vibber 2006-09-19 13:54:14 UTC
The field is updated whenever the table is.
Comment 2 Paolo Liberatore 2006-09-19 14:02:05 UTC
So, I presume the behaviour is this way because the software needs so. In other
words, if ordering categories that way is really needed, a new field to the
table should be added. Is this correct?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links