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.
Hukka Xpresseihin pääsee 10 euron kertakoodilla. UKK:n ”Miten pääsen tutustumaan?” -otsikon alta lisätietoja.
Oulun seurakunnan lehti, jota tungetaan postiluukusta ”Ei ilmaisjakelua” -kiellosta (ja jakajien ohjeistuksesta) huolimatta.
”It’s free real estate” -Rauhan Tervehdyksen jakelija Oulussa
Enpä kyllä noidenkaan käytöstä näin pikaisesti tajua senkään vertaa kuin OSM:n historian, mutta uskon sanaasi. Pitäisikö jonnekin nyt siis käydä kirjoittamassa tuo tägi takaisin? Aiempi kokemukseni muokkauksista on lähinnä olemassaolevien kohteiden tietojen paikkailua, mutta en nyt pääse tähän kiinni yhtään, kun en näe sitä reittiä kartalla… Ja jos näkisin, niin mitään korjattavaahan ei silloin käyttäjänäkökulmastani olisikaan. :)
Mitä ohjewikistä lueskelin, niin ei tuo highway=footwaykaan suoranaisesti väärin ole (”you can use highway=footway and bicycle=yes”), mutta highway=path saattaisi tuolle olla osuvampi (”used by a variety of non-motorised traffic”). Kyse on siis hiekkapohjatiestä, jolla kesäisin liikkuu pyöräilijöiden ohella koiranulkoiluttajia ja lenkkeilijöitä, harvemmin rullahiihtäjiä.
Tuolla Oulun pohjoispuolella kulkee kuntorata (talvisin hiihtolatu, kesäisin pyöräilyreitti), joka on aiemmin näkynyt Openstreetmapissakin. Eilen kuitenkin huomasin, että nyt se on kadonnut kartalta jonnekin. Yritin selvittää historiatoiminnolla, että onko tämä tarkoituksella tehty muutos (ja jos, niin miksi) vai kenties moka, mutta en saanut siitä tolkkua.
Esimerkiksi tässä muokkauksessa näkyy pätkä sitä reittiä, joka siis varsinaisesta karttanäkymästä tällä hetkellä puuttuu.
Tietääkö joku jotain?
Interesting, I wasn’t aware about that – so I assume, that you have observed that behavior yourself and not only read about that?
Yes I have: with a charger plugged in and the flash LED on, the phone does show the charging indicator, but the charge level is still dropping. Ampere also shows that it is in fact draining the battery:
MSe1969 said:
I guess, this would be a hardware limitation, I can’t think about a setting controlling this – however, honestly, I don’t know.
Okay, thanks anyway. Motorola probably had a good reason for this limitation, such as temperature control, and overriding it would thus be risky too, even if it were possible.
Firstly, a big thank you @MSe1969 for keeping my old Moto G (falcon) secure!
My question is about a specific feature: for some reason, Motorola has apparently disabled charging the device when the camera (flash) LED is on (I’ve found at least one Reddit thread confirming this). Do you happen to know if this is a hardware-level limitation, or if there’s any way to override it in the OS/kernel?
I’ve been testing the phone as a security camera, and while it’s otherwise working, in practical use not having the flash LED means having to have a separate light source, adding its own complications (timers and so on).
Happy to see the plugin get a new lease on life from an active and engaged developer. I only use a small portion of the features (suggested local tags), but this features alone makes it one of the most useful plugins for me.
Thanks for keeping Simple Tags alive!
Simple Tags is great in picking exact local tag matches from the post text, but with Finnish (and probably some other languages as well), inflection often causes it to miss relevant suggestions (from Local tags). For instance, when using the inessive case ”Helsingissä” in the post, Simple Tags won’t suggest (previously added local tag) ”Helsinki”.
A fuzzy matching feature would help here.
While Simple Tags’ future was in limbo, I tested some other plugins, and one of them (maybe Smart Tag Insert) had such a feature: it showed related tags using some kind of fuzzy matching. I have no idea how difficult this feature would be to incorporate into Simple Tags though.
I know I can show all tags with the ”Click tags” feature, but with close to 2000 pre-existing tags, the full list is quite unwieldy.