Project:Village Pump/Flow/2019/09
This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
![]() Archives
|
---|
|
Manual:$wgLegalTitleChars : obsolete link to SVN
RESOLVED | |
done, thanks all. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all, At bottom of page =>https://www.mediawiki.org/wiki/Manual:$wgLegalTitleChars link => https://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_8_3/phase3/RELEASE-NOTES?view=markup is obsolète. Who can update consequently ? Thanks. Christian 🇫🇷 FR 🚨 (talk) 09:57, 1 September 2019 (UTC)
- Changed revision link, and removed release notes, which won't give more informaton that what's already explained Ciencia Al Poder (talk) 10:04, 1 September 2019 (UTC)
- https://phabricator.wikimedia.org/source/mediawiki/browse/master/RELEASE-NOTES;1.8.5 Shirayuki (talk) 10:09, 1 September 2019 (UTC)
- ....so thanks kept removed from 'Ciencia' but I remember there is a page of Release Notes. A check could be done old SVN links can have their equivalent (when possible) on Phab. Christian 🇫🇷 FR 🚨 (talk) 10:16, 1 September 2019 (UTC)
Manual:$wgInvalidUsernameCharacters: strange version format => (since wmf/1.26wmf6)
RESOLVED | |
done; thanks all. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
On page => https://www.mediawiki.org/wiki/Manual:$wgInvalidUsernameCharacters
I see for default='@:' =>(since wmf/1.26wmf6)
which MediaWiki versions are we speaking of with 'wmf/1.26wmf6' ? Christian 🇫🇷 FR 🚨 (talk) 10:29, 1 September 2019 (UTC)
- See MediaWiki_1.26/wmf6.
- All tags and (recent) branches are listed here:
- This is 1.26. I've updated the page to reflect the actual commit Ciencia Al Poder (talk) 11:09, 1 September 2019 (UTC)
- I learn a lot , thanks ! Christian 🇫🇷 FR 🚨 (talk) 11:12, 1 September 2019 (UTC)
Manual:$wgIllegalFileChars : versions mismatch & old SVN link
RESOLVED | |
done; thanks Shirayuki. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Now 3 problems on page => https://www.mediawiki.org/wiki/Manual:$wgIllegalFileChars
1.the header frame says: Introduced in version:1.16.0 (r55802) 2.the reference link at bottom says introduced in 1.16.9 => which is right ?? 3.reference link points an old SVN link => https://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_16_0/phase3/RELEASE-NOTES?view=markup#l163
Can someone correct please ? Thanks.
Christian Wia (talk) 21:14, 1 September 2019 (UTC)
- 1.16.9 does not exist. MediaWiki 1.16 Shirayuki (talk) 22:35, 1 September 2019 (UTC)
Merging Template:Archived extension and Template:Archived skin
These are very similar templates which serve very similar purposes, and based on a quick perusal of their code, all specific functionality can be implemented by #switch
ing on the namespace of the page the template is transcluded onto. Having these implemented as separate templates just complicates usage (e.g. it requires two separate example transclusions be listed for the extension/skin archival request form on Phabricator, meaning the requester has to remove the inappropriate one). I'd do this myself, but have no idea how to handle the translation stuff (I'm also not discounting the possibility that there's some other complication(s) that I'm just not aware of). 「ディノ奴千?!」☎ Dinoguy1000 22:50, 2 September 2019 (UTC)
- +1. Maybe ask Shirayuki? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 13:58, 9 December 2020 (UTC)
- Seems reasonable to me as well. * Pppery * it has begun 17:14, 9 December 2020 (UTC)
- +1 Shirayuki (talk) 21:31, 9 December 2020 (UTC)
- Done in Special:Diff/4279189. I'll wait until my change is marked for translation before actually redirecting Template:Archived skin to Template:Archived extension. * Pppery * it has begun 04:44, 12 December 2020 (UTC)
- Should {{Archived extension}} be renamed as well? Since it covers skins as well now. (I don't really have any good ideas for a more general name; best I can come up with is "Archived component", but that could cover a lot of stuff besides extensions and skins - which might not be a bad thing necessarily.) 「ディノ奴千?!」☎ Dinoguy1000 04:59, 12 December 2020 (UTC)
- Agree the name is non-ideal, but couldn't think of anything better. Also, the genericism of "Archived component" is bad, because obsolete pages about things other than extensions or skins get tagged with {{Historical}} instead. * Pppery * it has begun 05:24, 12 December 2020 (UTC)
Oppose renaming Shirayuki (talk) 05:45, 12 December 2020 (UTC)
- The existing translations of Template:Archived skin can be migrated. After removing the page from translation, translation memory will be unavailable. Shirayuki (talk) 05:53, 12 December 2020 (UTC)
TALKPAGENAME: how to code access to the talk page of the root article when called from a translated subpage
RESOLVED | |
done; thanks Jesus. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all, my problem today is that on translated FR subpage => https://www.mediawiki.org/wiki/SELinux/fr#Pygments_for_SyntaxHighlight we have an access to {{TALKPAGENAME}}. Although it is meaningful in the root page (topic is on its own talk page) it becomes meaningless on the translated page where it accesses direcly the talk page of the translated subpage => https://www.mediawiki.org/wiki/Talk:SELinux/fr and of course the topic is not found since this talk page is today empty. So my question is: how to force the access to the talk page of the root article (dynamically if possible and avoiding a hardcoded link)) when called from a translated subpage ? something like {{TALKPAGENAME|BASEPAGENAME}} but unhappily this is not a template. Thanks.
Christian Wia (talk) 14:17, 4 September 2019 (UTC)
- Done with
{{TALKPAGENAME:{{BASEPAGENAME}}}}
- BASEPAGENAME gets the page without the subpage, and then use it as parameter to TALKPAGENAME to tell it to get it's talk page instead of the current talk page. In magic words, the first parameter is separated with a colon from the magic word itself, and not with a pipe. Ciencia Al Poder (talk) 09:18, 5 September 2019 (UTC)
- Marvellous ! it works. Christian 🇫🇷 FR 🚨 (talk) 09:46, 5 September 2019 (UTC)
Howto : access automatically to localized Wikipedia
Hi all. On page https://www.mediawiki.org/wiki/SELinux I want to link the translated sub pages to their corresponding local article in the wikipedia. That means, for example, the root article will link to https://en.wikipedia.org/wiki/SELinux and the french one to https://fr.wikipedia.org/wiki/SELinux. Is a possibility to do that automatically ? , or we leave the translator to do the conversion manually ? Thanks
Christian Wia (talk) 11:11, 5 September 2019 (UTC)
Howto : Add external link
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
When I'm trying to add the link to my blog on page https://www.mediawiki.org/w/index.php?title=Outreachy/Round_18/Bi-weekly_Reports&action=submit it throws error `It seems that you're trying to add an external link to a page. Please note that this site (MediaWiki.org) is not Wikipedia. If you believe that you received this message in error or have a legitimate need for the link, please file a request here.` Khyatisoneji (talk) 15:00, 5 September 2019 (UTC)
- Adding links requires some posting history on this wiki. You should be able to do so now. Clump (talk) 15:06, 5 September 2019 (UTC)
- Yes, Thankyou! Khyatisoneji (talk) 15:21, 5 September 2019 (UTC)
RED link on 'blocked text' in Manual:Administrators
RESOLVED | |
done => (such as the Mediawiki:Blockedtext , tab text, Thanks Danny. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
On page => https://www.mediawiki.org/wiki/Manual:Administrators#Protection
In the Note paragraph, RED link found for 'blocked text' in :
which contains deviations from the default interface messages (such as the blocked text, tab text, et cetera
The formulation is strange and difficult to understand. Remove link function ? Thanks
Christian Wia (talk) 20:52, 7 September 2019 (UTC)
Reference to suppressed article 'badarticleerror' in Manual:Administrators
RESOLVED | |
done; thanks Yuki. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all. On page => https://www.mediawiki.org/wiki/Manual:Administrators before topic "Abuse filters: " a not rendered wikitext ("...an attempt would have given the {{msg|badarticleerror}}") is displayed related to msg "This action cannot be performed on this page." belonging to page => https://www.mediawiki.org/wiki/MediaWiki:Badarticleerror suppressed in January 2007.
Can anyone complete the sentence (remove/modify) to get an uptodate version of the topic ? Thanks.
Christian Wia (talk) 08:24, 8 September 2019 (UTC)
- It was introduced in the revision Special:Diff/197118. Shirayuki (talk) 08:48, 8 September 2019 (UTC)
Page Wikipedia_Usability_Initiative: red link + Lua error on date
RESOLVED | |
done; thanks Yuki. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
On page => https://www.mediawiki.org/wiki/Wikipedia_Usability_Initiative I noticed two points :
1.On first line, red link on 'Wikimedia Foundation project'
2.in the right frame => Lua error: bad argument #2 to 'formatDate' (not a valid timestamp).
Thanks for help.
Christian Wia (talk) 18:53, 8 September 2019 (UTC)
- Removed Unicode Character 'LEFT-TO-RIGHT MARK' (U+200E) from dates Shirayuki (talk) 21:29, 8 September 2019 (UTC)
How to : Add an external link
RESOLVED | |
this site is not for spam. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
When I try to add a link to my blog on the page https://meta.wikimedia.org/wiki/User:Denisha88 it throws an 'It looks like you' error is trying to add an external link to a page. Please note that this site (MediaWiki.org) is not Wikipedia. If you believe that you received this message in error or have a legitimate need for the link, please submit a request here. '
I am trying to add this about my website (link removed) Denisha88 (talk) 04:27, 11 September 2019 (UTC)
- Looks like there's no legitimate need for the link, hence the error message you received is totally relevant. Ciencia Al Poder (talk) 09:01, 11 September 2019 (UTC)
- I have same problme here. Beatriz Klain (talk) 09:36, 20 September 2019 (UTC)
Adding external links for a new extension page
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello, I'm trying to add my newly written MediaWiki extension - https://github.com/Vekseid/ForumSessionProvider - to the extension list here, with a link to an example, and of course the downloads are on Github. Vekseid (talk) 21:38, 11 September 2019 (UTC)
- Can you try creating the page first, and then add the link after the page has been created? Ciencia Al Poder (talk) 22:04, 11 September 2019 (UTC)
- That worked - thank you. Vekseid (talk) 22:18, 11 September 2019 (UTC)
CRYPTOTAG links
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi, I'm trying to include some links to information and reviews about the CRYPTOTAG in the article, but I get the message:
Please note that this site (MediaWiki.org) is not Wikipedia. If you believe that you received this message in error or have a legitimate need for the link, please submit a request here.
How can I proceed? BitcoinThor (talk) 09:19, 12 September 2019 (UTC)
- You can't proceed. As the message describes, your contribution here is not legitimate. Please read what is this site about. Ciencia Al Poder (talk) 10:47, 12 September 2019 (UTC)
Cant solve Captcha
RESOLVED | |
out of project scope |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
On this page http://www.bikecollectives.org/wiki/index.php?title=Special:RequestAccount
When trying to request a new account and easy the seemingly obvious bike-related captcha questions, I cant not get past.
203.206.254.101 (talk) 23:58, 15 September 2019 (UTC)
help rcenhancedfilters-disable : mess in comments of Manual:$wgDefaultUserOptions
RESOLVED | |
done, thanks; using Opts-out from New Filters for edit review. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all. On => https://www.mediawiki.org/wiki/Manual:$wgDefaultUserOptions concerning rcenhancedfilters-disable i've got a headache with the associated comment which is untranslatable text:
"Default value is false, but if is not installed VisualEditor, is on the special page Recent changes displayed only unusable banner, instead search form."
Can someone reformulate and provide a clear comment ? Thanks.
Christian Wia (talk) 08:36, 17 September 2019 (UTC)
- @Want: wargo (talk) 22:28, 19 October 2019 (UTC)
- ??? Christian 🇫🇷 FR 🚨 (talk) 13:10, 20 October 2019 (UTC)
- allo ? Christian 🇫🇷 FR 🚨 (talk) 12:11, 22 April 2020 (UTC)
- I've changed it based on phab:rMWc12b2419298bf72c569834d11de85aa3f376fac9 Ciencia Al Poder (talk) 18:50, 22 April 2020 (UTC)
help: Manual:$wgDefaultUserOptions prefershttps is undocumented
RESOLVED | |
done; thanks all. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
empty explaination for item => 'prefershttps' on page => https://www.mediawiki.org/wiki/Manual:$wgDefaultUserOptions
Can someone document this field ? Thank you.
Christian Wia (talk) 09:11, 17 September 2019 (UTC)
- This seems to be related to Manual:$wgSecureLogin. The description is MediaWiki:Tog-prefershttps Ciencia Al Poder (talk) 09:38, 17 September 2019 (UTC)
- Added {{int|Tog-prefershttps}}. No need to re-translate. Shirayuki (talk) 11:35, 17 September 2019 (UTC)
- waow, powerful ! Christian 🇫🇷 FR 🚨 (talk) 07:46, 19 September 2019 (UTC)
request for actual snapshot:File:Watchlist_preferences.jpg
RESOLVED | |
done; marvellous Jesus. You have substitued. Operation is transparent for translations (although translated text should go with translated image wordings - but this is another subject, when I will begin to import contents). |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all. File:Watchlist_preferences.jpg (2012) called for example in => https://www.mediawiki.org/wiki/Manual:$wgDefaultUserOptions appears to be obsolète (new structure: changes shown, watched pages, token...). Can someone update the snapshot or provide corresponding link. Thanks.
Christian FR (talk) 09:56, 19 September 2019 (UTC)
- Done Ciencia Al Poder (talk) 15:31, 20 September 2019 (UTC)
⧼{{{1}}}⧽ does not work on translated pages for item 'contenttoobig' on /wiki/API:Edit
RESOLVED | |
done; typo. Thanks Shirayuki. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all. on page => https://www.mediawiki.org/wiki/API:Edit
there is an error using template int which provides impossible fetch for item 'contenttoobig' ⧼Apieror-contenttoobig⧽ on the translated pages.
Can someone correct please ? Thanks.
Christian FR (talk) 10:24, 25 September 2019 (UTC)
Help: Add my wiki in Sites using MediaWiki/fr
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello,
After lots of work on our wiki, i want to add it to the list in "H" at "Sites using MediaWiki/fr"
Its locked but our wiki is fully hosted on our openstack infrastructure (not mutalised) and we participate in debug of some modules
From my point of view my wiki a great example of what can be done with mediawiki !
So please can you add this line in H ?
- Hopla.cloud - wiki.hopla.cloud
- Hopla.cloud, un cloud public basé sur Openstack pour les développeurs. Certifié par Red Hat, technologies 100% OpenSource. Rviauiilyo (talk) 16:01, 25 September 2019 (UTC)
- (I cannot believe it is based on MediaWiki at first sight)
Done 94rain Talk 16:19, 25 September 2019 (UTC)
- Thanks :) Rviauiilyo (talk) 16:55, 25 September 2019 (UTC)
abnormal skip in the numbering of TOC when transcluding
RESOLVED | |
done; thanks Cencia. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
On page => https://www.mediawiki.org/wiki/API:Edit
when numbering of sections is activated in the user's Preferences, current TOC shows:
1 API documentation 2 Example 2.1 POST request 2.2 Response 2.3 Sample code 2.7.1 Edit conflicts 2.7.2 Large edits 2.7.3 CAPTCHAs 3 Possible errors...
Where you can observe abnormal numbering/indentation 2.3 => 2.7.1
Going to => https://www.mediawiki.org/wiki/API:Edit#Sample_code you see that numbering invades the tabs of the example as follows :
2.3 Sample code 2.4 Python 2.5 PHP 2.6 Javascript 2.7 MediaWiki JS #!/usr/bin/python3.... 2.7.1 Edit conflicts
The corresponding wikitext is :
<!-- Transclude Sample code -->
{{:{{translatable}}/Sample code 1}}
For coherence we must select an option: [1]either TABs are taken into account and become sub items of 2.3 as 2.3.1 2.3.2 ... and appear in TOC [2]either they are not numbered at all and do not appear in the TOC but indentation and numbering should always be coherent.
Can someone investigate ? Thanks.
Christian FR (talk) 22:01, 25 September 2019 (UTC)
- This is caused by the tabbedWindow Gadget. See Project:Village Pump/Flow/2019/08#h-Enabling_tabbedWindow_Gadget_on_Mediawiki.org_as_default_for_on-wiki_documentati-2019-08-04T13:48:00.000Z
- A solution would be to move those sections outside of the examples section, either converting them to level-2 headings or creating a new level-2 heading for them Ciencia Al Poder (talk) 09:23, 26 September 2019 (UTC)
- Yes the inclusion is starting with === and disturb numbering of following ==== items. The new structure is the following one (may be 'user cases' is not accurate) :
1 API documentation
2 Example
2.1 POST request
2.2 Response
3 Sample code
4 User cases
4.1 Edit conflicts
4.2 Large edits
4.3 CAPTCHAs
5 Possible errors
6 Parameter history
7 Additional notes
8 See also
9 References
Christian 🇫🇷 FR 🚨 (talk) 11:09, 26 September 2019 (UTC)- Just for reference, there is a similar use OK of the inclusion when at the end of a section list => https://www.mediawiki.org/wiki/API:Rollback Christian 🇫🇷 FR 🚨 (talk) 11:57, 26 September 2019 (UTC)
Replace an image at Universal Language Selector/Compact Language Links
In Universal Language Selector/Compact Language Links, the image supposed to show at least one interlanguage link in grey actually show all such links in blue. We need to replace it and match with its image caption as the body text continues that grey links are used to start translating the target page via Content Translation extension. Omotecho (talk) 23:23, 25 September 2019 (UTC)
/wiki/API:Rollback: where is Rollbackers ' group ?
RESOLVED | |
done. Thanks Ciencia. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
On page section => https://www.mediawiki.org/wiki/API:Rollback#Possible_errors , last line 'permissiondenied' is referencing 'Rollbackers' which links to => https://en.wikipedia.org/wiki/Rollbackers but this is a blind link. What to choose instead ? Christian 🇫🇷 FR 🚨 (talk) 13:30, 26 September 2019 (UTC)
- Links are fixed now Ciencia Al Poder (talk) 15:23, 27 September 2019 (UTC)
- Ok adapted as
[[w:fr:Wikipédia:Administrateurs|Administrateurs]], [[w:fr:Wikipédia:Révocateurs|Révocateurs]]
for FR version. Christian 🇫🇷 FR 🚨 (talk) 15:54, 27 September 2019 (UTC)
API:Imageinfo : no error code specified for wording
RESOLVED | |
done; thanks Shirayuki. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
hi all
On page => https://www.mediawiki.org/wiki/API:Imageinfo#Possible_errors I noticed following points:
1. The two following wordings have no error code specified :
| ? || Invalid value for iiurlparam (name=value).
| ? || Could not normalize image parameters for $1.
How do we research these error codes to make the assignment with the given text ?
2.reference to deleted page; what to understand ?
iibadfilecontexttitle uses reference to page 'MediaWiki:Bad image list' in text :
Adds whether the file is on the MediaWiki:Bad image list
but page MediaWiki:Bad image list is https://www.mediawiki.org/wiki/MediaWiki:Bad_image_list and has been deleted :
13:41, 7 January 2007 MediaWiki default talk contribs deleted page MediaWiki:Bad image list (No longer required)
3. API:Fileinfo at bottom is a red link
Christian FR (talk) 12:52, 28 September 2019 (UTC)
- Since MediaWiki:Bad_image_list was deleted, the default value is used instead.
- Default value (defined on translatewiki.net, can be retrieved by using {{int|Bad image list}}):
:The format is as follows: Only list items (lines starting with *) are considered. The first link on a line must be a link to a bad file. Any subsequent links on the same line are considered to be exceptions, i.e. pages where the file may occur inline. :
Shirayuki (talk) 13:55, 28 September 2019 (UTC)- ok thanks; remains point 3) unanswered. Christian 🇫🇷 FR 🚨 (talk) 14:02, 28 September 2019 (UTC)
- See Special:Diff/3017650. The previous revision says:
This will eventually get superseded by
Shirayuki (talk) 14:18, 28 September 2019 (UTC)prop=fileinfo
.- To keep coherence of the documentation, it is not good to implement entries for what will eventually be done. So choosing a halfway solution, I keep this entry to remove the red link and point to a draft page telling about the substitution. This page is to be filled at approrpiate time. Christian 🇫🇷 FR 🚨 (talk) 14:39, 28 September 2019 (UTC)
Outdated link in Manual:Huggle/Uninstalling
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
There is an outdated link on Uninstalling that points to a redirection. The end destination is this link on the CMAKE FAQ. It could also be wikified instead of displayed as a full URL. Can't edit it because it deals with external links. Thank you! Feen (talk) 03:00, 29 September 2019 (UTC)
Help: cannot skip to correct defined anchor
Hi all
From page => https://www.mediawiki.org/wiki/API:Fileinfo
from last link https://www.mediawiki.org/wiki/Special:MyLanguage/API/Architecture_work/Planning#Rewrite_prop=imageinfo_from_scratch_as_prop=fileinfo
I want to skip to the section 3.5 Rewrite prop=imageinfo...
but when I click on it, I jump a few lines before section 3.6.1 Comments (Clean up...
What is the problem ? (...the = ?) and what is the correct syntax to access the requested section 3.5 (Im under Firefox). Thanks.
It seems to acces the right section and then suddenly shifts down a few lines.
Christian FR (talk) 09:10, 29 September 2019 (UTC)
- It is caused by "These comments refer to a previous version of this proposal" box at API/Architecture_work/Planning#Comments_(Changes_to_JSON_output_format).
- At first, the box is expanded, but it will automatically be collapsed after the completion of loading document, so the scroll position will change. Shirayuki (talk) 10:09, 29 September 2019 (UTC)
- So what do we conclude ? Is there an attached task in Phabricator ? If no I will create one, but what is your reference source to say that ? Can you please explain more. Thanks. Christian 🇫🇷 FR 🚨 (talk) 15:02, 29 September 2019 (UTC)
- Please add a reference to phab:T219193 which is where the addition of the tabs was proposed. Ciencia Al Poder (talk) 09:14, 30 September 2019 (UTC)
- Where ? this task is closed in Phabicator and there is still a misalignment when I call the anchor. So where do we signall that ?
- More of that, the developper replies "I have checked both pages API/Architecture work/Planning and API:Fileinfo. Both do not use div.mw-gadget-tabbedwindow element. That means it is totally unrelated to our tab windows gadget." Christian 🇫🇷 FR 🚨 (talk) 16:00, 30 September 2019 (UTC)
- Sorry, I though it was the same as the API pages where they have the tabs... Ciencia Al Poder (talk) 20:11, 30 September 2019 (UTC)
- After some investigations I can say that Shirayuki is right. My conclusions are the followingː
- If I define anchor #jsonoutput BEFORE the hidden box, the anchor https://www.mediawiki.org/wiki/API/Architecture_work/Planning#jsonoutput is well accessed.
- If I comment the hidden box (&oldid=3437306), the anchor https://www.mediawiki.org/wiki/API/Architecture_work/Planning#Rewrite_prop=imageinfo_from_scratch_as_prop=fileinfo of this topic is well accessedi
- So the problem is linked with hidden template. Christian 🇫🇷 FR 🚨 (talk) 10:43, 1 October 2019 (UTC)
- Surprise: it works on a Samsung Tablet: what is the difference :
- On the tablet (version mobile), when the called page is displayed, the box of 'hidden' declaration is shown open and the anchor is then functional.
- A contrario, on my laptop (anonymous connexion, or skin Vector) when the called page is displayed, the box of 'hidden' declaration is shown closed and the anchor is misaligned.
- Who is responsible ? Christian 🇫🇷 FR 🚨 (talk) 10:49, 2 October 2019 (UTC)
- What browser are you using when it fails? I've tested with Firefox and works well, no misalignment. Ciencia Al Poder (talk) 09:20, 3 October 2019 (UTC)
- ... informations continue in referenced Phabricator task; please document pro/contra subject with the concrete informations. Christian 🇫🇷 FR 🚨 (talk) 09:22, 3 October 2019 (UTC)
- I am investigating around
The consultation on partial and temporary Foundation bans just started
Hello,
In a recent statement, the Wikimedia Foundation Board of Trustees requested that staff hold a consultation to "re-evaluat[e] or add community input to the two new office action policy tools (temporary and partial Foundation bans)".
Accordingly, the Foundation's Trust & Safety team invites all Wikimedians to join this consultation and give their feedback from 30 September to 30 October.
How can you help?
- Suggest how partial and temporary Foundation bans should be used, if they should (eg: On all projects, or only on a subset);
- Give ideas about how partial and temporary Foundation bans should ideally implemented, if they should be; and/or
- Propose changes to the existing Office Actions policy on partial and temporary bans.
We offer our thanks in advance for your contributions, and we hope to get as much input as possible from community members during this consultation!
-- Kbrown (WMF) 17:13, 30 September 2019 (UTC)
MediaWiki message delivery (talk) 17:13, 30 September 2019 (UTC)