Pihapihlajat ja muut pihapuut riippuvat kevyenliikenteenväylän puolelle, paikoin todella pahasti.

== Steps to reproduce ==
1. Download https://upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Car_crash_1.jpg/193px-Car_crash_1.jpg?download
2. Open the image in Shotwell Viewer: $ shotwell 193px-Car_crash_1.jpg
3. Select File > Save As…
4. Select OK (without changing Format from ”Current”, or any other parameters)
5. Enter ”193px-Car_crash_1.png” (without quotes) as the filename, select OK

== What happens ==
The viewer now displays a black screen, with the text ”Photo source file missing:” followed by the (.png-ending) image path entered in the dialog. The file has not been saved.

== What I expect to happen ==
For the (now misnamed) .png-ending file to have been saved, and be opened in the Viewer.

== Other notes ==
* If a file with the .png ending already exists, and I try overwriting it with the JPEG, the black error screen does not appear, and the viewer appears as if it had saved the file. But the file hasn’t actually been saved; if 193px-Car_crash_1.png was an empty file before seemingly overwriting it, it remains empty.
* I’m (intentionally) not doing an actual Format change in the first Save As dialog here. If I do select PNG as the format, then saving the file does work as expected (using any filename extension).
* I used .png just as an example here. Any variant of /jpe?g/i as the extension seems to work as expected, whereas anything else (.gif, .foo etc.) results in the same ”file missing” error as above.
* If the original file is a PNG file, saving it with .jpg (or any other extension for that matter) seems to work as expected.

Yksi listoistani on web-näkymässä (https://twitter.com/uusijani/lists/tvista löytyy ) rikki: se näkyy vain välillä, mutta enimmän osan ajasta twitter.com väittää että ”Valitettavasti tätä sivua ei ole!”. Listaa ei myöskään näy listojeni luettelossa (webissä eikä Androidissa).

En kuitenkaan ole poistanut listaa, ja Android-sovelluksen kautta se toimii ja päivittyy kuten ennenkin. Google-haullakin se löytyy yhä.

Tätä on nyt ilmennyt ainakin noin kuukauden ajan, eli kesäkuun loppupuolelta asti.

Meanwhile, my modern LCD makes a high pitched noise thanks to coil whine.

Rainbow-kahvi sai taannoin UTZ-sertifioinnin, mikä on hyvä juttu ja kannatan sitä ehdottomasti. Ikävä kyllä pakkaus vaihtui samalla hieman erityyppiseen, ja tämä uudempi, UTZ-sertifioidun pakkaus on nyt paljon aiempaa hankalampi avattava. Se vanha pakkaus aukesi ihan helposti ylhäältä käsin vetäen. Tämä uusi pitää avata saksilla ja jää vielä sittenkin hankalan muotoiseksi, niin että kahvinmuruja menee aina väkisinkin vähän pöydälle ja siis hukkaan.

Sarjat

Minä haikailen Perryä, mutta aika kuvaavaa on että olisin väittänyt sitä päärynänmakuiseksi, kun se näköjään olikin todellisuudessa sitruunanmakuinen. Tuskin siis maistuisikaan nyt niin hyvältä kuin nostalgiahermo yrittää minulle uskotella. (Muistan kyllä päärynänmakuisiakin merkkejä, joku Mikki Hiiri -sellainen ainakin oli.)

Mildly off topic: I’m slightly surprised that Disney allow preaching work there. I thought they generally try to appear neutral wrt. to religions, politics and such, and I’d think the easiest way to achieve that here would be an outright ban on all evangelizing within the park. I mean, if they allow the JW there, that opens the door for the likes of Westboro Baptist Church, whom Disney would then either have to also allow in or (more likely) deny. The latter could then be used to argue that they aren’t truly unbiased.

I wonder if this allowance is something they are required to do by the 1st amendment.

I think your CMS has eaten up all the XML tags above, only the settings’ values and comments are visible.

== Background ==

Reporting from Xenial, but this is currently reproducible in Artsy too.

$ locale
LANG=fi_FI.UTF-8
LANGUAGE=fi:en
LC_CTYPE=fi_FI.UTF-8
LC_NUMERIC=”fi_FI.UTF-8″
LC_TIME=”fi_FI.UTF-8″
LC_COLLATE=fi_FI.UTF-8
LC_MONETARY=”fi_FI.UTF-8″
LC_MESSAGES=fi_FI.UTF-8
LC_PAPER=”fi_FI.UTF-8″
LC_NAME=”fi_FI.UTF-8″
LC_ADDRESS=”fi_FI.UTF-8″
LC_TELEPHONE=”fi_FI.UTF-8″
LC_MEASUREMENT=”fi_FI.UTF-8″
LC_IDENTIFICATION=”fi_FI.UTF-8″
LC_ALL=

== Test case ==

$ git init test
$ cd test
$ echo ”foo” > bär
$ git add [hit tab key]
$ git add \”b\\303\\244r\” [hit enter]

== What happens ==

fatal: pathspec ’”b\303\244r”’ did not match any files

== What I expect to happen ==

For the filename to be correctly completed, like with ls:

$ mkdir test2
$ cd test2
$ echo ”foo” > bär
$ ls [hit tab key]
$ ls bär [hit enter]
bär