Keskustelu Wikipediasta:ORES/Keskustelu wikipediasta:ORES/Arkisto 1

Tämä sivu on arkisto. Älä muokkaa tätä sivua.

Kumousbotti

@4shadoww: sellainen asia tuli mieleen, että koulujen alkamisen jälkeen kumousbotti voisi olla ihan käyttökelpoinen. Käytännössä jos sen toteuttaa, niin virheellisten positiivisten kumousten määrä pitäisi jäädä alle 0.5%:n. Jos virheitä tulee liikaa, niin niitä joutuu selittelemään mikä ei ole pidemmän päälle kovinkaan mukavaa. Joka tapauksessa se mitä olin tässä kysymässä on se, että haluaisitko lisätä automaattisen kumousominaisuuden stabilizerbottiin? --Zache (keskustelu) 8. elokuuta 2017 kello 10.38 (EEST)

Voin lisätä, kun ei ole mikään hankala homma. --4shadoww (keskustelu) 8. elokuuta 2017 kello 11.04 (EEST)

Lisäsin tilastoon kenttiä ja viimeisten sarakkeiden x-merkinnät kertovat onko kyseinen kohta toteutunut. Ainakin tuon perusteella se, että vaadittaisiin ennen kumousta, että käyttäjä on ollut vähintään kaksi kertaa estettynä näyttäisi toimivan hyvänä suodatuksena virheellisiä positiivisa vastaan. Jos sitä haluaisi vielä tiukentaa tuosta, niin lisäisi ehdoksi IP:n tulee löytyä myös Käyttäjä:Fiwiki-tools-bot/IP-graylist.js -listalta. Sellainen kysymys muuten tähän liittyen, niin miksi tämä muokkaus vakautettiin? -Zache (keskustelu) 6. syyskuuta 2017 kello 06.07 (EEST)

Vakautus tapahtui lokin mukaan sen takia, että käyttäjä oli laukaissut tiettyjä väärinkäyttösuodattimia yli kymmenen kertaa. --4shadoww (keskustelu) 6. syyskuuta 2017 kello 11.04 (EEST)

Ok, vähentäisikö se virheellisiä positiivisia jos suodattaisi ne aina vakautuksista pois joilla on korkea ORES-pistemäärä? --Zache (keskustelu) 6. syyskuuta 2017 kello 11.51 (EEST)

Kyllä se jonkin verran niiden osuutta pienentäisi, mutta samalla jäisi taas sotkuja huomaamatta. --4shadoww (keskustelu) 6. syyskuuta 2017 kello 21.08 (EEST)

Ennen kuin vedetään mutkia suoriksi, niin kahvihuonekeskustelussa, jossa vakautusbottiasiaa esikäsiteltiin yhteisön piirissä, mahdollisen kumoamispuolen käsittely jäi siihen, että Kyykaarme asiaa tiedusteli ja 4shadoww vastasi, ettei sellainen vielä tuossa vaiheessa ollut toteutettavissa, joten alkuperäinen bottihakemus koski puhtaasti vakautuspuolta. Enwikissähän tämänkaltainen uuden tehtävän käyttöönotto tapahtuisi aiemmin hyväksytyn botinkin tapauksessa uuden Bot Approvals Groupille (BAG) jätettävän hakemuksen kautta. Meillä bottikäytäntö edellyttää, että bottien suorittamista toimenpiteistä vallitsee selkeä konsensus, joten yhteisön tuki tehtävänkuvan laajennokselle kannattaisi ensin varmistaa esim. sekalaisille aiheille varatussa kahvihuoneessa. Samalla voisi miettiä, pitäisikö botin jättää huomautuksia ja millaisia niiden pitäisi olla. ClueBot NG näyttää käyttävän enwikissä neliportaista huomautusmenetelmää (kussakin seuraavassa neljässä ikilinkissä botin viesti alimpana): 1, 2, 3, 4, yhteenvetoesimerkki (varoituksen numero risuaidan jälkeen). –Ejs-80 6. syyskuuta 2017 kello 10.34 (EEST)

Joo näin, tosin me silti varmaan tarvitaan jokin konkreettinen toteutus esimerkiksi ennen kuin keskustellaan siitä kahvihuoneessa. --Zache (keskustelu) 6. syyskuuta 2017 kello 11.51 (EEST)

Rollback 2

Tuohon patchiin jonka tein noin kaksi kuukautta sitten viimein vastattiin, ja oltiin sitä mieltä että ongelma pitäisi korjata muuttamalla rollback toimintoa siten, ettei se ota huomioon nollamuokkauksia. Löysin hetki sitten aiheeseen liittyvän tiketin phab:T175437. Eli tuo on varmaankin nyt ainut toivo millä voitaisiin saada rollback toimimaan vielä senkin jälkeen, kun botti tekee vakautuksen artikkeliin. --4shadoww (keskustelu) 10. syyskuuta 2017 kello 12.06 (EEST)

Kiitos tiketistä. Jos ehdit, niin sen voisi katsoa millä perusteella rollback-koodi katsoo sen version johon se yrittää rollbackata muokkauksen ja pystyykö revision.rev_text_id :tä käyttämään siihen, että tunnistetaan null edit:t (?). Tool labsin tietokannassa ne ainakin näyttäisi olevan arvolla "0" ja rollback:n on pakko käyttää revision-taulua, koska nuo extra null edit:t eivät tallennu recentchanges-tauluun vaan siellä on pelkät logimerkinnät. --Zache (keskustelu) 10. syyskuuta 2017 kello 12.35 (EEST)

Tutkin hiukan rollbackin koodia ja palautettava versio päätetään seuraavasti:

1. Haetaan uusimman version tiedot rev_user ja rev_user_text käyttäen revision objektia
2. Tehdään sql kysely taulukkoon "revision" jossa päätös tehdään tällaisella lausekkeella rev_user != {$user} OR rev_user_text != {$user_text}

Nollamuokkaus voitaisiin tunnistaa esim. rev_sha1 tai rev_text_id tietueita käyttäen. Eli ehdotetun muutoksen toteuttaminen pitäisi olla ainakin mahdollista. Itse koodi löytyy includes/page/WikiPage.php:3085 + "frontend" includes/actions/RollbackAction.php --4shadoww (keskustelu) 10. syyskuuta 2017 kello 21.47 (EEST)