Last modified: 2011-03-13 18:06:08 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 581 - treat user_talk pages as every other "normal" page
treat user_talk pages as every other "normal" page
Status: CLOSED WONTFIX
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.4.x
All All
: Lowest minor (vote)
: ---
Assigned To: Nobody - You can work on this!
http://meta.wikimedia.org/wiki/Email_...
:
Depends on:
Blocks: 1932 454
  Show dependency treegraph
 
Reported: 2004-09-26 14:38 UTC by T. Gries
Modified: 2011-03-13 18:06 UTC (History)
1 user (show)

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


Attachments

Description T. Gries 2004-09-26 14:38:39 UTC
Proposed is to change the program structure and database table newtalk so that
user_talk pages are treated as every other page.

The user_talk pages are currently treated differently and with other database
fields than other watch-listed non-user_talk pages (second table '''newtalk''',
different program module UserTalk.php).

It would be more convenient to have them in the normal table '''watchlist''':

- for enotif (see http://bugzilla.wikipedia.org/show_bug.cgi?id=454 )
wl_notificationtimestamp could be used (instead of userid() as a flag)

- minor edits can or cannot be suppressed to trigger notification (as it is the
case for enotif of other pages).
Comment 1 T. Gries 2004-09-26 14:52:55 UTC
Releasing or changing the special treatment of user_talk pages would cause other
changes related to watch-listed pages, especially feature 454 (enotif of changes
to pages and user_talk pages), but would probably make the program and database
structure easier.
Comment 2 Brion Vibber 2004-09-26 20:11:45 UTC
User talk pages *are* special cased, inherently, as that is their purpose.
Comment 3 T. Gries 2004-11-05 00:00:10 UTC
I again propose for next releases:

* drop the table newtalk and the mechanism around, but
* treat user-talk pages as any other page, and
* add automatically a watchlist entry for a user_talk:X page ehen user X opens
an account.

Thus, any user_talk:X page  is nothing else then an automatically added watched
page for user X in the table watchlist.
Comment 4 T. Gries 2004-11-25 01:25:21 UTC
This issue is now finally solved with the new Enotif version 2.00 for CVS
http://bugzilla.wikipedia.org/show_bug.cgi?id=454 scheduled for publication on
30.11.2004 .

The table user_newtalk is finally dropped: it is simply no longer needed; all
references to that table in the code have been deleted. All user_newtalk actions
are handled transparently via the watchlist table by using entries in that table.

The user interface (i.e. message "You have new messages") and behaviour is
unchanged (100% unchanged).

The code is much cleaner and understandable.
Changes in UserTalkUpdate in conformity with new database wrapper calls and with
Enotif switches and options.

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


Navigation
Links