core issueshttps://framagit.org/hubzilla/core/-/issues2024-03-26T12:42:37Zhttps://framagit.org/hubzilla/core/-/issues/2Edit of webpage has no effect2024-03-26T12:42:37ZMarioEdit of webpage has no effect*Created by: einervonvielen*
**Short**
Edit the content of an existing webpage.
Expected: Webpage shows the new content
Observed: Webpage shows the old content
**Steps**
- Open http://localhost/webpages/user
- Click Design Tools > Page...*Created by: einervonvielen*
**Short**
Edit the content of an existing webpage.
Expected: Webpage shows the new content
Observed: Webpage shows the old content
**Steps**
- Open http://localhost/webpages/user
- Click Design Tools > Pages
- Create a new page
- Page content type = text/bbcode (can be any in this test)
- Page layout = (leave empty)
- Page Link Name = page_change
- Title = (leave empty)
- Share = This is a Start.
- Press Share to save the page.
- View the page http://localhost/page/user/page_change
- Observed: page shows the text "This is a Start."
- Go back to http://localhost/webpages/user
- Edit the page with page title = page_change
- Change the content to "This is a CHANGE."
- Press Preview
- Observed: The preview shows "This is a CHANGE." > OK
- Press Edit to save the change.
- View the page http://localhost/page/user/page_change
- Observed: page shows the text "This is a Start." > Bug, NOK
**Environment**
Version 2015-05-14.1032R+291f3be https://github.com/redmatrix/hubzilla) branch = master
https://framagit.org/hubzilla/core/-/issues/1842The "Report Bug" app does not work for unregistered users2024-03-26T12:36:11Zivan zlaxThe "Report Bug" app does not work for unregistered usersIf i press "Report Bug" as unregistered user (in the private tab for example), the browser says: "framagit.org refused to connect."
If i press "Report Bug" as registered user, the browser redirects to `https://framagit.org/hubzilla/core...If i press "Report Bug" as unregistered user (in the private tab for example), the browser says: "framagit.org refused to connect."
If i press "Report Bug" as registered user, the browser redirects to `https://framagit.org/hubzilla/core/-/issues` as expected.https://framagit.org/hubzilla/core/-/issues/1837Post not distributed2024-03-24T10:01:38ZEmaxmax MaxPost not distributedI wrote this comment: https://hub.netzgemeinde.eu/display/b64.aHR0cHM6Ly9odWIubmV0emdlbWVpbmRlLmV1L2l0ZW0vNjQyNTEzMzQtNTRhZS00Y2M1LWE0NzMtMjg2ZWI3ZGJiMWM0 \
To this post: https://gs.leftic.club/@katronoris/111753731649376978
It doesn't ...I wrote this comment: https://hub.netzgemeinde.eu/display/b64.aHR0cHM6Ly9odWIubmV0emdlbWVpbmRlLmV1L2l0ZW0vNjQyNTEzMzQtNTRhZS00Y2M1LWE0NzMtMjg2ZWI3ZGJiMWM0 \
To this post: https://gs.leftic.club/@katronoris/111753731649376978
It doesn't appear on the initial post\
The distribution report of my post is empty (expect my clone)
Other posts are well distributed (and dreports are *not* empty)https://framagit.org/hubzilla/core/-/issues/1425Feature request: opening single post as expanding by default2024-03-24T10:01:28Zivan zlaxFeature request: opening single post as expanding by defaultWhen you open individual posts by a link - it is opened in a "rolled up" state. That is, to read it completely - you should press "expand", as in those posts, when they are on the channel. But if a person opens a separate post - he is in...When you open individual posts by a link - it is opened in a "rolled up" state. That is, to read it completely - you should press "expand", as in those posts, when they are on the channel. But if a person opens a separate post - he is interested in the whole post, so clicking on "expand" - in this case, the action is unnecessary.
I think that when opening separate posts by a link, it is logical to expand them immediately by default (but not the comments section).https://framagit.org/hubzilla/core/-/issues/1832PHP Fatal error Undefined constant in hzaddons/statistics/nodeinfo.php - 8.8....2024-03-24T10:01:13Zivan zlaxPHP Fatal error Undefined constant in hzaddons/statistics/nodeinfo.php - 8.8.5 - 1259Found that apache2 errorlog is full of such error with the latest version of Hubzilla:
`[proxy_fcgi:error] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Undefined constant "EMPTY_STRING" in /hubzilla/extend/addon/hz...Found that apache2 errorlog is full of such error with the latest version of Hubzilla:
`[proxy_fcgi:error] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Undefined constant "EMPTY_STRING" in /hubzilla/extend/addon/hzaddons/statistics/nodeinfo.php:10\nStack trace:\n#0 /hubzilla/Zotlabs/Web/Router.php(292): nodeinfo_content()\n#1 /hubzilla/Zotlabs/Web/WebServer.php(110): Zotlabs\\Web\\Router->Dispatch()\n#2 /hubzilla/index.php(14): Zotlabs\\Web\\WebServer->run()\n#3 {main}\n thrown in /hubzilla/extend/addon/hzaddons/statistics/nodeinfo.php on line 10'`https://framagit.org/hubzilla/core/-/issues/1840Empty field in Administration - Site2024-03-18T18:30:52Zivan zlaxEmpty field in Administration - SiteIn the `/admin/site` page there is unknown empty field between "Name of email sender for system generated email." and "System theme" fields:
![Screenshot_from_2024-02-17_16-31-34](/uploads/b88f3677e62283525778b1d07bdcbe0e/Screenshot_fro...In the `/admin/site` page there is unknown empty field between "Name of email sender for system generated email." and "System theme" fields:
![Screenshot_from_2024-02-17_16-31-34](/uploads/b88f3677e62283525778b1d07bdcbe0e/Screenshot_from_2024-02-17_16-31-34.jpg)Harald Eilertsenharaldei@anduin.netHarald Eilertsenharaldei@anduin.nethttps://framagit.org/hubzilla/core/-/issues/1844Special characters in summary are converted to HTML entities, sent through Pu...2024-03-04T10:34:59ZJupiter RowlandSpecial characters in summary are converted to HTML entities, sent through PubCrawl as HTML entities and not converted back to characters when editing the postThe Hubzilla post editor converts all special characters into their corresponding HTML entities. However, some parts of Hubzilla that should convert them back into the characters they're supposed to be don't do so, at least not in the su...The Hubzilla post editor converts all special characters into their corresponding HTML entities. However, some parts of Hubzilla that should convert them back into the characters they're supposed to be don't do so, at least not in the summary.
For one, this is Hubzilla's own post editor. Special characters written in the summary field appear as their HTML entities in the summary field when editing the post. If you type a `"` in a summary, and you edit the post, there will be `"` where there should be `"`.
This also means that when editing and saving the post, these HTML entities will be converted into HTML versions of _themselves_. So with each edit, `"` becomes `"`, then `"` because the `&` in `"` is converted into its own HTML entity `&` and not converted back, then `"`, then `"` and so forth.
Besides, special characters in summaries are sent through non-Zot protocols as their HTML entities as well. At least, I have experienced this behaviour in the case of ActivityPub. And ActivityPub-based projects do not necessarily (read: generally not at all) expect and convert HTML entities. So any special character in a summary on Hubzilla will appear as its HTML entity in the content warning on e.g. Mastodon.
## Steps to reproduce: ##
1. Have at least one Mastodon contact.
2. Write a post with "Test" (quotation marks included) as the summary.
4. Check the post on Hubzilla and Mastodon.
3. Send the post publicly or to that Mastodon contact.
5. Edit the post and resend it to the same audience.
6. Check the post on Hubzilla and Mastodon again.
7. Edit the post once more and resend it to the same audience.
8. Check the post on Hubzilla and Mastodon again.
## What "Test" should be expected to look like:
- In Hubzilla's summary after the first time sending it: `"Test"`
- In Mastodon's content warning after the first time sending it: `"Test"`
- In Mastodon's content warning after the third time sending it: `"Test"`
- In the post editor when editing the post for the first time: `"Test"`
- In Hubzilla's summary after the second time sending it: `"Test"`
- In the post editor when writing the post: `"Test"`
- In Mastodon's content warning after the second time sending it: `"Test"`
- In the post editor when editing the post for the first time: `"Test"`
- In Hubzilla's summary after the third time sending it: `"Test"`
## What "Test" will actually look like:
- In the post editor when writing the post: `"Test"`
- In Hubzilla's summary after the first time sending it: `"Test"`
- In Mastodon's content warning after the first time sending it: `"Test"`
- In the post editor when editing the post for the first time: `"Test"`
- In Hubzilla's summary after the second time sending it: `"Test"`
- In Mastodon's content warning after the second time sending it: `"Test"`
- In the post editor when editing the post for the first time: `"Test"`
- In Hubzilla's summary after the third time sending it: `"Test"`
- In Mastodon's content warning after the third time sending it: `"Test"`https://framagit.org/hubzilla/core/-/issues/1295Problem with transfer of [code] element to diaspora2024-02-27T15:36:29ZHajo ThelenProblem with transfer of [code] element to diasporawhen the [code] element is used ther seems to be an issue with the display of the code in **diapora**.
```
This Post is just a test
oneliner
[code]echo "this is a test"[/code]
more lines
[code]
testvar = "this is a test"
echo "the ...when the [code] element is used ther seems to be an issue with the display of the code in **diapora**.
```
This Post is just a test
oneliner
[code]echo "this is a test"[/code]
more lines
[code]
testvar = "this is a test"
echo "the message is $testvar"
[/code]
```
The second sample is shown as code but with html tags
[code]
<br></br>testvar = "this is a test"<br></br>echo "the message is $testvar"<br></br>
[/code]
**screenshots**
hubzilla:
![hubzilla](/uploads/9d2c96fb2b231f251bb82bb68abdcc59/hubzilla.png)
diaspora:
![diapora](/uploads/a9f7a382a2bbd00e8d0f4860cc222a8a/diapora.png)
**links**
hubzilla: https://hub.libranet.de/channel/hajo/?f=&mid=a1b7fa40e92fbca1e8d5b4c1960e1739afa605b5ba9e7f97f676624d36ba0aed@hub.libranet.de
diaspora: https://joindiaspora.com/posts/13159932Harald Eilertsenharaldei@anduin.netHarald Eilertsenharaldei@anduin.nethttps://framagit.org/hubzilla/core/-/issues/1615PWA not being installed on any browser2024-01-20T11:09:43ZWit CraftPWA not being installed on any browserPWA does not work on any Android browser I testet (different from the initial Zap implementation by Mike).
In Zap, Chrome is the only browser I can actually "install as an app" and have it work as a share target from other Android apps....PWA does not work on any Android browser I testet (different from the initial Zap implementation by Mike).
In Zap, Chrome is the only browser I can actually "install as an app" and have it work as a share target from other Android apps. FF, FF beta, Fennec, duckduckgo, etc. do not seem to support it yet
=> "add to homesceen" option only, no install, no app in drawer, only bookmark with Zap icon incl. browser icon overlay, no share target from other apps.
I'd love to use other browsers, but I understand this has to be attributed to browsers' implementation, not Zap.
In Hubzilla 6.2 - again only for Chrome Android - I actually see the same "install as an app" popup as in Zap - but when I click "install", a new popup comes up asking if I want to "add to homescreen" - again: no install, no app in drawer, only bookmark, no share target.
So in Hubzilla, PWA does not work in any browser, although it works in Zap at least on Chrome.
I know there has been a lot of discussion in the support channel, but I am not sure if participating actors have experienced a real working PWA installation in Zap via Chrome to compare it to. They seem to be happy with a bookmark opening a dedicated browser window.https://framagit.org/hubzilla/core/-/issues/1825Display - Link to Post Not Working2024-01-05T15:35:29ZScott M. StolzDisplay - Link to Post Not Working**500 Error on /display/**
If you are on https://zotadel.net/channel/support and you click on the Gear icon on a post and press "Link to Source" you get a 500 Error.
https://zotadel.net/display/b64.aHR0cHM6Ly96b3RhZGVsLm5ldC9pdGVtLzIyM...**500 Error on /display/**
If you are on https://zotadel.net/channel/support and you click on the Gear icon on a post and press "Link to Source" you get a 500 Error.
https://zotadel.net/display/b64.aHR0cHM6Ly96b3RhZGVsLm5ldC9pdGVtLzIyMTkxZWJiLTNkNjktNGE5YS05MzdmLTYzMjc5NjJjZWVlOA
The same thing happens on other websites.https://framagit.org/hubzilla/core/-/issues/1829Unable to install Hubzilla 8.8.32023-12-21T13:34:15ZjameswillUnable to install Hubzilla 8.8.3https://framagit.org/hubzilla/core/-/issues/1828Serialization and deserialization of array config values mismatch2023-12-20T14:44:01ZHarald Eilertsenharaldei@anduin.netSerialization and deserialization of array config values mismatchFound another pretty nasty one in commit 69266cd6c65d228320dede32a343a9d3f3ea63df. The way arrays are serialized in `Config::set` have changed from php `serialize()` to `json_encode()` (which is a good move btw), but `Config::get` don't ...Found another pretty nasty one in commit 69266cd6c65d228320dede32a343a9d3f3ea63df. The way arrays are serialized in `Config::set` have changed from php `serialize()` to `json_encode()` (which is a good move btw), but `Config::get` don't take that into account, and still uses the dangerous `unserialize` function.
Meaning that new configs with array keys are no longer being fetched, and will appear as blank/unset to the code using them. This affects things like site and channel blocks etc.
Old configs stored by `serialize` are being returned correctly, but as soon as the config value is updated, it will no longer be read correctly.
I'll suggest a patch, and try to add some tests around this part of the code, so we can catch things like this earlier next time.Harald Eilertsenharaldei@anduin.netHarald Eilertsenharaldei@anduin.nethttps://framagit.org/hubzilla/core/-/issues/1827Installation broken by latest commit2023-12-20T14:41:51ZHarald Eilertsenharaldei@anduin.netInstallation broken by latest commitCommit 69266cd6c65d228320dede32a343a9d3f3ea63df breaks installation, since it will bomb out with a "System is unavailable" message if it's not able to load the config from the database, that has not been set up yet.
Another issue with t...Commit 69266cd6c65d228320dede32a343a9d3f3ea63df breaks installation, since it will bomb out with a "System is unavailable" message if it's not able to load the config from the database, that has not been set up yet.
Another issue with the patch as it is, is that since `system_unavailable()` is called twice, `include/system_unavailable.php` is included twice, which causes an error due to the redefinition of the `system_down()` function. This bug is trivial to fix, but still does not unbreak installation.
I suggest revering this commit for now, and trying to find a way to solve the galera issues that don't break installations.https://framagit.org/hubzilla/core/-/issues/1824Fatal error: Uncaught Error: Call to undefined function exec()2023-12-13T10:27:45ZScott M. StolzFatal error: Uncaught Error: Call to undefined function exec()I am getting an error on the first load of any channel page. If you press refresh, the 500 error goes away and it displays the page.
Fatal error: Uncaught Error: Call to undefined function exec() in /home/redacted/public_html/boot.php o...I am getting an error on the first load of any channel page. If you press refresh, the 500 error goes away and it displays the page.
Fatal error: Uncaught Error: Call to undefined function exec() in /home/redacted/public_html/boot.php on line 2065
Error: Call to undefined function exec() in /home/redacted/public_html/boot.php on line 2065
```
| Call Stack | | | | |
|------------|--------|---------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------------------------|
| # | Time | Memory | Function | Location |
| 1 | 0.0001 | 371760 | {main}( ) | .../index.php:0 |
| 2 | 0.0001 | 371864 | Zotlabs\Web\WebServer->run( ) | .../index.php:14 |
| 3 | 0.1598 | 4343008 | construct_page( ) | .../WebServer.php:124 |
| 4 | 0.1598 | 4343008 | exec_pdl( ) | .../boot.php:2330 |
| 5 | 0.1598 | 4343008 | Zotlabs\Render\Comanche->parse( $s = '[region=banner]\n[widget=cover_photo][/widget]\n[/region]\n[region=aside]\n[widget=fullprofile][/widget]\n[widget=Wistexblock][/widget]\n[widget=menu_profile][/widget]\n[widget=common_friends][/widget]\n[widget=archive][var=wall]1[/var][/widget]\n[widget=categories][/widget]\n[widget=tagcloud_wall][var=limit]24[/var][/widget]\n\n[/region]\n[region=content]\n[widget=widgetInterface][/widget]\n[widget=scottnavbar][/widget]\n$content\n\n[/region]\n[region=right_aside]\n[widget=elephantleft][/widget]\n[widget=notifications][/widget'..., $pass = 1 ) | .../boot.php:2317 |
| 6 | 0.1599 | 4343096 | Zotlabs\Render\Comanche->parse_pass1( $s = '[region=banner]\n[widget=cover_photo][/widget]\n[/region]\n[region=aside]\n[widget=fullprofile][/widget]\n[widget=Wistexblock][/widget]\n[widget=menu_profile][/widget]\n[widget=common_friends][/widget]\n[widget=archive][var=wall]1[/var][/widget]\n[widget=categories][/widget]\n[widget=tagcloud_wall][var=limit]24[/var][/widget]\n\n[/region]\n[region=content]\n[widget=widgetInterface][/widget]\n[widget=scottnavbar][/widget]\n$content\n\n[/region]\n[region=right_aside]\n[widget=elephantleft][/widget]\n[widget=notifications][/widget'... ) | .../Comanche.php:101 |
| 7 | 0.1644 | 4349128 | Zotlabs\Render\Comanche->region( $s = '\n[widget=fullprofile][/widget]\n[widget=Wistexblock][/widget]\n[widget=menu_profile][/widget]\n[widget=common_friends][/widget]\n[widget=archive][var=wall]1[/var][/widget]\n[widget=categories][/widget]\n[widget=tagcloud_wall][var=limit]24[/var][/widget]\n\n', $region_name = 'aside' ) | .../Comanche.php:151 |
| 8 | 0.1962 | 4365624 | Zotlabs\Render\Comanche->widget( $name = 'categories', $text = '' ) | .../Comanche.php:654 |
| 9 | 0.1962 | 4367680 | Zotlabs\Widget\Categories->widget( $arr = [] ) | .../Comanche.php:574 |
| 10 | 0.1969 | 4367680 | categories_widget( $baseurl = 'channel/scott', $selected = '' ) | .../Categories.php:36 |
| 11 | 0.1975 | 4370576 | Zotlabs\Daemon\Master::Summon( $arr = [0 => 'Cache_query', 1 => 'categories_widget-4', 2 => 'redacted'...] ) | .../contact_widgets.php:99 |
| 12 | 0.1975 | 4370576 | Zotlabs\Lib\QueueWorker::Summon( $argv = [0 => 'Cache_query', 1 => 'categories_widget-4', 2 => 'redcated'...] ) | .../Master.php:23 |
| 13 | 0.2013 | 4382112 | proc_run( 'php', 'Zotlabs/Daemon/Master.php', [0 => 'Queueworker'] ) | |
```https://framagit.org/hubzilla/core/-/issues/1820[Bug] Can't open /display/ links in v8.82023-12-06T11:12:42Zivan zlax[Bug] Can't open /display/ links in v8.8In v.8.8 it is blank white page during opening of all /display/ links with this error:
`AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined function Zotlabs\\Module\\populate_acl() in /Zotlabs/Module/Dis...In v.8.8 it is blank white page during opening of all /display/ links with this error:
`AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined function Zotlabs\\Module\\populate_acl() in /Zotlabs/Module/Display.php:76\nStack trace:\n#0 /Zotlabs/Web/Router.php(288): Zotlabs\\Module\\Display->get()\n#1 /Zotlabs/Web/WebServer.php(110): Zotlabs\\Web\\Router->Dispatch()\n#2 /index.php(14): Zotlabs\\Web\\WebServer->run()\n#3 {main}\n thrown in /Zotlabs/Module/Display.php on line 76', referer: https://server.link/network`https://framagit.org/hubzilla/core/-/issues/1743Bug: Unfollowing threads unreliable/not working at all2023-11-30T08:25:58ZjayropeBug: Unfollowing threads unreliable/not working at all**Unfollowing threads here is at least unreliable, probably not working at all. **
System: Hubzilla v 8.2 fresh install, PHP 8.1.16 on Apache 2.4.56
Update: Now on 8.61, bug still remains.
This impression _may_ be due to the fact, that...**Unfollowing threads here is at least unreliable, probably not working at all. **
System: Hubzilla v 8.2 fresh install, PHP 8.1.16 on Apache 2.4.56
Update: Now on 8.61, bug still remains.
This impression _may_ be due to the fact, that most people i follow are on Mastodon.
Unfollowed threads keep on popping up in Network feed, especially when they've received another comment.
Can this be improved?
A typical thread to try: https://oisaur.com/@renchap/110946188204729065
**Merci**, and for all you do.
@mariohttps://framagit.org/hubzilla/core/-/issues/1551ActivityPub : comments missing2023-11-30T08:21:16ZMalendurActivityPub : comments missingHello
Not sure if I should open this issue on the ActivityPub AddOn
Problem : comments from mastodon missing in Hubzilla, comment in Hubzilla missing in mastodon
Testcase: initial post: https://framapiaf.org/@adepetigny/10568949748146...Hello
Not sure if I should open this issue on the ActivityPub AddOn
Problem : comments from mastodon missing in Hubzilla, comment in Hubzilla missing in mastodon
Testcase: initial post: https://framapiaf.org/@adepetigny/105689497481465727
Answer in Hubzilla: https://ussr.win/display/b64.aHR0cHM6Ly9mcmFtYXBpYWYub3JnL3VzZXJzL2FkZXBldGlnbnkvc3RhdHVzZXMvMTA1Njg5NDk3NDgxNDY1NzI3
Bug: other AP comments not visible in Hubzilla. Hubzilla comment not visible in mastodon
Hubzilla version: 5.4https://framagit.org/hubzilla/core/-/issues/1816Mentions take precedence over other markup, making many URLs with @ in them s...2023-11-30T08:17:08ZJupiter RowlandMentions take precedence over other markup, making many URLs with @ in them such as links to Mastodon posts impossibleMentions, at least working mentions, apparently have a higher priority in the BBcode parser.
For example, if there is anything in an URL included in `[url=][/url]` tags that can work as a mention of an actor, Hubzilla ignores the `[url=...Mentions, at least working mentions, apparently have a higher priority in the BBcode parser.
For example, if there is anything in an URL included in `[url=][/url]` tags that can work as a mention of an actor, Hubzilla ignores the `[url=][/url]` tags and parses the mention instead.
**How to reproduce:**
1. Put `[url=https://mastodon.social/@jupiter_rowland@hub.netzgemeinde.eu/111121999837226755]Test[/url]` into the post editor.
2. Generate a preview.
**Expected result:**
The `[url=][/url]` tags are parsed, and the URL in `[url=]` is used to create an embedded hyperlink.
[Test](https://mastodon.social/@jupiter_rowland@hub.netzgemeinde.eu/111121999837226755)
**Actual result:**
The `[url=][/url]` tags are parsed because `@jupiter_rowland` is recognised as a mention, regardless of being inside a `[url=]` tag.
[url=https://mastodon.social/@[jupiter_rowland](https://hub.netzgemeinde.eu/channel/jupiter_rowland)@hub.netzgemeinde.eu/111121999837226755]Test[/url]
_(Caution, I had to insert multiple zero-width spaces into the above Markdown code to out-smart the Markdown parser. Don't blindly copy-paste the above to try to use it as an actual URL.)_https://framagit.org/hubzilla/core/-/issues/1815Pubstream deactivation2023-11-18T09:17:20ZHans WoltersPubstream deactivationHad the pubstream active for some weeks and today I decided to have seen enough, I wanted to disable it. The icon was pinned at the top bar but disabling the pubstream addon did not make it go away, even while the admin->addon was still ...Had the pubstream active for some weeks and today I decided to have seen enough, I wanted to disable it. The icon was pinned at the top bar but disabling the pubstream addon did not make it go away, even while the admin->addon was still showing it was disabled. Had to take disable the plugin in the other menu too. .https://framagit.org/hubzilla/core/-/issues/1810Message truncated on Mastodon2023-11-09T21:39:21ZNolan NolanMessage truncated on MastodonMy post https://ein-hub-von-vielen.de/display/b64.aHR0cHM6Ly9laW4taHViLXZvbi12aWVsZW4uZGUvaXRlbS8xYjY5ZjEyNy0yMzcyLTQ3NmEtYmUwYy03ZmQ5NmVhNjU2YTg was truncated on mastodon: https://piaille.fr/@nolan@ein-hub-von-vielen.de/109705050571103741My post https://ein-hub-von-vielen.de/display/b64.aHR0cHM6Ly9laW4taHViLXZvbi12aWVsZW4uZGUvaXRlbS8xYjY5ZjEyNy0yMzcyLTQ3NmEtYmUwYy03ZmQ5NmVhNjU2YTg was truncated on mastodon: https://piaille.fr/@nolan@ein-hub-von-vielen.de/109705050571103741