Closed satellite-no closed 1 year ago
Actually READ the form when filing an issue. primarily the top section.
closed based on title.
Sort of rude saying "Actually READ the form when filing an issue." then closing out an otherwise ok issue just because its title incorrectly. Did not even link to relevant docs or anything.
This is a great project that offers a lot of great features and services but from what i've seen from interactions on issues many of the maintainers are quite rude. I would not expect this of an open project and especially one that is trying so hard for sponsors and monetary contributions.
What are you supposed to name it if you dont know the "actual bug".. the point of a bug report is to report an issue as seen from an end user, the community should diagnose the "actual bug" as many end users are not versed in finding these things out.
Sort of rude saying "Actually READ the form when filing an issue." then closing out an otherwise ok issue just because its title incorrectly. Did not even link to relevant docs or anything.
In the future it will likely be autoclosed by a bot instead. But I could've been more polite and you could've actually read it. Two wrongs do not make a right, but it also doesn't make a valid bug report.
This is a great project that offers a lot of great features and services but from what i've seen from interactions on issues many of the maintainers are quite rude.
You're correct, I've seen more staff members being done with the usual "user fucks something and files a bugreport"-bugreports.
We should more clearly explain in the issue template, that all reports that are not proven to be code related, should be filed as a ticket with our support staff and not as a bug report.
I'll adapt it right away.
especially one that is trying so hard for sponsors and monetary contributions.
We're not trying very hard in my opinion,, it's only a fraction of my time as project-lead going into that. Nor do we ever hint at it in tickets or something.
There is one thing on the frontpage and it's in the App description, but that's it. That's mostly there because iX Systems doesn't allow a clean "donate" button like unraid does and I myself are not quite happy with those nags either.
Why is it there then? because we want to make clear, that people should not expect Open-Source projects to stay maintained if the bill ain't payed. Having enough donations is simply a make-or-break in the long(er) term, not a current goal we heavily push for.
Our current priority focusses are: our new common chart, certificate system, postgresql backend and Enterprise train. Definately not monetisation.
Thank you for the long response if not still passive aggressive. For your reference the below reddit demonstrates how TrueCharts is viewed in the community. I thought it was just me but I've worked with many OSS projects and this is a very negative experience.
modbreak We're okey with feedback, but github is not the place to links to campaign to disgrace projects. Regardless of which project it is.
Thank you for the long response if not still passive aggressive. For your reference the below reddit demonstrates how TrueCharts is viewed in the community. I thought it was just me but I've worked with many OSS projects and this is a very negative experience.
There was not a cent of passive aggression intended in that response.
This issue is locked to prevent necro-posting on closed issues. Please create a new issue or contact staff on discord of the problem persists
App Name
paperless-ng
SCALE Version
22.12.0
App Version
1.12.2_7.0.28
Application Events
Application Logs
paperless-ng-redis-0:
Describe the bug
When trying to install paperless-ng the deployment just sits at the "Deploying 2/3" for ever.
To Reproduce
Follow procedure to install paperless-ng changing the required username and password.
Expected Behavior
Services startup as expected.
Screenshots
Additional Context
NA
I've read and agree with the following