gmane.org.wikimedia.mediawiki.bugs

[Bug 48801] New: Change name of LocalSettings.php to settings.php orWikiSettings.php

2013-05-25T04:44:41

https://bugzilla.wikimedia.org/show_bug.cgi?id=48801

       Web browser: ---
            Bug ID: 48801
           Summary: Change name of LocalSettings.php to settings.php or
                    WikiSettings.php
           Product: MediaWiki
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: Unprioritized
         Component: General/Unknown
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: jeffwang16< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Since AdminSettings.php was removed in MediaWiki 1.16, there has only been one
-settings.php suffixed script. (Except for DefaultSettings.php, but that
shouldn't even be modified, and it's located in a subfolder.) Therefore, there
is no need to put the "Local-" prefix onto the script. For backward
compatibility, LocalSettings.php should redirect to settings.php or
WikiSettings.php.
The reason why I believe the Local- pre

[Bug 48800] New: Narayam switches off on index pages of Proofreadextension

2013-05-25T04:36:58

https://bugzilla.wikimedia.org/show_bug.cgi?id=48800

       Web browser: ---
            Bug ID: 48800
           Summary: Narayam switches off on index pages of Proofread
                    extension
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Narayam
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: arjunaraoc< at >googlemail.com
                CC: alolita.sharma< at >gmail.com, asharma< at >wikimedia.org,
                    junu.pv+public< at >gmail.com, runabh< at >gmail.com,
                    s.mazeland< at >xs4all.nl, santhosh.thottingal< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Trial
URL:http://te.wikisource.org/wiki/%E0%B0%B8%E0%B1%82%E0%B0%9A%E0%B0%BF%E0%B0%95:%E0%B0%86%E0%B0%82%E0%B0%A7%E0%B1%8D%E0%B0%B0%E0%B1%81%E0%B0%B2%E0%B0%AA%E0%B1%81%E0%B0%9F%E0%B1%8D%E0%B0%9F%E0%B1%81%E0%B0%AA%E0%B1%82%E0%

[Bug 48799] New: #property: calls for non-existent properties shouldadd a tracking category

2013-05-24T23:39:44

https://bugzilla.wikimedia.org/show_bug.cgi?id=48799

       Web browser: ---
            Bug ID: 48799
           Summary: #property: calls for non-existent properties should
                    add a tracking category
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
               URL: https://test2.wikipedia.org/w/index.php?title=Germany&
                    diff=53273&oldid=53030
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: Unprioritized
         Component: WikidataClient
          Assignee: wikidata-bugs< at >lists.wikimedia.org
          Reporter: legoktm.wikipedia< at >gmail.com
                CC: wikidata-bugs< at >lists.wikimedia.org
    Classification: Unclassified
   Mobile Platform: ---

Currently if you add something like {{#property:p1234234234}}, it simply
returns a empty string. (Example:
https://test2.wikipedia.org/w/index.php?title=Germany&diff=53273&oldid=53030)
It would be nice if we could add a track

[Bug 48798] New: Linktrail broken in Gujarati (gu)

2013-05-24T23:22:36

https://bugzilla.wikimedia.org/show_bug.cgi?id=48798

       Web browser: ---
            Bug ID: 48798
           Summary: Linktrail broken in Gujarati (gu)
           Product: MediaWiki
           Version: unspecified
          Hardware: All
                OS: other
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Internationalization
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: dsvyas< at >gmail.com
                CC: alolita.sharma< at >gmail.com, asharma< at >wikimedia.org,
                    niklas.laxstrom< at >gmail.com, runabh< at >gmail.com,
                    s.mazeland< at >xs4all.nl
    Classification: Unclassified
   Mobile Platform: ---

same as many other language wikis (Bug 2981 for example), Gujarati wiki has the
same problem. can entire set of Gujarati alphabets
(http://www.unicode.org/charts/PDF/U0A80.pdf) added to linktrail?

[Bug 48797] New: I'm getting production newproject e-mails aboutbeta labs wikis rather than production ones

2013-05-24T19:44:03

https://bugzilla.wikimedia.org/show_bug.cgi?id=48797

       Web browser: ---
            Bug ID: 48797
           Summary: I'm getting production newproject e-mails about beta
                    labs wikis rather than production ones
           Product: Wikimedia Labs
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: deployment-prep (beta)
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: jforrester< at >wikimedia.org
                CC: benapetr< at >gmail.com, cmcmahon< at >wikimedia.org,
                    faidon< at >wikimedia.org, hashar< at >free.fr,
                    mhershberger< at >wikimedia.org, Platonides< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Three today (for a Wikidata in "Special" at 12:21:45, "English" at 13:15:03 and
another "English" at 13:16:45) to newprojects< at >lists.wikimedia.org. Something
gone awry?

[Bug 48796] New: VisualEditor: Deleting a line break causes strangeresults

2013-05-24T19:28:00

https://bugzilla.wikimedia.org/show_bug.cgi?id=48796

       Web browser: ---
            Bug ID: 48796
           Summary: VisualEditor: Deleting a line break causes strange
                    results
           Product: VisualEditor
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: General
          Assignee: jforrester< at >wikimedia.org
          Reporter: tylerromeo< at >gmail.com
                CC: jforrester< at >wikimedia.org, krinklemail< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Steps to Reproduce:

1. Go to https://www.mediawiki.org/wiki/API:Alltransclusions
2. Insert a blank line after the first paragraph.
3. Use the Del key (not backspace) to delete that line.

Rather than deleting the line, the first keypress (sometimes) does nothing. And
then the second keypress finally gets rid of the newline, but attempting to
save the page shows a diff with the n

[Bug 48795] New: /examine and /test (1) are flooded by Wikidata (2)doesn't show action=upload

2013-05-24T19:16:00

https://bugzilla.wikimedia.org/show_bug.cgi?id=48795

       Web browser: ---
            Bug ID: 48795
           Summary: /examine and /test (1) are flooded by Wikidata (2)
                    doesn't show action=upload
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Unprioritized
         Component: AbuseFilter
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: nullzero.free< at >gmail.com
                CC: agarrett< at >wikimedia.org, nischayn22< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Hello! There are many issues about /examine and /test in the Abusefilter
extension at Thai Wikipedia.

1) It shows Wikidata changes in both /test and /examine. Surely, Abusefilter
can't prevent edits at Wikidata from local (Wikipedia) sites. So these changes
shouldn't be listed.

2) Both /examine and /test don't show upload entry, whil

[Bug 48794] New: transferred to translation subpage whenentering a translation at [[Special:Translate]] that contains anon-closed

2013-05-24T18:25:35

https://bugzilla.wikimedia.org/show_bug.cgi?id=48794

       Web browser: ---
            Bug ID: 48794
           Summary: <translate> transferred to translation subpage when
                    entering a translation at [[Special:Translate]] that
                    contains a non-closed <nowiki>
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Translate
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: rainerrillke< at >hotmail.com
                CC: alolita.sharma< at >gmail.com, asharma< at >wikimedia.org,
                    niklas.laxstrom< at >gmail.com, runabh< at >gmail.com,
                    s.mazeland< at >xs4all.nl, santhosh.thottingal< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Original bug title: 
<translate> transferred to translation subpage when entering a translation at
[[Special:Translate]] that c

[Bug 48793] New: CSS issue on watchlist feed view

2013-05-24T18:10:48

https://bugzilla.wikimedia.org/show_bug.cgi?id=48793

       Web browser: ---
            Bug ID: 48793
           Summary: CSS issue on watchlist feed view
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: MobileFrontend
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: jrobson< at >wikimedia.org
                CC: arichards< at >wikimedia.org, jgonera< at >wikimedia.org,
                    jrobson< at >wikimedia.org, maxsem.wiki< at >gmail.com,
                    mgrover< at >wikimedia.org, mpinchuk< at >wikimedia.org,
                    tfinc< at >wikimedia.org
    Classification: Unclassified
   Mobile Platform: ---

Created attachment 12387
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12387&action=edit
Problem circled

When a tab is active there is a 1px difference. Please see attached screenshot

[Bug 48792] New: CSS issue on diff view

2013-05-24T18:09:27

https://bugzilla.wikimedia.org/show_bug.cgi?id=48792

       Web browser: ---
            Bug ID: 48792
           Summary: CSS issue on diff view
           Product: MediaWiki extensions
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: MobileFrontend
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: jrobson< at >wikimedia.org
                CC: arichards< at >wikimedia.org, jgonera< at >wikimedia.org,
                    jrobson< at >wikimedia.org, maxsem.wiki< at >gmail.com,
                    mgrover< at >wikimedia.org, mpinchuk< at >wikimedia.org,
                    tfinc< at >wikimedia.org
    Classification: Unclassified
   Mobile Platform: ---

Created attachment 12386
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=12386&action=edit
Problem circled

The word edits should be left aligned.

[Bug 48791] New: XFF ranges need updated

2013-05-24T17:12:12

https://bugzilla.wikimedia.org/show_bug.cgi?id=48791

       Web browser: ---
            Bug ID: 48791
           Summary: XFF ranges need updated
           Product: MediaWiki
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Unprioritized
         Component: User blocking
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: kwwilliams< at >kwwilliams.com
    Classification: Unclassified
   Mobile Platform: ---

I've discovered a large range of IPV6 addresses used by Opera that are being
used as proxies for Opera browser users. When the "turbo" mode is selected, the
Opera server is the one that actually accesses the website, and it sends a
compressed version to the user. I've been assured by DeltaQuad and
DepartmentOfRedudancyDepartment that the servers are sending valid XFF headers.
I can't see any reason to believe that Opera would forge headers to falsely
implicate Wikipedia editors,

[Bug 48790] New: Enable Universal Language Selector

2013-05-24T16:41:42

https://bugzilla.wikimedia.org/show_bug.cgi?id=48790

       Web browser: ---
            Bug ID: 48790
           Summary: Enable Universal Language Selector
           Product: Wikimedia
           Version: wmf-deployment
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Extension setup
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: bellayet< at >gmail.com
                CC: dereckson< at >espace-win.org
    Classification: Unclassified
   Mobile Platform: ---

Please enable Universal Language Selector in Bangla (bn) Wikipedia. Here is the
community discussion link, http://bit.ly/18cb6HM.

[Bug 48789] New: Link editing is unintuitive

2013-05-24T16:03:34

https://bugzilla.wikimedia.org/show_bug.cgi?id=48789

       Web browser: ---
            Bug ID: 48789
           Summary: Link editing is unintuitive
           Product: VisualEditor
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: Unprioritized
         Component: General
          Assignee: jforrester< at >wikimedia.org
          Reporter: axelboldt< at >yahoo.com
                CC: jforrester< at >wikimedia.org, krinklemail< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

There are essentially two ways to create a link:

#1 You enter the link's text, select it, click the link button (or CTRL-K), and
choose the link target.

#2 You click the link button first, enter the target and get out of the dialog,
at which point the link text (identical to chosen link target) will be entered.

I'm not sure which method users prefer, but it's clear that both methods should
work seamlessly. However, with th

[Bug 48788] New: swear/mature word filter

2013-05-24T15:57:30

https://bugzilla.wikimedia.org/show_bug.cgi?id=48788

       Web browser: ---
            Bug ID: 48788
           Summary: swear/mature word filter
           Product: Huggle
           Version: unspecified
          Hardware: PC
                OS: Windows 7
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Unprioritized
         Component: Application
          Assignee: benapetr< at >gmail.com
          Reporter: elveonora< at >gmail.com
                CC: benapetr< at >gmail.com, mmovchin< at >wikipedia.de
    Classification: Unclassified
   Mobile Platform: ---

Hello, I'm new here, this place might be completely off, so my apologies in
case the given category doesn't represent the said matter I'm reporting.
If it does, then I would like to suggest a little modification:
In a case when by the filter banned word is being present in a sentence after
an attempt to post a comment has been made, it gets swallowed. How about
instead of the comment getting blocked, a window would appear, notify

[Bug 48787] New: Using up-arrow to scroll to the very top of a longarticle doesn't work

2013-05-24T15:49:33

https://bugzilla.wikimedia.org/show_bug.cgi?id=48787

       Web browser: ---
            Bug ID: 48787
           Summary: Using up-arrow to scroll to the very top of a long
                    article doesn't work
           Product: VisualEditor
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: General
          Assignee: jforrester< at >wikimedia.org
          Reporter: axelboldt< at >yahoo.com
                CC: jforrester< at >wikimedia.org, krinklemail< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Go to some long article (so long that it won't fit on one screen in your
browser), start the visual editor, scroll down, then use up-arrow to walk all
the way back up to the top of the article. It's not possible: the first lines
of the article remain obscured by the visual editor's menu bar; the only way to
make them visible is using the scroll bar or with PageUp.


T

[Bug 48786] New: Labs should not be able to trigger Newprojectsannouncements

2013-05-24T14:51:10

https://bugzilla.wikimedia.org/show_bug.cgi?id=48786

       Web browser: ---
            Bug ID: 48786
           Summary: Labs should not be able to trigger Newprojects
                    announcements
           Product: Wikimedia Labs
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: deployment-prep (beta)
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: krenair< at >gmail.com
                CC: benapetr< at >gmail.com, cmcmahon< at >wikimedia.org,
                    faidon< at >wikimedia.org, hashar< at >free.fr,
                    mhershberger< at >wikimedia.org, Platonides< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

http://lists.wikimedia.org/pipermail/newprojects/2013-May/000074.html
http://lists.wikimedia.org/pipermail/newprojects/2013-May/000075.html
http://lists.wikimedia.org/pipermail/newprojects/2013-May/000076.html

[Bug 48785] New: UI improvement suggestion for "create new tool" link

2013-05-24T14:31:18

https://bugzilla.wikimedia.org/show_bug.cgi?id=48785

       Web browser: ---
            Bug ID: 48785
           Summary: UI improvement suggestion for "create new tool" link
           Product: Wikimedia Labs
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: tools
          Assignee: marc< at >uberbox.org
          Reporter: silke.meyer< at >wikimedia.de
    Classification: Unclassified
   Mobile Platform: ---

This is a suggestion for improvements to the user interface of
tools.wmflabs.org:

You first have the section called "Useful links" with "create a new user", "add
a public SSH key", and "Request access to the project". 
Below you can "create a new tool" which is a very small link next to the title
of that section "Hosted tools". This link is very easy to overlook! Could you
please make it more visible? (For example by integrating it to the first list
of links.)

[Bug 48784] New: A translatable page group got lost

2013-05-24T14:30:48

https://bugzilla.wikimedia.org/show_bug.cgi?id=48784

       Web browser: ---
            Bug ID: 48784
           Summary: A translatable page group got lost
           Product: MediaWiki extensions
           Version: master
          Hardware: All
               URL: https://meta.wikimedia.org/w/index.php?title=Special%3
                    AMessageGroupStats&x=D&group=page-Free+knowledge+based
                    +on+Creative+Commons+licenses&uselang=en
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Translate
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: federicoleva< at >tiscali.it
                CC: alolita.sharma< at >gmail.com, asharma< at >wikimedia.org,
                    niklas.laxstrom< at >gmail.com, runabh< at >gmail.com,
                    s.mazeland< at >xs4all.nl, santhosh.thottingal< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Created attachment 12385
  --> https://bugzilla.wikimedia.org/a

[Bug 48783] New: Sort groups alphabetically in Special:Translateexport tab

2013-05-24T14:20:45

https://bugzilla.wikimedia.org/show_bug.cgi?id=48783

       Web browser: ---
            Bug ID: 48783
           Summary: Sort groups alphabetically in Special:Translate export
                    tab
           Product: MediaWiki extensions
           Version: master
          Hardware: All
               URL: https://meta.wikimedia.org/w/index.php?title=Special%3
                    ATranslate&taction=export
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: Unprioritized
         Component: Translate
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: federicoleva< at >tiscali.it
                CC: alolita.sharma< at >gmail.com, asharma< at >wikimedia.org,
                    niklas.laxstrom< at >gmail.com, runabh< at >gmail.com,
                    s.mazeland< at >xs4all.nl, santhosh.thottingal< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

On Special:Translate&taction=export it gets quite hard to find the desired
group because they're not sor

[Bug 48782] New: new edits to course pages do not create entries inpage history

2013-05-24T14:17:49

https://bugzilla.wikimedia.org/show_bug.cgi?id=48782

       Web browser: ---
            Bug ID: 48782
           Summary: new edits to course pages do not create entries in
                    page history
           Product: MediaWiki extensions
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: critical
          Priority: Unprioritized
         Component: EducationProgram
          Assignee: wikibugs-l< at >lists.wikimedia.org
          Reporter: ragesoss< at >gmail.com
                CC: jeroen_dedauw< at >yahoo.com, ragesoss< at >gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Currently, creating or editing a course page does not create a new entry in the
page history. For recently created course pages, there are no entries at all in
the page history. For example,
https://en.wikipedia.org/w/index.php?title=Education_Program:Peer_to_Peer_University/Writing_Wikipedia_Articles_(2013_Q2)&action=history

For earlier course pages, the hist

[Bug 48781] New: Recognise wikidata{{#property:=?UTF-8?Q?=E2=80=A6=7D=7D=20parser=20functions?=

2013-05-24T14:15:42

https://bugzilla.wikimedia.org/show_bug.cgi?id=48781

       Web browser: ---
            Bug ID: 48781
           Summary: Recognise wikidata {{#property:…}} parser functions
           Product: Parsoid
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: Unprioritized
         Component: JS/General
          Assignee: gwicke< at >wikimedia.org
          Reporter: jforrester< at >wikimedia.org
                CC: ssastry< at >wikimedia.org
    Classification: Unclassified
   Mobile Platform: ---

This would be very helpful to avoid them being treated as templates by VE (the
default assignment for things in {{…}}s).