v0.15 is released on the upstream repo.

Describe the bug

• blog has no formatting - looks like CSS is broken
• links to posts are broken
• links to tags are broken

Context

• Hardware: computer at home
• YunoHost version: 4.1.8
• I have access to my server: Through SSH | direct access via keyboard
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
  • If yes, please explain:
• Using, or trying to install package version/branch: 0.12.0~ynh5

Steps to reproduce

• go to my blog: https://blog.arkadi.one
• click a link

Screenshot 1
https://forum.yunohost.org/uploads/default/original/2X/3/3a30bdf0ad6f5e941037022190797cfe19a513d2.png

Screenshot 2
https://forum.yunohost.org/uploads/default/original/2X/f/fcb17d1ead83e390e43f501c9f16e598b7070687.png

Expected behavior

• correct formatting
• links work

Logs

Here is the upgrade to 0.12 log
https://paste.yunohost.org/raw/xamofikaqo

I discussed my problem on the Yunohost Forum too:
https://forum.yunohost.org/t/writefreely-a-minimalist-federated-blog/6804/4

As some can be changed from the admin page
https://..../admin

Describe the bug

Write Freely blogs installed via Yunohost don't federate with Mastodon

Context

Hardware: VPS bought online: Hetzner cloud cx21
YunoHost version: 4.2.4 (stable).
I have access to my server : through the webadmin
Are you in a special context or did you perform some particular tweaking on your YunoHost instance ? : no

Steps to reproduce

1. Install WF
2. Create a blog
3. copy the blogs url or handle (@[email protected]) (or try with @[email protected])
4. paste it in the Mastodon search field and press enter

Expected behavior

You should find the blog and be able to follow it
But instead you get a "503 remote data could not be fetched" error

Hi,

I'm using Yunohost on a Raspberry Pi 3B+ and the architecture is armv7l.

I tried installing the WriteFreely app on it and got an error, it's inside those logs :

https://paste.yunohost.org/raw/gowununefu

I could really use WriteFreely n my server, but if it's too much of a hassle it's ok :)

As application not compatible with Arm:
#3
Prevent installing on Arm

Describe the bug

After a fresh installation on writefreely_ynh, the admin user cannot save the Settings under the Admin dashboard, the error message is

open config.ini: permission denied

If one looks at the /var/www/writefreely directory, one has:

total 42232
-r-------- 1 writefreely writefreely     2280 Jun 11 11:01 config.ini
drwxrwx--- 2 writefreely www-data        4096 Jun 11 11:02 keys
drwxrwx--- 2 writefreely www-data        4096 Jun 30  2021 pages
drwxrwx--- 6 writefreely www-data        4096 Jun 30  2021 static
drwxrwx--- 4 writefreely www-data        4096 Jun 30  2021 templates
-rwxr-x--- 1 writefreely www-data    43221524 Jun 30  2021 writefreely

Adding the permission 'w' for the writefreely user on config.ini solves the problem.

As of the update a few days ago attempting to post, to drafts or to public, causes a Failed to post. Please try again. alert.

The POST request to /api/posts responds with a 401 code and the response is:

{"code":401,"error_msg":"Not logged in."}

If this is an upstream bug let me known and I will post it there. I will provide more info if needed.

Broken colour scheme after upgrade to 0.15.0~ynh1 from 0.13.2. It ended up with white and light text colours (like for dark-mode) but on white background, a mixture of unreadable and barely readable.

The issue is discussed in Write Freely forum here: https://discuss.write.as/t/stuck-in-dark-mode/11563/

Basically, the issue is an unwanted file is left in the installation.

Indeed the file ./static/local/custom.css was present (in Yunohost it’s inside /var/www/writefreely/), and indeed removing it fixes the problem.

I don’t think I previously tried an update to 0.14, but not certain.

Context

• Hardware: VM at home
• YunoHost version: 11.2.10.3
• I have access to my server: SSH, webadmin
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Installing package version: 0.15.0
• Upgrading: previous package version: 0.13.2

Steps to reproduce

Package upgrade, via ssh.

Unfortunately I didn't manage to install it.
Here are the errors I get when I try to install the package:

Erreur serveur inattendue (0 error)

/etc/nginx/conf.d/.d/writefreely.conf wasn't deleted because it doesn't exist.

Avoid deleting .

ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1

Removing database

L’opération « Installer l’application « writefreely » » a échouée ! Pour avoir de l’aide, merci de fournir le log complet de l’opération

I tried a second time trying to install the package on a sub.domain.tdl but I have this error:

2019-01-19 18:38:25,327: WARNING - Created symlink /etc/systemd/system/multi-user.target.wants/writefreely.service → /etc/systemd/system/writefreely.service.
2019-01-19 18:38:30,758: WARNING - ./install: line 288: /var/www/writefreely/writefreely: cannot execute binary file: Exec format error
2019-01-19 18:38:30,760: WARNING - !!
2019-01-19 18:38:30,761: WARNING -   writefreely's script has encountered an error. Its execution was cancelled.
2019-01-19 18:38:30,763: WARNING - !!
2019-01-19 18:38:30,764: WARNING - 

Problem:
New install, either open or closed, on RPi3B+ fails to save posts. Issue appears to be related to SSO.

Request headers:

Host: parlevent.saewyc.org
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 PureBrowser/60.9.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://parlevent.saewyc.org/
Content-type: application/json
Content-Length: 84
Cookie: SSOwAuthUser=amgine; SSOwAuthHash=cddfec4faecf2e1a2502c72f40d9ccac02cf75cfe2889058a30ce819778d890c6b9f9ffaa646ad3d63353cc7acf8270199a7e44ecd8f8067533be8a6d10e1530; SSOwAuthExpire=1580687991.54; wfu=MTU4MDEwMjY4MXxIM2JtTUNMaEJpYmxicHpLT3JpdkFoMTFNQllTYkV0TFFjWE5hN3NydzNsSWxLbktRbWlUUEFEZ3A1dGRtd1J1aDY0czg5RHRVS1hFWWppcFBUUTcxcWhKMW1wel9lakVMdDc0LUYzSnJxNDV6UzUtMy1vd212b2hKbU1WQ2E4bDVhWkxSR3ZtN1g1WHhVd2ZOVVVPV2dlOERVMnpsQ1VfdzJ1OGxiOTU5eGhqVmNHM2NKWGxFQ2VZMmdkU2dGWGdUSHVBTUxjTWxSTXVTSzg3clRneHRhbGg2R2dNX294eUxCWnBqQjdyTWx3N0g2U2NfN2FreGdmemdqVmxWaGlNa3hLZW5rU1d3TmdrYkpMbGxDUTJBdnBxUkIxdE5Xc191eFZRQk1nOFJ5WFoxVWo0RkxKZkxJS2E1WHRoamtKeTdCMkxRbnNBS2RyY3BySTB2bnVianNaT09USjRKMFpscGhfR2dDUW9GdWYzOFFTVDYxY2J0TW1IYmRHWkFDLVJ1cm83N2YwVF9ZeHJLaC1LR2pBZE92RXo0LU9tVWo5RHJfZks4OTBmVEItNmJrM2h5Tk92fAuAIw0OG_kRG4plxVnhXCZmzSmQNbvEPDpNVX4hTu2M
DNT: 1
Connection: keep-alive

Response headers:

HTTP/2.0 401 Unauthorized
server: nginx/1.14.2
date: Mon, 27 Jan 2020 05:25:06 GMT
content-type: application/json; charset=UTF-8
content-length: 41
x-sso-wat: You've just been SSOed
set-cookie: SSOwAuthRedirect=;; Path=/yunohost/sso/; Expires=Thu, 01 Jan 1970 00:00:00 UTC; Secure; HttpOnly; SameSite=Lax ;;
content-security-policy: upgrade-insecure-requests
content-security-policy-report-only: default-src https: data: 'unsafe-inline' 'unsafe-eval'
x-content-type-options: nosniff
x-xss-protection: 1; mode=block
x-download-options: noopen
x-permitted-cross-domain-policies: none
x-frame-options: SAMEORIGIN
X-Firefox-Spdy: h2

Problem:
Right now there is no way to change your host (Mastodon domain) in App Configuration. Also changing domain names breaks all post links. All my links seem hard-coded to the old domain. Blog.arkadi.one works fine but every post on that page links back to old domain.

I run WriteFreely on my Yunohost server. When I first started, I had a blog.arkadi.nohost.me domain, but recently changed to my own domain.tld -> blog.arkadi.one

It seems federation is first setup automatically but there is no way to change it later. I tried editing the config.ini file but the value for host is DOMAIN NAME and it takes this from settings.yml. It's already the correct value. Nevertheless, I tried changing the config.ini and restarting writefreely, it still didn't work.

Maybe this is an Nginx issue?

The only way I think I can fix this is to reinstall WriteFreely but then I will lose all my posts because there isn't a way to import old posts via csv, zip, or json (or is there?)

Bug description

The writefreely_ynh installation script fails to finish successfully because of a missing armhf.src file. (The script detects the architecture as armhf)

By copying the file armel.src into armhf.src, immediately after starting the installation script, allows to install writefreely correctly.

Context

• Hardware and kernel: Olimex Lime2, Allwinner sun7i (A20) Family, 5.10.0-14-armmp-lpae 1 SMP Debian 5.10.113-1 (2022-04-29) armv7l GNU/Linux
• YunoHost version: 11.0.6
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no
• Using, or trying to install package version/branch: installing the main branch as well as branch testing report the same error

Steps to reproduce

Just start the package installation through the yunohost web interface.

Launching install of the testing branch (using the command given on your github front page) results with the same error.

Logs

https://paste.yunohost.org/raw/abibemiwer

Hi
There is new update 0.7.1 for Writefreely.https://github.com/writeas/writefreely/tree/v0.7.1
It would be nice if the app gets this upgrade. 🤓

Describe the bug

When clicking save settings there is a permission denied error

Context

• Hardware: Old computer
• YunoHost version: 11.0.6
• I have access to my server: Through SSH
• Are you in a special context or did you perform some particular tweaking on your YunoHost instance?: no

Steps to reproduce

1. Go to the admin dashboard
2. Go into settings
3. Change some settings
4. Click save settings

Expected behavior

Changes are applied and saved into /var/www/writefreely/config.ini

Currently the changes are applied but the message "open config.ini: permission denied" appears and the config.ini file is not updated, so I think upon reboot or restart changes will be lost.

When one updates the writefreely app through YunoHost, some of the previous global site settings are lost. For instance, the Site Title, or, if Open Registrations were off they become on again.

First off, thanks for packaging this!

An installation just failed on a fresh yunohost.

Full logs are here:

https://paste.yunohost.org/raw/penucemovi

Most relevant part seems to be:

2019-06-12 17:41:14,556: DEBUG - + src_filename=x86-64.tar.gz
2019-06-12 17:41:14,557: DEBUG - + local local_src=/opt/yunohost-apps-src/writefreely/x86-64.tar.gz
2019-06-12 17:41:14,557: DEBUG - + test -e /opt/yunohost-apps-src/writefreely/x86-64.tar.gz
2019-06-12 17:41:14,557: DEBUG - ++ wget -nv -O x86-64.tar.gz https://github.com/writeas/writefreely/releases/download/v0.9.1/writefreely_0.9.1_linux_amd64.tar.gz
2019-06-12 17:41:16,765: DEBUG - + local 'out=2019-06-12 17:41:16 URL:https://github-production-release-asset-2e65be.s3.amazonaws.com/86956808/10738900-8910-11e9-825b-a83e09cc848d?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20190612%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20190612T154114Z&X-Amz-Expires=300&X-Amz-Signature=006d86a2d57191611aaa888d1acc1f2c9e9a80d49ebf960a313c24eef969295a&X-Amz-SignedHeaders=host&actor_id=0&response-content-disposition=attachment%3B%20filename%3Dwritefreely_0.9.1_linux_amd64.tar.gz&response-content-type=application%2Foctet-stream [28242426/28242426] -> "x86-64.tar.gz" [1]'
2019-06-12 17:41:16,766: DEBUG - + echo 'e852fa7fccaf55b30dd1d47894d589f56766ddeb24812f180f29fa58ea86b717 x86-64.tar.gz'
2019-06-12 17:41:16,766: DEBUG - + sha256sum -c --status
2019-06-12 17:41:16,967: DEBUG - + ynh_die '--message=Corrupt source'
2019-06-12 17:41:16,968: WARNING - Corrupt source
2019-06-12 17:41:16,969: DEBUG - + local legacy_args=mc