[12:06:18]
<m606> is there something obviously wrong here ? https://github.com/YunoHost-Apps/it-tools_ynh/blob/url_to_pdf_feat_support/conf/nginx.conf#L27-L30 and https://github.com/YunoHost-Apps/it-tools_ynh/blob/2a5b218247abce75a4c41139a0f7569380b28b98/manifest.toml#L93
it is meant to match 2 POST request API endpoints (`/pdf/url` and `/pdf/html`), but they keep returning 502 Bad Gateway even when setting manually endpoint permission to `visitors` in the app config.
[13:39:38]
<Aleks (he/him/il/lui)> 502 Bad Gateway typically means that the reverse-proxied service is not up and running
[13:39:49]
<Aleks (he/him/il/lui)> is there actually something listening on the port ?
[13:40:17]
<Aleks (he/him/il/lui)> like if you `ss -tulpn | grep LISTEN | grep 12345` (with 12345 being the actual port), does it list something ?
[14:02:39]
<m606> If I stop the related service and run manually the command the latter is meant to execute: `PORT=43821 HOST=127.0.0.1 /opt/node_n/n/versions/node/20.20.2/bin/node /var/www/it-tools__2/puppeteer-htmltopdf/server.js` it says `Server running on http://127.0.0.1:43821` which looks good I guess.
[14:06:29]
<m606> from here if I `curl -d "https://yunohost.org" -X POST https://mydomain.tld/itt/pdf/url` I get this 404 error:
```
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>Error</title>
</head>
<body>
<pre>Cannot POST /url</pre>
</body>
</html>
```
[14:09:10]
<m606> here is the specific upstream doc in case I am missing something - https://github.com/sharevb/puppeteer-htmltopdf?tab=readme-ov-file#running-locally
[14:13:29]
<m606> ultimately this service is not meant to be called via `curl` but via this client https://sharevb-it-tools.vercel.app/html-to-pdf (or more precisely its self-hosted counterpart)
[14:14:53]
<m606> ultimately this service is not meant to be called via `curl` but via this client https://sharevb-it-tools.vercel.app/html-to-pdf (or more precisely its self-hosted counterpart - i.e. self-hosting both the server-side service and the client running in browser on the same YNH instance)
[14:23:29]
<m606> on that client we can see there is a box for basic auth (username:password), but it doesn't seem used in upstream code. However there is https://github.com/sharevb/puppeteer-htmltopdf/blob/3be06a27bff7628c227c17511229e3d35c9ae627/server.js#L29. Could this be an upstream bug where the app's CORS config actually blocks the incoming POST requests ?
[14:30:04]
<m606> not sure what I have changed but relaunching the service now does the same as above. No more 502, but a 404.
And it seems the server can be reached because this GET request `curl https://mydomain.tld/itt/pdf/health` returns `{"status":"ok"}` as hoped: https://github.com/sharevb/puppeteer-htmltopdf/blob/3be06a27bff7628c227c17511229e3d35c9ae627/server.js#L51-L53.
So either a permission issue at package level (but I don't really get what is blocking now) or a CORS bug as described above) ?
[15:47:18]
<Aleks (he/him/il/lui)> for the love of god, please don't use matrix threads ...
[16:00:49]
<m606> @Alekswag:matrix.orgerr ok, what's wrong with threads?
[16:03:11]
<Aleks (he/him/il/lui)> i don't know about other matrix clients, but on Element, you have to click the thing to actually open a side bar, which is like 1/3 ~ 1/4 of the screen width, then you cant properly read code blocks because everything is wrapped up
not to mention that somehow it's still quoting what message you answered, so half of the screen is noise, i don't understand anything
[16:03:41]
<Aleks (he/him/il/lui)> https://aria.im/_bifrost/v1/media/download/AcDCm_CEaRHM58xGUMjtEKI3sAUx5BAiySL8F1Z2fmmevDZ1j-bpdDN5qguC1edMC4Z5rrlFD84KXF32xRt_mJtCee_4XWtAAG1hdHJpeC5vcmcvV1hlbU95UkZKR0Fua0xla3pqQ01ycFVD
[16:03:48]
<Aleks (he/him/il/lui)> this is what I see
[16:04:10]
<Aleks (he/him/il/lui)> then you answered again with a "regular" answer outside the thread, in the "main" flow
[16:04:45]
<Aleks (he/him/il/lui)> tbf it's not you, it's just that Matrix / Element design of thread is complete batshit, there's so much confusion between "regular" replies and "thread" replies
[16:05:07]
<Aleks (he/him/il/lui)> though at least nowadays it doesn't entirely fucks up the "Not read" status like it was in the past which was absolutely infuriating
[16:22:52]
<tituspijean[m]> (FYI Cinny flattens the threads and displays them like any quoted messages. I think you would prefer it to Element)
[16:23:33]
<Aleks (he/him/il/lui)> merf is there a web version somewhere
[16:24:02]
<Aleks (he/him/il/lui)> ooh they do have a public instance apparently
[16:24:52]
<Aleks (he/him/il/lui)> https://aria.im/_bifrost/v1/media/download/AR3ZHMK8iTJFcW4uBTJ9aRicTqoLf74fGpe1ccwmWonfm_vOruiZtbK0QgX11mTYp8fUL5OFzf6oen0V86zRvUJCee_5k5yAAG1hdHJpeC5vcmcvYVVCV2dZVXR3cEVSY2pMV3NmY2phcUZO
[16:25:13]
<Aleks (he/him/il/lui)> incredible, it worked
[16:49:44]
<tituspijean[m]> > <@Alekswag:matrix.org> sent an image.
No thank you 🙃
[16:52:00]
<Salamandar> i packaged it for yunohost ;)
[16:52:16]
<Salamandar> cinny.salamandar.fr if you want (it's only static files, everything stored in your browser)
[16:53:46]
<Aleks (he/him/il/lui)> i'm on cinny.in right now, it's ok-ish, though i have a weird stuff space and somehow room avatars are not displayed in the space channel list merp, though not critical
[16:59:52]
<Salamandar> room avatars… I opened an issues and people told me they didn't want it
[17:00:01]
<Salamandar> i think i even did a PR
[17:00:23]
<Salamandar> https://github.com/cinnyapp/cinny/pull/1076
[17:01:57]
<Aleks (he/him/il/lui)> wtf
[17:03:11]
<Aleks (he/him/il/lui)> how can they not want it, it's a no-brainer in terms of increased readability ?
[17:03:29]
<Aleks (he/him/il/lui)> also for some reason i do have one room showing the avatar (ynh dev room) but not the others
[17:03:59]
<Aleks (he/him/il/lui)> ah because the ynh dev room is somehow bugged and considered to be a person (it is displayed in the "direct message" list 🤦♂️)
[17:12:00]
<Salamandar> idk…
[17:13:47]
<Aleks (he/him/il/lui)> outrageous.jpg
[17:59:06]
<Yunohost Git/Infra notifications> [synapse_ynh] CodeShakingSheep pushed to php85: Update PHP to version 8.5 ([0110c51c](https://github.com/YunoHost-Apps/synapse_ynh/commit/0110c51cb950de4e9f34bcaf185caab15267990c))
[17:59:59]
<Yunohost Git/Infra notifications> [synapse_ynh] CodeShakingSheep opened [pull request #628](https://github.com/YunoHost-Apps/synapse_ynh/pull/628): Update PHP to version 8.5
[20:16:17]
<Yunohost Git/Infra notifications> [synapse_ynh] Thatoo opened [issue #629](https://github.com/YunoHost-Apps/synapse_ynh/issues/629): Nextcloud "Element/Matrix integration" app
[22:07:52]
<Yunohost Git/Infra notifications> [synapse_ynh] Josue-T [commented](https://github.com/YunoHost-Apps/synapse_ynh/pull/628#issuecomment-4794070013) on [issue #628](https://github.com/YunoHost-Apps/synapse_ynh/pull/628) Update PHP to version 8.5: Thanks did you test the SSO with php8.5 ?
[22:27:22]
<Yunohost Git/Infra notifications> [mastodon_ynh] yunohost-bot opened [pull request #569](https://github.com/YunoHost-Apps/mastodon_ynh/pull/569): Upgrade to v4.6.1
[22:33:12]
<Yunohost Git/Infra notifications> [penpot_ynh] yunohost-bot opened [pull request #210](https://github.com/YunoHost-Apps/penpot_ynh/pull/210): Upgrade to v2.16.1
[22:38:54]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] yunohost-bot opened [pull request #160](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/160): Upgrade to v2.13.2
[22:46:00]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 81 pending update PRs
- 23 new apps PRs: bagisto, bonfire, code-server, cypht, fider, filerise, ghost, glpi, grav, jackett, jeedom, lychee, mastodon, meilisearch, n8n, penpot, profilarr, sonarr, stirling-pdf, sync-in, thelounge, tooljet, wanderer
- 2 failed apps updates: dmarcguard, loki
See the full log here: https://paste.yunohost.org/raw/ezemizosip
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate