Can confirm: release 0.39 fixes this. Thanks!

Impacted version: 0.38

Server Setup Information:

• Operating System: Ubuntu 16.04
• Deployment Method: snap

snap info wekan reports snap-id as jtpboSYvTCEyHoutkkRo1SI9ioSMOUb3 (tracking: stable). I’m not sure how to find out Node and MongoDB versions from the snap, but if the snap ID isn’t enough, just show me how to get those version numbers and I’ll add them.

• ROOT_URL environment variable (Is there a subfolder?): reproducible both with (https://my-domain.com/kan) and without subdirectory (http://localhost:5000 inside a VM).

Steps to reproduce:

1. Create a board in Trello.
2. Create a list in the board.
3. Create a card in the list.
4. Create a checklist in the card.
5. Export the board as JSON.
6. In Wekan, initiate a Trello import.
7. Map the user.

What I expect to happen:
For the board to be imported in Wekan.

What happens:
The importer reports a ’400’. journalctl -u snap.wekan.wekan.service reports

Exception while invoking method 'importBoard' Error: Sort is required
     at getErrorObject (packages/aldeed_collection2-core.js:480:15)
     at [object Object].doValidate (packages/aldeed_collection2-core.js:462:13)
     at [object Object].Mongo.Collection.(anonymous function) [as insert] (packag
     at packages/matb33_collection-hooks.js:127:46
     at [object Object]._.extend.withValue (packages/meteor.js:1122:17)
     at Object.directOp (packages/matb33_collection-hooks.js:47:27)
     at Object.self.direct.(anonymous function) [as insert] (packages/matb33_coll
     at models/trelloCreator.js:407:45
     at Array.forEach (native)
     at TrelloCreator.createChecklists (models/trelloCreator.js:400:22)
     at TrelloCreator.create (models/trelloCreator.js:606:10)
     at [object Object].Meteor.methods.importBoard (models/import.js:27:20)
     at packages/check.js:130:16
     at [object Object]._.extend.withValue (packages/meteor.js:1122:17)
     at Object.exports.Match._failIfArgumentsAreNotAllChecked (packages/check.js:
     at maybeAuditArgumentChecks (packages/ddp-server/livedata_server.js:1734:18)
Sanitized and reported to the client as: Sort is required [400]

I’m attaching the failing JSON (with email sanitized).

Hyvä hyvä!

Onko hausta rajattu pois ohjelmat, joiden Areena-aika on päättynyt? Esim. eilen etsin tätä: https://areena.yle.fi/1-3541912#, mutta Areenan haku ei sitä (vielä tätä kirjoittaessanikaan) löydä: https://haku.yle.fi/?q=eloa-festivaali&category=Areena

With Gitlab 9.5.4-ce.0 and Apache 2.4.18, I had to set `DirectoryIndex disabled` for the Gitlab directory (in the vhost configuration) to fix this when using RewriteRules. (I’ve now switched to using ProxyPass instead.)

No nyt, nyt on kyllä! Ai että.

None of these work with NFS mountpoints.

Steps to reproduce

Add an image to a post, type in a caption and set alignment to ’None’.

What I expect to happen

I’d expect the captioned image to be left-aligned with the main content column’s left, in line with <p>elements.

What happens

The image is left-aligned to the left edge of the screen. My attachment is a screenshot of a post with one uncaptioned and one captioned alignnone image.

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.