Stewards' noticeboard/Archive 21

__NOINDEX__

Visual Editor isn't working on my wiki?
Sorry if this isn't the right place to ask but I've only just made this wiki and I don't seem to have the Visual Editor extension, but everywhere I read about it, it says it should be automatically enabled. I go to my extensions and Visual Editor is greyed out. Is there something I should download first? This is the link to my wiki I made it temporarily public https://endlessnightswriting.miraheze.org/wiki/Main_Page Raichu&#39;s Endless Nights (talk) 18:10, 6 June 2021 (UTC)


 * You need to enable the TemplateData extension first, then enable VisualEditor. I have ✅ this for you this time, per your request, so you can visualize the workflow for next time (should there be a next time). I would also recommend enabling  in Special:ManageWiki/settings on your wiki for improved functionality with VisualEditor. Lastly, if you make a request for assistance from Stewards here or from Site Reliability Engineering on Phabricator, you don't need to make your wiki public as both those groups have global   access and can assist you in accommodating your request / finding a solution. Dmehus (talk) 18:20, 6 June 2021 (UTC)

How do I view a translated page?
Hi

I am very new and I am testing to make a wiki in 4 languages.

I have already activated some extensions for translation and I can successfully translate a page. But when I link the page in the sidebar and switch the language, I still only see the English version.

Here is my wiki:

https://linuc.miraheze.org

Here is the main page in English:

https://linuc.miraheze.org/wiki/Main_Page

Here is the main page in German, it exists:

https://linuc.miraheze.org/wiki/Main_Page/de

Here the page "What is LinuC" in English, linked in the sidebar under "Welcome":

https://linuc.miraheze.org/wiki/Whatislinuc

Here is the German version, it exists:

https://linuc.miraheze.org/wiki/Whatislinuc/de

But I ALWAYS only see the English versions, no matter which language I choose. The language of the sidebar and menu changes, but the page remains the same.

What am I doing wrong? Linuc (talk) 21:58, 5 June 2021 (UTC)

I still have the problem that the page doesn't change when I change the language. The language is changed in the sidebar, menu and footer, but the page remains. I then have to click the item in the sidebar again so that the page also changes language. Can I automate this, maybe with a code in the page text? I want to avoid the additional language switcher at the top of the page. Here are some links to drupal, where the translation of entities and fields is described relatively simply. With this method, NO additional pages are created, but only information units of the page are translated and stored in additional records. With the language setting, the page is then filled with the appropriately translated elements. All elements are treated the same, regardless of whether it is its title field, a page text field, a menu entry (sidebar entry), a botton or something else. This is much easier for the user to handle and results in less redundant data. Is this function available at miraheze? If so, how do I use it? I hope you have time to look into it soon. I want to work on my wiki as soon as possible. Otherwise I have to look for another solution or set up my own website with MediaWiki or WP on a hoster. That would be a shame, because we should try to use the same resources together, this prevents a flood of redundant installations of the same tools on different hosters. Setting up MediaWiki and then just doing a single wiki is absurd. The same for WP. All this tools can handle more then one Website/Wiki and even more then one user. drupal.org/docs/user_guide/en/multilingual-chapter.html
 * Linuc Three questions: (1) Have you added   to the top of the source, non-translation page? This code provides the language chooser; (2) have you set an interface language preference in Special:Preferences or Special:GlobalPreferences? This determines which language subpage you'll hit; and (3) are you using   prefixes before your internal and interwiki wikilinks, where applicable? Also, this thread should be asked at community noticeboard, but I'll move this there once it concludes. Thanks. Dmehus (talk) 22:02, 5 June 2021 (UTC)
 * Thank you! To (1): no. But I will test this now. (2) I will take a look. (3) The translation I do over the link "translate this page", after I have made the page translatable with . They automatically are named with /de, so for example Main_Page/de. Should it be better /de/Main_Page ? How would I do this, as they are getting the name automatically from the translation function? I will right you more, when I have tested it again. But maybe tomorrow or Monday. Linuc (talk) 23:23, 5 June 2021 (UTC)
 * Well, I have a little success! After I inserted "languages ​​/" and translated the page again, limited to 4 languages, I can now see the 4 languages ​​to choose from directly above the text. English is always displayed first, then I can switch to German. The language does not change in the sidebar and menu, just the page text. And if I choose a language that has not yet been translated, the translation function opens, even if I am not logged in.
 * I didn't find any setting for interface language preference.
 * When I use Special:MyLanguage/, the page jumps back to the main page. Nothing happened.
 * In addition: If I change the language in the function in the sidebar, or at the top right above the page text, from English to German, the sidebar and the menu are changed to German. However, my extension does not change in the sidebar, so "Welcome" stays in English. Do I have to do a translation for the sidebar as well? Where? And why do the existing texts change to German, for example "Main Page" but not "Welcome"?
 * Seems a little difficult to find the way, but it will work out. 6 years ago I made a small website with drupal and had similar problems there. There were two translation methods there, an old one and a new one. The new one was called "Internationalization" and then it finally worked. The old one doesn't. Linuc (talk) 00:12, 6 June 2021 (UTC)
 * I don't like the current solution with the additional language bar at the top of the page text. And I'm sure there is a better solution, because the language changeover in the sidebar works perfectly with Wikipedia. And Wikipedia is made with the same tool as miraheze : MediaWiki
 * The additional language bar is not very nice, it becomes a block with many languages and it has no influence on the sidebar, menu and footer. The visitor don't like to handle the language on two points!
 * Since it works on Wikipedia without this additional language bar, it must also be possible with miraheze.
 * Maybe it needs other modules for translation? In drupal I saw that there are two options.
 * 1. The translations are new pages.
 * 2. The translations are attributes of a page (node)
 * We need number 2. I think it is "internationalizasion" module. Is that possible? It would be great if I could set up my wiki at miraheze and not at fandom or another "toy store" :-) Linuc (talk) 15:24, 6 June 2021 (UTC)
 * Hi Dmehus
 * In the meantime I've managed to translate the items in the sidebar. With pages in MediaWiki namespace for each language, I can translate a title in the sidebar and display it in the visitor's language. The same works for the link text of an item. With Special:MyLanguage/ in front of the target of an item, I can reach the corresponding page in the main. I still have a problem with the title of the page, i.e. with the end of the url. In some pages it shows the ending /de (What_is_LinuC/de), in some not (Hardware). Maybe a question how I did the translation? Created the page directly and entered the translated text, or created the page using the translation interface? But actually I don't need this title, because I can put the title in the page text. How do I turn off the display of the url ending at the top of the page? Can I also use a node (node/3475) instead of a page name (What_is_LinuC)? For the visitor, the name (ending of the url) in the url is not important, just the domain. The method with MediaWiki namespace and translation pages produces a lot of work and a lot of pages! To have a page in 4 languages ​​and linked in the sidebar, I need 4 pages in MediaWiki namspace and 4 pages in main. So 8 pages for one page! In addition, the translation method divides the page text, which leads to many sub-pages. If I have 10 subdivisions on a page, then I have 1 translation page with 10 sub-pages, i.e. 11. With 4 languages ​​I have 44 translation pages, plus the 4 in MediaWiki namespace for the sidebar items, so toal 48! Horror!
 * In the meantime I've managed to translate the items in the sidebar. With pages in MediaWiki namespace for each language, I can translate a title in the sidebar and display it in the visitor's language. The same works for the link text of an item. With Special:MyLanguage/ in front of the target of an item, I can reach the corresponding page in the main. I still have a problem with the title of the page, i.e. with the end of the url. In some pages it shows the ending /de (What_is_LinuC/de), in some not (Hardware). Maybe a question how I did the translation? Created the page directly and entered the translated text, or created the page using the translation interface? But actually I don't need this title, because I can put the title in the page text. How do I turn off the display of the url ending at the top of the page? Can I also use a node (node/3475) instead of a page name (What_is_LinuC)? For the visitor, the name (ending of the url) in the url is not important, just the domain. The method with MediaWiki namespace and translation pages produces a lot of work and a lot of pages! To have a page in 4 languages ​​and linked in the sidebar, I need 4 pages in MediaWiki namspace and 4 pages in main. So 8 pages for one page! In addition, the translation method divides the page text, which leads to many sub-pages. If I have 10 subdivisions on a page, then I have 1 translation page with 10 sub-pages, i.e. 11. With 4 languages ​​I have 44 translation pages, plus the 4 in MediaWiki namespace for the sidebar items, so toal 48! Horror!
 * drupal.org/docs/user_guide/en/language-config-translate.html
 * drupal.org/docs/user_guide/en/planning-data-types.html Linuc (talk) 13:16, 7 June 2021 (UTC)

Deletion of Fort of Chains wiki
Hello. I would like to delete the wiki, "Fort of Chains", since I won't be needing it anymore. Thanks. TheDom102 (talk) 07:37, 7 June 2021 (UTC)


 * TheDom102 Since you've generated an XML dump and because you've contributed nearly all page content to this wiki, this has been ✅ per your request. Thank you. Dmehus (talk) 15:02, 7 June 2021 (UTC)

Suppai Strikes Back
He's still trying to take down : https://horriblemusicandsongs.miraheze.org/wiki/Special:Contributions/Suppai   — Mario  Mario  456  15:15, 7 June 2021 (UTC)
 * I have blocked them for a month based on the continued pattern of behaviour following the previous 1 week block. John (talk) 15:29, 7 June 2021 (UTC)

MediaWiki internal error
MediaWiki internal error occurs in two wikis, 자유반달위키, and 온니원위키. I'm a bureaucrat in both wikis. Hill (talk) 05:19, 8 June 2021 (UTC)


 * I don't see error. Can you tell me exactly what page it is on? --Anton (talk) 08:07, 8 June 2021 (UTC)


 * Oh, that error was solved around 4 o'clock in Korean time. 거미몬 (talk) 09:30, 8 June 2021 (UTC)
 * It's quite possible this is the internal error that was resolved/fixed by Universal Omega last night. Universal Omega, can you confirm? Dmehus (talk) 15:01, 8 June 2021 (UTC)

i edit on my wiki and i keep getting error
hi i try to edit on my wiki and I keep getting errors can you fix it https://clubpenguin.miraheze.org/wiki/Main_Page Andrew071117 (talk) 14:00, 8 June 2021 (UTC)
 * Please specify what errors you're getting. — Arcversin (talk) 14:55, 8 June 2021 (UTC)
 * i was getting the mediawiki intenel error but it start working again Andrew071117 (talk) 14:58, 8 June 2021 (UTC)
 * This is likely related to the error reported in the above thread, and likely the one resolved by Universal Omega. Dmehus (talk) 15:00, 8 June 2021 (UTC)