For anyone else stumbling across this thread when googling for this annoying problem: the issue here is that using special characters in your password on the DataSource line is broken: Can’t use special character in password in the DataSource property · Issue #1541 · mattermost/mattermost · GitHub

As stupid as that is, the easiest way to work around it is to set a password consisting of just alphanumeric characters. You shouldn’t have much use for it outside this anyway, so as not to make it ridiculously insecure.

A ”Mark read” choice in push notifications about new messages, as seen in many IM apps, would be handy in Mattermost Mobile too. Currently the message can only be marked read by tapping the message to open the app (which is slow).

Platform: Website

Browser: any, try wget

URLs: https://inaturalist.org/observations.atom?place_id=7020&taxon_id=40151&without_place_id=13005&without_taxon_id=46146,42184,42223,43095&verifiable=true

Description of problem:
I’m trying to exclude certain taxa from feeds that I’m subscribed to. This mostly works, but I keep getting species from (under) one excluded taxon in my feed.

This is the feed in question. Among the excluded taxa is 43095 (Leporidae, or hares and rabbits), but as I’m writing this, the feed has observations of Lepus timidus and Lepus europaeus (the forum software is limiting me to 4 links, but my example of the latter is observation #156252007).

Corresponding HTML view of the same query does exclude these observations, as I would expect the feed to do.

Screenshots:
(Language for the entry title seems to be randomly selected for each observation, but that’s another issue.)

Elikkä siinäkin yksi hyvä kandidaatti poissuljettavaksi. Voi tietysti silti olla vain sattumaakin, kun nuohan ovat aika edullisia ja siksi varmaan aika yleisiä, kuvittelisin.

Omassani oli takuu vielä voimassa, joten sain toisen samanlaisen tilalle, eikä sen kanssa memtest-virheitä enää ilmennyt.

Kokemukseni mukaan memtest on aika luotettava sikäli, että jos se näyttää virheitä, niin vikaa on. Vian aiheuttaja sen sijaan ei aina ole se ilmeisin, eli ei välttämättä johdu fyysisistä muistikammoista itsestään, mutta (noin vanhassa laitteessa) niiden irrottelu on usein nopein testattava.

Yleisesti ottaen edetään poissulkumenetelmällä:

1. Varmista, että memtest-ISO sekä kortti, jolta sen käynnistät, ovat molemmat ehjiä (eli ei luku-/kirjoitusvirheitä).
2. Irrota kaikki laitteet, joita ilman kone vielä käynnistyy.
3. aja memtest
4. Jos memtest menee läpi (mieluiten 2-3 kierrosta) ongelmitta, lisää yksi laite, ja palaa kohtaan 3, kunnes ongelmalaite löytyy.

Tuo USB-kortinlukija voi sekin olla ongelma. Eli jos virheitä ilmenee vielä minimikokoonpanollakin, pitää kokeilla memtestiä myös joltain muulta laitteelta käynnistettynä (esim. USB-tikku).

Sattumalta itselläni viimeksi ongelmien syyksi paljastui juurikin upouusi (Kingstonin) SSD: ilman sitä memtest pyöri ongelmitta, SSD kytkettynä sen sijaan erroria pukkasi.

Hi @agriesser! Yeah, matthaios-easy-bi (who I assume is the OP in this thread too) had reported this on Github and it got fixed after I chimed in. I can confirm that the fix works too, i.e. after cherry-picking the change to my branch the build works again.

Thanks!

It’s not Mac-only either, I have the same issue trying to compile v2.1.0 on my Linux PC.

V2.0 had issues too, but FTBFS wasn’t one of them.

Näitä olen yrittänyt tunnistaa jo 20 vuotta, 1985—1995 välillä molemmat (joten todennäköisimmin Ylen lähettämiä):

1. Live action -nukketeatteri(?), jatkokertomus, josta en tämän lisäksi muista muuta kuin että aina jakson lopussa nuhjuisen näköinen pöllö sanoi ”Ja jatkoa seuraa”.
2. Piirrosanimaatio, jossa päähenkilö (poika?) vaelsi loputtoman tuntuisesti omituisissa maisemissa, ja lisäksi oli strutsimaisia lintuja, ja musiikki ahdistavaa (analogisyntetisaattori)junkutusta. Taisi olla ruotsinkielinen, jollei sitten ollut niitä, joita suomenkielisillä lastenohjelmapaikoilla suomeksi ja ruotsinkielisillä ruotsiksi.

Bonuksena yksi, jonka jäljityksessä aikoinaan onnistuin:

• Piirrosnimaatio, jossa lehmä kertoi päivistään (navetassa), ääääärimmmäisen hiiitaasti: ”Katsoin Ruusaa… Ruusa seisoi vanhalla paikallaan.” Lehmän päiväkirja.

Ilmiö on suht’ harvinainen, mutta ihan todellinen. Ihmiset tunnustavat jopa rikoksia, joita ei ole edes tapahtunut.

Plugin version: 3.6.2

This is similar to one previously reported issue, but I have a specific situation where this occurs (and appears to be 100 % reproducible):

1. Start editing an article
2. Have your session cookie expire (to simulate, you can delete the cookie in browser settings)
3. Continue editing the article, or just wait until the next heartbeat, to have the login form pop up
4. Fill in the login form (over the editor) to log back in
5. Click Save draft

Result is the ”WP to Twitter: Security check failed” error page.

Thankfully, the draft has still been saved, and going back to the editor (using the browser’s back button) restores it. Also the next attempt to Save draft goes through without issues2 (I’ve only tried this using Firefox though, and can’t say if it’s as harmless in other browsers).

I haven’t looked at the code, but if the issue is caused by nonce invalidation at step 2, the plugin should probably update its nonce(s) when login-related hooks fire after step 3.