Wikipedia:Kahvihuone (tekniikka)

↑	Arkisto	Lisää uusi aihe	Tekniikka

Neuvonta

Käytännöt

Kielenhuolto

Tekniikka

Tekijänoikeudet

Uutiset

Paja

Sekalaista

Kysy vapaasti

Tervetuloa kahvihuoneeseen Tekniikka!

Keskustelua Wikipedian teknisistä yksityiskohdista. Keskustelut, joihin ei ole tullut kommentteja 35 vuorokauteen, arkistoidaan automaattisesti.
Vanhat keskustelut löytyvät arkistosta.

Tutustu myös seuraaviin ohjesivuihin:
Sanasto (termien selityksiä)

Läpinäkyvässä kuvassa haamutausta.

Tiedosto:Kajaanin Pallokerho vanha2.png on läpinäkyvä tausta, mutta kun sitä käytetään sivulla, niin taustalle tulee kullanvärinen kiinteä tausta. Mistä tämä johtuu ja miten tuon korjaisi. Itse tiedostossa ei omaan silmään ole mitään vikaa. Ainakaan kun sen lataa joko lähteestä tai wikipediasta niin ei siinä taustaa ole. Taustan näkee helposti sivulta Kajaanin Pallokerho. ViluKissa (keskustelu) 2. lokakuuta 2026 kello 15.19 (EEST)

Tausta on tuossa 120px-kokoisessa thumbnail-versiossa, joka varsinaisesti sivulla näkyy. Mediawiki-ohjelmisto tuon luo. En tiedä yhtään miten tuo toimii ja pystyykö tuohon jotenkin vaikuttamaan. --Anr (keskustelu) 2. lokakuuta 2026 kello 15.44 (EEST)

Jos siitä haluaa eroon kuvan voi ladata tavalliseen kuvankäsittelyohjelmaan ja muuttaa taustavärin käsittelyä. Ipr1 (keskustelu) 3. lokakuuta 2026 kello 07.09 (EEST)

Ongelma välityslautakunnan palveluun kirjautumisessa

Hei! Yritin juuri kirjautua välityslautakunnan sivulle, mutta en saanut sähköpostiini mitään varakoodia, vaikka piti. Yritin useita kertoja. Kuinka toimia? --Julius 12345 | Keskustelu 3. lokakuuta 2026 kello 20.01 (EEST)

@Tappinen:, osaatko neuvoa tässä? Varmaan ensimmäinen asia joka pitäisi varmistaa on, että onko välityslautakunnan wikissä aktiivista tunnusta Juliukselle. --Zache (keskustelu) 3. lokakuuta 2026 kello 20.29 (EEST)

Ongelmat jatkuvat näemmä edelleen. Julius 12345 | Keskustelu 17. lokakuuta 2026 kello 10.28 (EEST)

Ajattelin, että saadessani käyttöoikeuden (tapahtui tänään) koodi olisi tullut sähköpostitse jatkossa. Näemmä ei – vika ei siis liity siihen. Julius 12345 | Keskustelu 4. lokakuuta 2026 kello 13.10 (EEST)

Haamuvälilyönti luvun keskellä?

Miksiköhän minulla näkyy artikkelin Masala käyttämässä {{Kaupunki2}}-mallineessa väkiluvun perässä olevan vuosiluvun keskellä välilyönti (2 022), vaikka lähdekoodissa sitä ei näy?

| väkiluku_yhteensä = 4 853 (2022) <verkkoviite jätetty pois tästä kohdasta>

--Rdt404 (keskustelu) 10. lokakuuta 2026 kello 12.49 (EEST)

Sen takia, että malline on laitettu tuottamaan automaattisesti välilyönnit parametreihin väkiluku_yhteensä ja väkiluku_metropoli syötettyihin lukuihin. Väkiluvun vuodelle on oma parametrinsä, joka ei tuota välilyöntejä. Korjasin tuon tällä muokkauksella. --Minilammas (keskustelu | muokkaukset) 10. lokakuuta 2026 kello 13.30 (EEST)

Kiitoksia, nyt osaan korjata jatkossa itsekin, jos näitä tulee vielä vastaan. --Rdt404 (keskustelu) 10. lokakuuta 2026 kello 13.37 (EEST)

Komentosarjavirhe Wikimatkoissa

Törmäsin tuoreiden muutosten kautta Wikimatkojen artikkelia Tampere lukiessani virheeseen, jonka mukaan moduuli Moduuli:Yesno puuttuu. Loin sen, mutta eteeni ilmestyi uusi virhe: Komentosarjavirhe: Funktiota ”build” ei ole. Kyseinen virhe tulee ilmeisesti moduulista Moduuli:Fr:Infobox, jota käyttävät mallineet Malline:Kaupunkilaatikko ja Malline:Valtiolaatikko. Kun meinasin päivittää moduulin kopioimalla sen ”alkuperäisversiosta”, kokeilutilassa (Esikatsele sivua tätä mallinetta käyttäen) artikkelissa Tampere näkyi seuraavan Lua-virhe: Lua-virhe kohdassa Moduuli:Fr:Infobox rivillä 21: attempt to call field 'translate' (a nil value). Alkuperäisen kopioiminen ei siis tilannetta ratkaisisi, mutta mikä sitten? Moduulikokonaisuudesta on kirjoitushetkellä kopioimatta Wikimatkoihin käsittääkseni moduuli Fr:Formatage du titre (ks. täkäläinen versio). --Smaug the Golden (keskustelu - muokkaukset - lokit) 11. lokakuuta 2026 kello 21.56 (EEST)

Katsotaan, nuo enkkuwikin moduulit eivät aina toimi aivan yhteen ranskankielisien kanssa. Ipr1 (keskustelu) 14. lokakuuta 2026 kello 10.51 (EEST)

fr-infoboxin oli joku sokkona kopioinut toisesta wikistä . Kumosin muutoksen ja virhe poistui (laatikko näkyy). Ipr1 (keskustelu) 14. lokakuuta 2026 kello 10.58 (EEST)

Synchronizer pitäisi jotenkin estää koska sillä saa melkoista sotkua aikaa osaamattomissa käsissä. Ipr1 (keskustelu) 14. lokakuuta 2026 kello 10.59 (EEST)

Tuossa siis infobox-moduuli oli kopioitu enkkuwikistä fr-wikistä tuodun päälle, jotka ovat tyystin erilaisia. Ipr1 (keskustelu) 14. lokakuuta 2026 kello 11.02 (EEST)

Kiitos! --Smaug the Golden (keskustelu - muokkaukset - lokit) 18. lokakuuta 2026 kello 13.26 (EEST)

Kuvien näkymättömyys

Jotkin kuvat eivät nähtävästi lataudu oikein tällä hetkellä pienoiskuvina, esimerkiksi Tiedosto:The Return Of Agamemnon - Project Gutenberg eText 14994.png artikkelissa Kreikkalainen mytologia. Myöskään kyseisen kuvan pienoiskuvat historiassa eivät näy Commonsissa vaikka itse kuva toimiikin. Seurataan asiaa, jos tiedossa on tunnettu ongelma tähän voisi lisätä phabricator-linkin. Ipr1 (keskustelu) 14. lokakuuta 2026 kello 10.50 (EEST)

Perustettu

Onko mahdollista, että lisäisi yritysten yms. mallineisiin perustettu -kohdalle ajanlaskun samanlain, kun on henkilömallineessa syntynyt tai kuollut X-vuotta sitten? Eli (yritys)mallineisiin lisättäisiin, montako vuotta sitten yritys tms. on perustettu. Esim. {{Syntymävuosi ja ikä|1985}} vs. {{Perustettu|1985}}. –Anonymous87 (keskustelu) 18. lokakuuta 2026 kello 00.56 (EEST)

Löytyy malline {{Aloituspäivämäärä ja ikä}}, mutta sen yhteydestä löytyy linkki keskusteluun, jossa on ilmeisesti päädytty siihen lopputulemaan, että mallinetta ei käytetä yritysartikkelien tietolaatikoissa. --Lentokonefani asiaa? | syntilista 18. lokakuuta 2026 kello 01.06 (EEST)

Ok. Anonymous87 (keskustelu) 18. lokakuuta 2026 kello 20.42 (EEST)

Toolforgen työkalut alhaalla

Cloud VPS -sähköpostilistalle tuli ilmoitus siitä, että sulkivat Toolforgen nettiliikenteeltä kunnes saavat PHP:n kiireelliseksi ilmoitetut tietoturvapäivitykset asennettua. (ks. PHP.net:n tietoturvailmoitus). Tämä vaikuttaa, esim julkisen taiteen dokumentointiprojektin karttoihin, mutta uskoakseni on iso liuta muitakin työkaluja joihin tämä vaikuttaa. (FYI: @Aulis Eskola, Htm, Kulttuurinavigaattori:) --Zache (keskustelu) 21. lokakuuta 2026 kello 04.08 (EEST)

Kiitos tiedosta. En tiedä liittyykö tähän, mutta sivujen liikenteen seuraaminen ei onnistu, tosin kokeilin vain yhtä sivua ja tuli ilmoitus, että ei vastaa tarpeeksi nopeasti. Ei vastannut eilen eikä vastaa tänään.-- Htm (keskustelu) 21. lokakuuta 2026 kello 11.26 (EEST)

Kaikki .toolforge.org, .wmcloud.org ja .wmflabs.org -osoitteissa isännöitävät työkalut ovat siis toistaiseksi pois käytöstä. Samoin myös Phabricator ja Translatewiki on alhaalla. PHP.net julkaisee tietoturvapäivitykset tänään kello 17 Suomen aikaa, mutta niiden asentaminen tulee viemään jonkin aikaa WMF:n työntekijöiltä ja työkalujen vapaaehtoisilta ylläpitäjiltä. WMF tiedottaa asiasta tällä sivulla. Samoasambia ✎ 21. lokakuuta 2026 kello 12.42 (EEST)

Uutisissa Ylellä.-- Htm (keskustelu) 21. lokakuuta 2026 kello 13.53 (EEST)

Verkkosivut alkavat ilmeisesti palailla. Ainakin Älypää on taas ylhäällä.-- Htm (keskustelu) 21. lokakuuta 2026 kello 22.58 (EEST)

Diffissä tuore blogipostaus liittyen Wikimedia Cloud Servicesissä hostattujen työkalujen palauttamisesta käyttöön. Samoasambia ✎ 22. lokakuuta 2026 kello 01.58 (EEST)

Tiedote sähköpostilistalla: Toolforgen PHP:stä vapaat työkalut pyritään saamaan käyttöön noin vuorokauden sisällä. PHP:tä käyttävät Toolforge-työkalut pysyvät toistaiseksi offline. Cloud VPS:n puolella pyritään pririsoimaan WMF:n ylläpitämiä työkaluja, ja eri työkalujen paluu tulee viemään muutamista päivistä useisiin viikkoihin. Samoasambia ✎ 22. lokakuuta 2026 kello 19.14 (EEST)

Uusi tiedote: Toolforge taas ylhäällä. Ping Zache. Samoasambia ✎ 22. lokakuuta 2026 kello 20.52 (EEST)

Kiitos toidosta! --Zache (keskustelu) 23. lokakuuta 2026 kello 10.36 (EEST)

MML:n karttapaikka alkoi toimia eilen. Mutta patsasprojektin OSM-kartat eivät vielä toimi eikä WikiShootMe kartat. Tulee ilmoitus "no healthy upstream".--Htm (keskustelu) 27. lokakuuta 2026 kello 17.14 (EET)

@Zache: Kartat on niin kovin keskeiset työkalut Mm- ja Tvtalo-rojekteissa - saisko miten niitä toimimaan taas... Aulis Eskola (keskustelu) 28. lokakuuta 2026 kello 09.08 (EET)

Viime aikoina on ollut montaa muutakin ongelmaa (globaalisti ottaen, ei vain Wikimediaan liittyen), muun muassa eMudhran sertifikaatit on jouduttu poistamaan monin paikoin. Nähtävästi tällä viikolla tekevät muitakin asioita ylläpitoon liittyen. Eli pulmat voivat kestää vielä jonkin aikaakin. Ipr1 (keskustelu) 28. lokakuuta 2026 kello 09.27 (EET)

@Aulis Eskola, @Htm, automaatinen uudelleenkäynnistys ei ollut käynnistänyt sitä automaattisesti niin piti tehdä uudelleenkäynnistys käsin. Sellainen huomio, että muutin sen PHP 7.4:stä käyttämään PHP 8.4:ää. Sen ei pitäisi julkisen taiteen projektin scripteissä vaikuttaa mihinkään, mutta muihin työkaluihin se voi vaikuttaa. --Zache (keskustelu) 28. lokakuuta 2026 kello 10.37 (EET)

Kartat pelaa (ainakin ne joita kokeilin). Kiitos.-- Htm (keskustelu) 28. lokakuuta 2026 kello 11.07 (EET)

Malline:Suomen valtatiet

Kaikki tiet vie täsmennyssivulle. ~2026-56289-44 (keskustelu) 21. lokakuuta 2026 kello 11.16 (EEST)

Vika vaikuttaa olevan Valtatie-mallineessa. Tuossa Suomen valtatiet -mallineessa on käytetty Valtatie-mallinetta ohjeen mukaisesti. --Lax (keskustelu) 21. lokakuuta 2026 kello 12.03 (EEST)

Tienumeromallineissa oli liikaa raskaita kyselyitä ja ne oli pakko muuttaa. Toiminto kohdesivun selvittämiseen ei toimi hyvin tällä hetkellä joten linkit eivät ole entisenlaisia. Ipr1 (keskustelu) 21. lokakuuta 2026 kello 15.03 (EEST)

Nyt pitäisi toimia . Ipr1 (keskustelu) 21. lokakuuta 2026 kello 15.22 (EEST)

Mahtavaa, paljon kiitoksia. ~2026-56307-86 (keskustelu) 21. lokakuuta 2026 kello 15.43 (EEST)

Wikidata-kielilinkistä pääsee englanninkieliseen mutta sieltä ei ole kielilinkkiä takaisin

Miksi artikkelista Whitfieldin piirikunta pääsee englanninkieliseen versioon kielilinkeistä, mutta englanninkielisestä versiosta ei pääse takaisin suomenkieliseen artikkeliin? Suomenkielinen artikkeli on kuitenkin linkitetty Wikidata-kohteeseen. Eli jostain syystä kielilinkki toimii vain yhteen suuntaan. --Minilammas (keskustelu | muokkaukset) 21. lokakuuta 2026 kello 22.36 (EEST)

Jos tuo on vasta lisätty niin voi olla tavanomaista hidastelua kuormituksen vuoksi. Esiintyy toisinaan kun tekoälybotit kuormittavat kaikkea. Ipr1 (keskustelu) 21. lokakuuta 2026 kello 22.44 (EEST)

Wikidataan on myös tulossa teknisiä asioita, joiden tarkoituksena on ratkaista ongelmia mutta ne eivät ole vielä laajempaan käyttöön valmiina vaan koekäyttövaiheessa. Ipr1 (keskustelu) 21. lokakuuta 2026 kello 22.50 (EEST)

Purgetin en-wikin artikkelin. Näkyy.-- Htm (keskustelu) 21. lokakuuta 2026 kello 22.51 (EEST)

Noniin, no nyt näkyy. Kiitos. --Minilammas (keskustelu | muokkaukset) 21. lokakuuta 2026 kello 22.53 (EEST)

Näytä historia > Työkalut

Ei aukea (tai tosi tosi hitaasti) ko. linkit valikossa. Ainakaan sivun lataustilasto. Muilla samaa? Anonymous87 (keskustelu) 23. lokakuuta 2026 kello 21.47 (EEST)

Liittynee samaan kuin nämä ongelmat: #Toolforgen_työkalut_alhaalla Stryn (keskustelu) 23. lokakuuta 2026 kello 22.05 (EEST)

Ehkä, kiitos tiedosta. Anonymous87 (keskustelu) 23. lokakuuta 2026 kello 23.05 (EEST)

Bugi monilla eri sivuilla, eri artikkeleissa, eri kielisten artikkelien linkkivalikko

Eri artikkeleissa, eri wikipedian sivuilla, tälläkin, on tuossa ylhäällä oikeassa yläkulmassa linkki, jossa lukee "XX kieltä", ja josta pitäisi avautua popup valikko artikkelin/sivun erikielisten wikipedioiden sivuihin samasta asiasta. Juuri tällä sivulla, se erikoisesti toimii. Monilla muilla, kuten vaikka Turku artikkelin 128 kieltä, se ei toimi. Valikko ei avaudu, itse laatikko reagoi klikkaukseen, korostuen, mutta siis haluttu toiminto ei toimi.

Olen tähän ennenkin törmännyt, tuolloin käytin Operaa ja Firefoxia, se toimi toisella muttei toisella, niin annoin olla ja se oli ilmeisen tilapäinen. Lisäksi luultavasti tuolloin aiemmin, toisessa minulla oli jokin mainostenesto, nykyään minulla on molemmissa. Joka tunnetusti rikkoo joskus hetkellisesti sivuja.

Tällä hetkellä nopeasti kokeiltuna, Turku sivun "128 kieltä", ei toimi Operalla, Firefoxilla tai Edgellä. Win10. Myös Saaristomeri ja Oulu ovat esimerkkejä rikkinäisistä. Selvästi tämä on jokin isompi vika, koska Edgessä minulla ei ole mitään lisäosia.

Kerran yritin korjata tälläistä tai vastaavaa ongelmaa useampi vuosi sitten, havaitsemalla sen jollain sivulla, sitten katsomalla että sivun aikaisemmassa versiossa se toimi, ja kumoamalla edellisen muutoksen jonka oli tehnyt joko botti tai käyttäjä, joka näytti toimivan. Koska en nähnyt itse muutoksessa mitään selvää syytä tai edes viittausta mihinkään noihin, artikkelin "ulkopuolella" oleviin juttuihin. Muistan että se oli jokin tuollainen toiminnallisuus, joka tuolloin oli sivun vasemmalla laidalla. Se saattoi olla nuo eri kieliversiot.

Mutta sitten joku kumosi minun kumoamisen, ja oudosti se uusin versio alkoi toimimaan. ~2026-57985-29 (keskustelu) 31. lokakuuta 2026 kello 04.03 (EET)

Kyse on luultavimmin siitä, että palvelimilla on ylimääräistä ruuhkaa tai välimuisti ei ole päivittynyt. Ipr1 (keskustelu) 31. lokakuuta 2026 kello 06.33 (EET)

Kokeilin nopeasti nyt Firefoxilla Oulu, Turku ja Saaristomeri artikkelit, niissä tuo taas toimii. Jokseenkin outo bugi. En erikseen sitä maininnut, alunperin mietin onko tuo vain sellaisilla sivuilla joilla on hyvin monta eri kieliversiota, jolloin kokeilin myös Helsinki, Vantaa ja Tampereen, jotka kaikki toimivat, vasta Oulu oli iso, monikielinen ja saman kategorian artikkeli jossa myös tuo oli rikki.

Mutta nyt, Operalla ja Edgellä Turku ja Oulu sivuilla tuo valikko toimii, vaan Saaristomeri sivulla edelleen ei toimi. En keksi järkevää logiikkaa. Operassa ja Firefoxissa on minulla eri mainoksenestot, jotka käyttävät toki osin samoja listoja. Mutta Edgessa minulla ei ole mitään muuta asennettuna kuin "Google Docs Offline" , joka kuvauksensa perusteella on luultavasti oletuksena kaikissa Windows koneissa. Vastaavasti Opera ja Edge ovat Chromium pohjaisia, mutta Firefox ei ole, jolla siis noi kolme nyt toimivat.

Parin noiden sivun viimeisimmän version muokkaaja on InternetArchiveBot. Mutta Oulun sivua se oli muokannut kolmanneksi viimeisenä. Ja tosiaan miksi tässä noin vuorokaudessa olisi, ilman että kukaan täällä asiasta erikseen maininnut, Firefoxilla myös tuo Saaristomeri alkanut toimimaan, kun taas noilla parilla muulla ei.

Tuon botin sivulla on mainittu PHP, onkohan näillä sivuilla jokin sisäinen indeksi tai muu vastaava, joka täytyy erikseen rakentaa, tai joka siis erikseen hiljalleen rakentuu itsestään, jotta tuo alkaa toimimaan. Tai jokin cache tms. Kun PHP:tä käyttävät jutut oli tuossa hiljan poissa käytöstä.

Ja, vasta tätä viestiä viimeistellessä, Ipr1 EILEN aamulla lähettämä viesti ilmestyi minulle tähän näkyviin. Kuten hänkin arveli, tämä varmaankin on jokin tilapäinen, mutta oudosti korjautuva ongelma. Katson, jos muistan, asiaa muutaman päivän päästä vielä viimeisen kerran. ~2026-57985-29 (keskustelu) 1. marraskuuta 2026 kello 14.19 (EET)

Liittynee varmaankin tähän tuoreeseen bugiraporttiin: phab:T442962. Kyseinen ohjelmistokomponentti (Universal Language Selector) uudelleenkirjoitettiin aiemmin tänä vuonna. Samoasambia ✎ 1. marraskuuta 2026 kello 16.40 (EET)

VisualEditor auto-generated reference names

Hi, I'm Johannes from Wikimedia Germany's Technical Wishes team. Apologies for writing in English, please support us by translating this message or providing a short summary in your language.

Our team has been working on a community wish to improve VisualEditor's auto-generated reference names in recent months. When re-using a reference in VisualEditor that doesn't have a name yet, VisualEditor automatically assigns a name lik <ref name=":1">. Editors on many wikis have long requested for these names to be human-readable and meaningful.

We've now implemented a mechanism for wikis to configure automatic reference names. Configuration is a multi-step process as described in mw:Help:Cite/VisualEditor reference names:

• You can create template to define how content-based names should be created (e.g. if you prefer names like <ref name="LastnameYear-1"> or <ref name="example.com-1">, your autoname template would define which citation template parameters to use for creating such names). test2wiki:Template:Autoname is a simple example of such a template.
• Many wikis probably want to extract content from citation template parameters (e.g. the year from |date=) – in that case you can create a Lua module to get even better names (see e.g. en:Module:Autoname, fr:Module:NomRefAuto or de:Modul:VisualEditorRef).
• Once you've create one (or multiple) autoname templates (and a module if you'd like that) you need to create MediaWiki:Cite-autoname-template-map.json to map which autoname template(s) to use for which citation template(s) (example). The easiest way is just using a single autoname template as a default for all citation templates.
• Even when configuring content-based reference names there will be instances where VisualEditor cannot create such a name (e.g. if it's a basic reference that doesn't use citation template) – in that case a fallback name will be created based on MediaWiki:Cite-ve-dialogbutton-reference-title and some other messages. The default fallback is usually something like <ref name="Reference-1"> in your wiki's language. You can configure these fallback names as well
• If you're done configuring everything (or if you just want to get rid of <ref name=":1"> without configuring content-based names) you can enable the improved reference names at Special:CommunityConfiguration/Cite-VisualEditor-Autonames
• See our help page for more information on technical details and examples.

Let me know if you have any questions or if there's something we can help you with if you're interested in configuring improved VisualEditor reference names! Johannes Richter (WMDE) (keskustelu) 3. marraskuuta 2026 kello 13.50 (EET)