#bugresearch — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #bugresearch, aggregated by home.social.
-
A NASA engineer let bed bugs bite him so we can all sleep better. Here's what he learned.
https://web.brid.gy/r/https://www.upworthy.com/bed-bug-myths-debunked-ex1
-
A NASA engineer let bed bugs bite him so we can all sleep better. Here's what he learned.
https://fed.brid.gy/r/https://www.upworthy.com/bed-bug-myths-debunked-ex1
-
A NASA engineer let bed bugs bite him so we can all sleep better. Here's what he learned.
https://web.brid.gy/r/https://www.upworthy.com/bed-bug-myths-debunked-ex1
-
A NASA engineer let bed bugs bite him so we can all sleep better. Here's what he learned.
https://web.brid.gy/r/https://www.upworthy.com/bed-bug-myths-debunked-ex1
-
Platform Info: 2023.05 - stableFriendica Version: 2023.05 - outdated
2023.05 - stable]Friendica Version: 2023.05 - stable
2023.05 - stable]Friendica Version: 2023.05 - dev
#tuskyI didn't have a look at gitHub
Short bug description:Repeated sending of one short comment from the @Tusky APP of an answer to a post send to the helpers forum.Details of the buggy problem:Even tho the problem of multiple answers that ended up looking like spamming the federation itself was mitigated by the owner of the originating initial post to helpers and by the profileowner of the multiple answers, the deletion didn't federate thru out the system.¿Possible to reproduce, if so how:we prefer not to do so.Expected result:¿what should be the correct behavior?
Interesting question.
Actually the owner of the answer should have access to delete the comments globally, while the originator of the post should maybe be able to delete the answers delivered by the helpers forum.Screenshots:
No screen shots needed. Refenrence links and conversations more into deep are in the reshare link.Information for dev and server team:
php.error.logLEAVE THIS AS IS, the server team will use this report if possible/necessary
♲ tupambae.org/display/0ac89072-… -
Can you pin the following bug research info layout on the helpers page?
That way people get a better idea what is needed of info to adress their queries.Also, if we could add a spoiler with the respective prepared markdown code, people can use it to post on github their report.
Click to open/close
how the bug report actually looks like:#bugResearch#bugResearch [spoiler=Platform Info: friendica VERSION]Friendica Version: (you find this information on your server at https://yourfriendicanode.com/VERSION Friendica Source: ( most likely gitHub) PHP version: (if this is relevant information ask you admin in any case) SQL version: (if this is relevant information ask you admin in any case) memory_limit: (if this is relevant information ask you admin in any case) resources: (?X) Core CPU, (?) GB Ram with (?)GB Disk [/spoiler][hr]I [b]did/n't[/b] have a look at gitHub [spoiler=Short bug description:]Overall summary of the issue. Replace the texts inside this and the following spoilers with your description.[/spoiler][spoiler=Details of the buggy behavior:][url=https://forum.friendi.ca/display/]Link to the respective friendica helpers forum page discussion if there is.[/url] Try to explain in short sentences and with precise wording what happens.[/spoiler][spoiler=¿Possible to reproduce, if so how:]step one to reproduce the problem step two step three[/spoiler][spoiler=Expected result:]¿what should be the correct behavior? ¿what did you expect?[/spoiler][spoiler=Screenshots:] [/spoiler][hr]information for dev and server team:[spoiler=php.error.log]LEAVE THIS AS IS, the server team will use this report if possible/necessary[/spoiler]
Platform Info: friendica VERSIONFriendica Version: (you find this information on your server at yourfriendicanode.com/VERSION
Friendica Source: ( most likely gitHub)
PHP version: (if this is relevant information ask you admin in any case)
SQL version: (if this is relevant information ask you admin in any case)
memory_limit: (if this is relevant information ask you admin in any case)
resources: (?X) Core CPU, (?) GB Ram with (?)GB Disk
I did/n't have a look at gitHub
Short bug description:Overall summary of the issue.
Replace the texts inside this and the following spoilers with your description.Details of the buggy behavior:Link to the respective friendica helpers forum page discussion if there is.
Try to explain in short sentences and with precise wording what happens.¿Possible to reproduce, if so how:step one to reproduce the problem
step two
step threeExpected result:¿what should be the correct behavior?
¿what did you expect?Screenshots:Information for dev and server team:
php.error.logLEAVE THIS AS IS, the server team will use this report if possible/necessary -
Cătă wrote:
I don't think there is a version problem
Here you find this same post but on friendica 2021.01, it displays the same than over here. I saw Michael Vogel state that friendica transmits html so I guess this applies here to.
Even than, at some point this "issue" appeared, maybe when markdown was added, so from the publishing stand point there is a version this issue started.This profile hasn't markdown enabled.
If the issue is because of markdown it's still a bug in my opinion.Please correct me if I'm wrong but I guess we are also witnessing an error in the /help page discription, as it is
[*]instead of[li], isn't it? If so this is also something for to mention or directly fix in the github repo I think.If you go to github, I'm working on a bug report layout maybe it suits you (attention, this is bbcode!):
Click to open/close
how the bug report actually looks like:#bugResearch#bugResearch [spoiler=Platform Info: friendica VERSION]Friendica Version: (you find this information on your server at https://yourfriendicanode.com/VERSION Friendica Source: ( most likely gitHub) PHP version: (if this is relevant information ask you admin in any case) SQL version: (if this is relevant information ask you admin in any case) memory_limit: (if this is relevant information ask you admin in any case) resources: (?X) Core CPU, (?) GB Ram with (?)GB Disk [/spoiler][hr]I [b]did/n't[/b] have a look at gitHub [spoiler=Short bug description:]Overall summary of the issue. Replace the texts inside this and the following spoilers with your description.[/spoiler][spoiler=Details of the buggy behavior:][url=https://forum.friendi.ca/display/]Link to the respective friendica helpers forum page discussion if there is.[/url] Try to explain in short sentences and with precise wording what happens.[/spoiler][spoiler=¿Possible to reproduce, if so how:]step one to reproduce the problem step two step three[/spoiler][spoiler=Expected result:]¿what should be the correct behavior? ¿what did you expect?[/spoiler][spoiler=Screenshots:] [/spoiler][hr]information for dev and server team:[spoiler=php.error.log]LEAVE THIS AS IS, the server team will use this report if possible/necessary[/spoiler]
Platform Info: friendica VERSIONFriendica Version: (you find this information on your server at yourfriendicanode.com/VERSION
Friendica Source: ( most likely gitHub)
PHP version: (if this is relevant information ask you admin in any case)
SQL version: (if this is relevant information ask you admin in any case)
memory_limit: (if this is relevant information ask you admin in any case)
resources: (?X) Core CPU, (?) GB Ram with (?)GB Disk
I did/n't have a look at gitHub
Short bug description:Overall summary of the issue.
Replace the texts inside this and the following spoilers with your description.Details of the buggy behavior:Link to the respective friendica helpers forum page discussion if there is.
Try to explain in short sentences and with precise wording what happens.¿Possible to reproduce, if so how:step one to reproduce the problem
step two
step threeExpected result:¿what should be the correct behavior?
¿what did you expect?Screenshots:Information for dev and server team:
php.error.logLEAVE THIS AS IS, the server team will use this report if possible/necessary -
@helpers
Hi there.As the new friendica stable version has come out recently and apparently there aren't mayor problems with the updates I wanted to ask you to consider some suggestions about the helpers/coders/admins etc pp setup we have on forum.friendi.ca
In general terms speaking when ever someone comes up with some bug report or feature request some comment show up saying "go to github and ..".
There are several reasons I consider this is not to helpful and that we should find at least some work around. First of all we all know and are aware by whom github is owned and that there are more than one of us out here who don't like to go to that site for that very reason. At the same time it is where the coding community is, where cross over communication between the fedeVerse platforms can happen and where in any case recruitment and help request for none friendica specific issues can be found or can be published. So even as we have git.friendi.ca as a a very important back up plan and backup tool it most likely will not become part of our production scheme in the near future.
Than there is the friendica community itself, a whole lot of people that are using friendica and have access to the forum.friendi.ca server with the few forum pages that do exist as of now. These are people that might not be skilled in coding itself but could do bug research, publish bug reports, have feature requests or ideas, could help out with standard helpers Q&A or even translation hints or pointing out missing translations.
I do guess that we might have more than one community member out there that is not available to sign up to another site like github or transifex (I guess that's still our translation site?) but would help out if we'd had some more forumpages like @bugresearch, @tutorial, @featureRequests. I could envision even people who love to dedicate some time to administer a forumpage like @tutorial that once some text has been created by the community in such a forum could republish such a text from that very forum page sorting that text into a given category of that forumpage.
Like to say, there is lot's of information that get's discussed or explained and than just "goes down the drain" and get's lost in the stream instead of being pushed into some category of the helpers page where it could be found easily by others.A bugResearch forumpage for example could have a pinned post containing a bug research template like the following so people could post there findings in the first place and every once in a while someone who does have a github account and signs "responsible" to port those reports to github simple copy-pastes those reports to github with a link to the respective forum post.
Example bug research template for a @bugResearch froumPage on forum.friendi.ca:
Platform Info: 2023.05 - old stable | VIER | firefoxFriendica Version: 2023.05 - old stable
#bugResearch
Theme: VIER
Browser: firefox
Friendica Source: gitHub
PHP version: 8.1.2-1ubuntu2.14
SQL version: MySQL / MariaDB
memory_limit 256M
4 Core CPU, 8 GB Ram with 300GB NVME DiskI did/n't have a look at gitHub
Short bug description:Overall summary of the issue.
Replace the texts inside this and the following spoilers with your description.Details of the buggy behavior:Try to explain in short sentences and with precise wording what happens.
¿Possible to reproduce, if so how:step one to reproduce the problem
step two
step threeExpected result:¿what should be the correct behavior?
¿what did you expect?
Screenshots:information for dev and server team:
php.error.logLEAVE THIS AS IS, the server team will use this report if possible/necessary---------------------------------------------------------------------------
code of this example bug report#bugResearch [spoiler=Platform Info: 2023.05 - old stable | VIER | firefox]Friendica Version: 2023.05 - old stable Theme: VIER Browser: firefox Friendica Source: gitHub PHP version: 8.1.2-1ubuntu2.14 SQL version: MySQL / MariaDB memory_limit 256M 4 Core CPU, 8 GB Ram with 300GB NVME Disk[/spoiler] I [b]did/n't[/b] have a look at gitHub [spoiler=Short bug description:]Overall summary of the issue. Replace the texts inside this and the following spoilers with your description. [/spoiler] [spoiler=Details of the buggy behavior:]Try to explain in short sentences and with precise wording what happens.[/spoiler] [spoiler=¿Possible to reproduce, if so how:]step one to reproduce the problem step two step three [/spoiler] [spoiler=Expected result:]¿what should be the correct behavior? ¿what did you expect?[/spoiler] [spoiler=Screenshots:] [/spoiler] [hr][hr] information for dev and server team: [spoiler=php.error.log]LEAVE THIS AS IS, the server team will use this report if possible/necessary[/spoiler] -
Can't publish public when mentioning forum pages
https://tupambae.org/display/0ac89072-1665-60e7-066e-041381404951
-
PHP error log thrown in /src/Database/Database.php on line 191
https://tupambae.org/display/0ac89072-2065-5ead-ff32-b6e054512730
-
video bugReport bbCode [share]
https://tupambae.org/display/0ac89072-9265-57ce-55d2-246559117973