| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Change-Id: If501a3c276c3dc341ef73d5ffdb255f68cbe0ab7
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This provides a mechanism to associate a revision id to an action.
For example in core, it makes sense for moves and uploads, which both
generate null revisions (also protections, but it isn't interesting if one
has patrolling in mind).
Crucially, in that case an unpatrolled status is allowed for the RC item.
So if the performer of the action is not autopatrolled, it will be displayed
as unpatrolled, and if the performer is autopatrolled, it will record an
autopatrol action.
When one associates a rev id to a type of action, one should also implement
a mechanism to patrol said action, since getting the diff for the associated
revision is not user friendly and works only if RC patrol is enabled.
This is done for uploads in If71af58719a4461f12d125455b7bef07164525ca (with
a new file patrol) and for moves in Ie0fa417feaf930c096b69521fc54d57aecd6cd51
(within RC patrol).
Extensions might possess other such actions that could benefit from patrolling.
Bug: T122089
Change-Id: I694424eca32b69e277f89d4c15183870983d0993
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
wfSuppressWarnings() and wfRestoreWarnings() were split out into a
separate library. All usages in core were replaced with the new
functions, and the wf* global functions are marked as deprecated.
Additionally, some uses of @ were replaced due to composer's autoloader
being loaded even earlier.
Ie1234f8c12693408de9b94bf6f84480a90bd4f8e adds the library to
mediawiki/vendor.
Bug: T100923
Change-Id: I5c35079a0a656180852be0ae6b1262d40f6534c4
|
|
|
|
|
|
|
| |
Centralize the serialize and unserialize call in the new logging system
into two functions to allow reuse by tests.
Change-Id: Ibedca39558cbd566661b20e7ebb9d2b6537e4f24
|
|
|
|
|
|
|
|
| |
* This ends up being more complex than its worth
and even more so for multi-DC support
Bug: T93006
Change-Id: Iaa774fe69061e42955b11dc82d30dba93208e606
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The CheckUser and GlobalBlocking extension are inserting the block logs
over the old logging system, where the keys are numeric.
This case is not known when building the irc line, because that was
already migrated to just get the new style.
Added compatibility code for legacy rows.
Needs the legacy flag also in ManualLogEntry to make this happen,
because it is using the LogFormatter of the new logging system to format
the actionText.
Have not found the old way for block/reblock, so just for block/block.
Bug: T92713
Follow-Up: Ibc7fcaa5a952ff90d42a6477da4baa429f3de64b
Change-Id: I08aea8399ce766e98c1a76e237169f220c6cc751
|
|
|
|
|
|
|
| |
Numbered-and-named parameters are "number:type:name" (where "type" is
often empty), not "number:name".
Change-Id: I417a3d6caf929a94ffed5e315692950295b3be0d
|
|
|
|
|
|
|
|
|
|
| |
* Implemented a version of BloomCache using Redis
* Added a BloomCheckTitleHasLogs handler class for avoiding
slow logging table queries when large amounts of 404 pages
are viewed (by various web crawlers at the moment).
bug: 67439
Change-Id: I26e5034755e3a7208a45991b1cf2f12467679cc1
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Set log_deleted when a LogEntry object's deleted property is set.
Bug: 63650
Change-Id: Iebd6f7442cba5176d112eb613e2b7ca2e67e37b1
|
|/
|
|
| |
Change-Id: I5a3d9799cd2125a02871b1c6a9ef7745eadb518d
|
|
|
|
|
|
|
|
|
| |
Swapped some "$var type" to "type $var" or added missing types
before the $var. Changed some other types to match the more common
spelling. Makes beginning of some text in captial.
Also added some missing @param.
Change-Id: Iced714bca004756b461b66067a49a925a7e3b877
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LogEntry::newFromRow is supposed to give a RCDatabaseLogEntry
if the given row is a RC log entry. The previous code only did
this if an array was passed as the $row argument.
This adds a type cast and fixes the function so that the proper
LogEntry subclass is returned no matter what variable type is
passed to the function.
Bug: 52053
Change-Id: I6f64358837b37c54d00a7544e9e8a92c216bbe89
|
|
|
|
| |
Change-Id: I65e5923c4dc3a63bd9cdbbc5fdcb572ab0cb9cae
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Also add a few missing ones.
Change-Id: Iff1d9ebc79f8990bfa2e3c4eea2ff15a7c9cd55e
|
|\| |
|
| |
| |
| |
| | |
Change-Id: I4e00cda46cc7bbcbd17ac2d3d025a76281ee84b6
|
|/
|
|
| |
Change-Id: I553dd1d42477326848e6e40b824058b6790e2eb5
|
|
|
|
| |
Change-Id: I6535467ed9b22d61b7c5caf3f18067a988871751
|
|
|
|
|
|
|
|
| |
There are certain cases where extensions might want to get
a RecentChanges object without actually inserting it into
the recentchanges table.
Change-Id: I2873c648285a2918661c3650bb90e8db0e05c40c
|
|
|
|
|
|
|
|
|
|
| |
Also removed some unnecessary ones. I think I've caught them all.
The spaceless version already appears in core ~300 times (after
accounting for false positives when grepping). Some consistency would
be nice.
Change-Id: I607655b5f4366e66dc78730d5fd2f57ed8776cae
|
|
|
|
|
|
|
|
|
| |
This introduces a new configuration variable, $wgRCFeeds, which allows the user
to configure multiple destinations for RC notifications. It also allows the
notification format to be customized. Two formats are included by default: the
older IRC format and a new JSON format.
Change-Id: I270bde418a82985c94372ac4579100435b6ee026
|
|
|
|
|
|
| |
* Use this in LogEntry to avoid needless type errors
Change-Id: I8644b35b0d9cd171243dd28de52e94ef39d361a7
|
|
|
|
| |
Change-Id: I7e57cd3f2b8790aecd1c1831325c59a2be600780
|
|
|
|
| |
Change-Id: I5018a6ef6095929edca444ad2d901adcf8680ed2
|
|
|
|
|
|
|
| |
Added spaces before if, foreach
Added some braces for one line statements
Change-Id: I11bbcfa351e945b7bde10c2105d61a3cf5622205
|
|
|
|
|
|
|
|
|
|
|
| |
Doxygen expects parameter types to come before the
parameter name in @param tags. Used a quick regex
to switch everything around where possible. This
only fixes cases where a primitve variable (or a
primitive followed by other types) is the variable
type. Other cases will need to be fixed manually.
Change-Id: Ic59fd20856eb0489d70f3469a56ebce0efb3db13
|
|
|
|
|
| |
This helps on bug 29575
Change-Id: Ic05e5898f8a7c93a95188c9342d22c70d7413b09
|
|
|
|
| |
Change-Id: If920ba0a29b8c9b04705a20db5d8f9528b251fe5
|
|
|
|
| |
Change-Id: I00f369641320acd7f087427ef031f3ee7efa0997
|
|
|
|
|
|
| |
Also made file/class documentation more consistent.
Change-Id: I1815587ab2eeb24623ce4bf1c695088bd3f1c2ea
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
deleteDefaultMessages.php was failing during upgrade
from MediaWiki 1.7.3 with a databaser error.
A stub user:
$user = User::newFromName( 'MediaWiki default' );
has user ID 0, so that $user->isAnon() is true.
Unfortunately, ManualLogEntry::publish() from r96441
tries to insert $user->getName() ("MediaWiki default")
into rc_ip.
PostgreSQL won't allow this, because rc_ip is of
Postgres-specific CIDR type.
Traceback:
Checking existence of old default messages...
...deleting old default messages (this may take a long time!)...A database query syntax error has occurred.
The last attempted database query was:
"INSERT INTO "recentchanges" (rc_timestamp,rc_cur_time,rc_namespace,rc_title,rc_type,rc_minor,rc_user,rc_user_text,rc_comment,rc_this_oldid,rc_last_oldid,rc_bot,rc_moved_to_ns,rc_moved_to_title,rc_ip,rc_patrolled,rc_new,rc_old_len,rc_new_len,rc_deleted,rc_logid,rc_log_type,rc_log_action,rc_params,rc_id) VALUES ('2012-03-14 21:51:05 GMT','2012-03-14 21:51:05 GMT','8','1movedto2','3','0','0','MediaWiki default','No longer required','0','0',1,'0','','MediaWiki default','1','0',NULL,NULL,'0','1','delete','delete','a:0:{}','1')"
from within function "RecentChange::save".
MySQL returned error "1: ERROR: invalid input syntax for type cidr: "MediaWiki default"
LINE 1: ...ki default','No longer required','0','0',1,'0','','MediaWiki...
^"
Backtrace:
#0 /usr/home/saper/public_html/pg/w/includes/db/DatabasePostgres.php(332): DatabaseBase->reportQueryError('ERROR: invalid...', 1, 'INSERT INTO "re...', 'RecentChange::s...', '')
#1 /usr/home/saper/public_html/pg/w/includes/db/Database.php(904): DatabasePostgres->reportQueryError('ERROR: invalid...', 1, 'INSERT INTO "re...', 'RecentChange::s...', '')
#2 /usr/home/saper/public_html/pg/w/includes/db/DatabasePostgres.php(604): DatabaseBase->query('INSERT INTO "re...', 'RecentChange::s...', '')
#3 /usr/home/saper/public_html/pg/w/includes/RecentChange.php(199): DatabasePostgres->insert('recentchanges', Array, 'RecentChange::s...')
#4 /usr/home/saper/public_html/pg/w/includes/logging/LogEntry.php(479): RecentChange->save('pleasedontudp')
#5 /usr/home/saper/public_html/pg/w/includes/WikiPage.php(2042): ManualLogEntry->publish('1')
#6 /usr/home/saper/public_html/pg/w/includes/WikiPage.php(1937): WikiPage->doDeleteArticleReal('No longer requi...', false, 0, false, '', Object(User))
#7 /usr/home/saper/public_html/pg/w/maintenance/deleteDefaultMessages.php(73): WikiPage->doDeleteArticle('No longer requi...', false, 0, false, '', Object(User))
#8 /usr/home/saper/public_html/pg/w/maintenance/update.php(128): DeleteDefaultMessages->execute()
#9 /usr/home/saper/public_html/pg/w/maintenance/doMaintenance.php(105): UpdateMediaWiki->execute()
#10 /usr/home/saper/public_html/pg/w/maintenance/update.php(151): require_once('/usr/home/saper...')
#11 {main}
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/113888
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/113580
|
|
|
|
|
|
|
| |
IRC lines.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/112070
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/112065
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/112045
|
|
|
|
|
|
|
|
|
|
| |
Fix whitespace
Fix weird conditional loading of DB_MASTER from specials/SpecialEditWatchlist.php
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/112043
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111102
|
|
|
|
|
|
|
|
|
| |
bool" and then the metadata can say true if foo, false if bar
Other documentation improvements
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111052
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/110955
|
|
|
|
|
|
|
| |
newFromRow() on just a logging table row. Previously, the current user IP would show.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/110885
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/108989
|
|
|
|
|
|
|
|
| |
I didn't think that save() would send lines, since there was function to do that (added in r45725 - duplicating existing code).
This part of codebase could use much TLC
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101834
|
|
|
|
|
|
|
|
|
| |
Comment some out also
Add some bits of documentation
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101240
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101043
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/97495
|
|
|
|
|
|
|
|
|
| |
since PHP managed to screw up json_decode too.
It was not a good idea to autodetection of the format anyway, but it isn't such a problem with unserialize.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/97039
|
|
|
|
|
|
|
|
| |
Notice: Undefined offset: 1 in D:\www\MW_trunk\phase3\extensions\FlaggedRevs\dataclasses\FlaggedRevsLog.php on line 156
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/96649
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/96585
|