The man page for logrotate says ”Each configuration file can set global options (local definitions override global ones, and later definitions override earlier ones)”. This is inconsistent with how it actually behaves.

== Steps to reproduce ==
$ logrotate –version
logrotate 3.14.0

Default mail command: /usr/bin/mail
Default compress command: /bin/gzip
Default uncompress command: /bin/gunzip
Default compress extension: .gz
Default state file path: /var/lib/logrotate/status
ACL support: yes
SELinux support: yes
$ mkdir /tmp/logrotest
$ cd /tmp/logrotest
$ touch test.log
$ touch other.log
$ cat >logrotate.conf
/tmp/logrotest/*.log {
minsize 5M
}

/tmp/logrotest/test.log {
minsize 1M
}
$ logrotate –state /tmp/logrostate logrotate.conf

== What happens ==
error: logrotate.conf:5 duplicate log entry for /tmp/logrotest/test.log

== What I expect to happen instead ==
No error, test.log being processed with its specific, later-defined directives.

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.

Jalankulkuvalojen tilausnappi jumissa eikä toimi.

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

Välifoliokansi oli liimattu vähän vinoon, jonka seurauksena rasiasta oli valunut nestettä muiden ostosten sekaan. Eikä ollut ensimmäinen kerta, kun tätä on sattunut, joskin edelliskerrasta on nyt jo sen verran aikaa, että luulin, että tämä oli tuotantolinjalla jo korjattu.

Tuo folio on usein myös vähän oikullinen avattava. Useimmiten se kyllä irtoaa nätisti kokonaisena, mutta joskus taas liimaus on niin epätasainen, että kansi repeää heti alkuunsa, ja sitten sen joutuu kuorimaan suikaleina pois.

Lopuksi vielä hieman aiheen vierestä: tässä palautelomakkeella ensimmäisenä haetaan tuotetta nimellä. Kun siihen kirjoittaa esim. ”arki rae”, ei löydy mitään, koska järjestelmän listauksessa nimen perään on typerästi ympätty tavaramerkki-R (Arki®). Eipä taida kovin moni käyttäjä arvata tai edes osata näppäimistöllään tuota ®:n kirjoittaa.

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.

Luulin vielä lopussakin, että tämä oli Pieniä ihmeitä, mutta tämähän olikin näitä Silmiksen pieniä ihmeitä.

Hi @hmhealey,

Yes, it’s mainly about expectation. For an actual use case, I noticed this when mentioning an IRC channel name, which became a long, distracting and useless hashtag link, exacerbated by agglutination and multi-word hyphenation typical in Finnish, (e.g. #channelname-irc-kanavalla). I tried to make it less distracting by editing in a preceding backslash, only to discover that it didn’t work here.

Summary

There is no way to escape a word-starting hash character (#) in plaintext.

Steps to reproduce

In MM 7.3.0, post this, verbatim: \#anything

Expected behavior

#anything

Observed behavior (that appears unintentional)

#anything

Possible fixes

Workaround: instead of ”\#anything”, post this: &#​35;anything

Using backticks (`\#anything`) also works, but obviously the word then gets formatted as code and not plaintext.

Other notes

This is mainly an issue of inconsistency and surprise: backslash works to escape most other special formatting, so I’d expect it to work here too.

Still present in Nextcloud 3.21.2. My device is a Samsung A9 running Android 10.