Last modified: 2011-03-13 18:04:34 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T5887, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 3887 - create a special page for instring search of titles specifying %nn values
create a special page for instring search of titles specifying %nn values
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://bugzilla.wikimedia.org/show_bu...
:
Depends on:
Blocks: unicode 3819
  Show dependency treegraph
 
Reported: 2005-11-05 10:41 UTC by lɛʁi לערי ריינהארט
Modified: 2011-03-13 18:04 UTC (History)
1 user (show)

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


Attachments

Description lɛʁi לערי ריינהארט 2005-11-05 10:41:47 UTC
Hallo!

See bug 3819 comment 4

MediaWiki allows the generation of titles with heading and / or trailing
punctuation characters (which theoretically can be included also inside a title)

see http://homepage1.nifty.com/nomenclator/unicode/data/punct.htm

[[Special:Prefixindex]] as in
http://yi.wikipedia.org/wiki/Special:Prefixindex/%E2%80%AB allows to detect such
"nonsense" titles specifying the heading sequence.

This request is about creating a new special page similar to
[[Special:Allpages]] and [[Special:Prefixindex]] where "instring" search should
be possible.

Similar search is already possible in [[yi:Special:Newimages]] (in a limited way
see note at the end). Tray to serch for *ago*.

It should be possible to search like
http://yi.wikipedia.org/wiki/Special:Instringtitle/%D7%A9%D7%9C%D7%92%D7%99%D7%9D

Thanks in advance for all your work.

Best regards Reinhardt [[user:gangleri]]

note:
http://yi.wikipedia.org/wiki/Special:Newimages/%D7%A9%D7%9C%D7%92%D7%99%D7%9D
would not work
I can not see the URL generated by Special:Newimages .
Comment 1 lɛʁi לערי ריינהארט 2005-11-08 15:42:44 UTC
proposed workaround

Hallo!

I remember a spacial page available in previous versions used to detect pages
with typos, misspellings etc.

Would it be possible to activate that spacial page (if it still up to date -
compatible with the actual version) at [[:yi:]] and  [[wiktionary:yi:]]
([[wiktionary:yi:Main_Page]])

If this would work to detect the 5 control characters this feature could be
activated temporarely at other RTL wiki's as well.


Thanks for your support. Regards reinhardt [[user:gangleri]]
Comment 2 lɛʁi לערי ריינהארט 2005-11-16 20:14:19 UTC
related to Ævar's comment from
bug 3984 comment 1
> We're not going to allow searching for a substring anywhere in a string in the
> log_user, log_title or log_comment fields in miser mode. 

I fully understand that each search requires resources and the foundation must
decide what is reasonable and what not. However some tools should be avilable
allowing to detect upcomming problems, fraud, inconsistencies. The request of
this bug is related to the last.
Comment 3 lɛʁi לערי ריינהארט 2005-12-13 22:48:45 UTC
I found a painfull workaround:

Identify where you want to search (as [[wiktionary:yi:Special:Allpages]]). View
at the page source of that page and search with %nn. In our example %E2%80%A
will return many results. This covers 6 BiDi punctuation characters.

Another testcase where these characters are used is
http://test.leuksman.com/view/Special:Recentchangeslinked/Category:Bugzilla/BiDi .
Comment 4 lɛʁi לערי ריינהארט 2005-12-24 01:43:13 UTC
I have been noticed at bugzilla.mozilla.org about http://pastebin.com/ . This
tool does not allow %nn searches but represents all Unicode characters in
&#nnnn; notation.

see http://pastebin.com/476848

However I would prefer to have a tool inside MediaWiki.
Comment 5 Rob Church 2006-11-21 17:23:33 UTC
This sort of specialist query is probably best suited to the toolserver.

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


Navigation
Links