This site uses cookies. By continuing to browse the site, you agree to our use of cookies. Find out more about cookies.
Skip to main content
Metadecidim's official logo
  • English Triar la llengua Elegir el idioma Choose language
    • Català
    • Castellano
Sign Up Sign In
  • Home
  • Processes
  • Assemblies
  • Initiatives
  • Consultations
  • Conferences
  • Help

Support Forum

#supportforum Any doubts or questions on how to use Decidim? Check them with the Community!

  • The process
  • I have a question
  • Community Tutorials
chevron-left Back to list

Please re-enable GitHub issues

Avatar: Antti Hukkanen Antti Hukkanen
08/02/2019 15:58  

Dear Decidim,

While I appreciate your efforts to eat your own dogfood, I I find in horribly devastating for the community that you have decided to disable posting new GitHub issues.

As an example, I'd like to ask you to try to format a Decidim proposal similar to this issue at GitHub:
https://github.com/decidim/decidim/issues/4660

This types of issues that provide technical information and possibly ways to solve the issue will be lost in the wind because of the decision to disable GitHub issues. For developers, I believe my GitHub issue provides much more information for finding a solution and reaching a conclusion than those few lines I am limited with a Decidim proposal.

Thank you for your attention.

(While posting this proposal, my initial title was too short and my body exceeded 1000 characters.)

...CONTINUED IN THE COMMENTS...

  • Filter results for category: Other Other
Endorsements count0
Please re-enable GitHub issues Comments 29

Reference: MDC-PROP-2019-02-14243
Version number 1 (of 1) see other versions
Check fingerprint

Fingerprint

The piece of text below is a shortened, hashed representation of this content. It's useful to ensure the content hasn't been tampered with, as a single modification would result in a totally different value.

Value: 831f6230f3ba1b6d71d717e839087a0b92815d66c875ad69ffbc0ece1ff9e4ac

Source: {"body":{"en":"Dear Decidim,\r\n\r\nWhile I appreciate your efforts to eat your own dogfood, I I find in horribly devastating for the community that you have decided to disable posting new GitHub issues.\r\n\r\nAs an example, I'd like to ask you to try to format a Decidim proposal similar to this issue at GitHub:\r\nhttps://github.com/decidim/decidim/issues/4660\r\n\r\nThis types of issues that provide technical information and possibly ways to solve the issue will be lost in the wind because of the decision to disable GitHub issues. For developers, I believe my GitHub issue provides much more information for finding a solution and reaching a conclusion than those few lines I am limited with a Decidim proposal.\r\n\r\nThank you for your attention.\r\n\r\n(While posting this proposal, my initial title was too short and my body exceeded 1000 characters.)\r\n\r\n...CONTINUED IN THE COMMENTS..."},"title":{"en":"Please re-enable GitHub issues"}}

This fingerprint is calculated using a SHA256 hashing algorithm. In order to replicate it yourself, you can use an MD5 calculator online and copy-paste the source data.

Share:

link-intact Share link

Share link:

Please paste this code in your page:

<script src="https://meta.decidim.org/processes/supportforum/f/705/proposals/14243/embed.js"></script>
<noscript><iframe src="https://meta.decidim.org/processes/supportforum/f/705/proposals/14243/embed.html" frameborder="0" scrolling="vertical"></iframe></noscript>

Report inappropriate content

Is this content inappropriate?

Reason

29 comments

Order by:
  • Older
    • Best rated
    • Recent
    • Older
    • Most discussed
Avatar: Antti Hukkanen Antti Hukkanen
08/02/2019 15:58
  • Get link Get link

While Decidim is a great software (for what it is meant for), it is not a software that has been designed to report technical issues and collaboratively work against fixing those. To me, fixing a technical bug should not introduce a democratic process overhead, it makes it way harder for everyone involved. There is also a much higher barrier for me to log in to Metadecidim and browse through those ~10 steps of navigation that I'm required to do to post a bug report (+ to fix all the unnecessary errors reported by the mandatory etiquette validator). On the other hand, in GitHub, I can just click Issues => New.

Another benefit of using GitHub is that it autosaves what I've written already to the issue. Therefore, if I get caught up with something else (leaving the issue in another tab), I can just return to GitHub, go back to Decidim issues and my issue is automatically there, even if I turned off my computer in-between. In Decidim, I would be required to save my proposal for this.

Conversation with Antti Hukkanen
Avatar: Antti Hukkanen Antti Hukkanen
08/02/2019 15:58
  • Get link Get link

For me, disabling adding GitHub issues will drastically lower the amount of issues I will be posting. If it makes you feel better, at least at your end it will look like you have less bugs in the software. :)

The correct tool should be used for what they are meant for. You wouldn't hammer a nail using a screwdriver, would you?

Avatar: JosanFFiG JosanFFiG
11/02/2019 18:43
  • Get link Get link

There is no intention to pretend that the software has fewer mistakes than it actually has: not at all!
The idea is to manage everything without dying in the attempt, with the resources we actually have.

Avatar: JosanFFiG JosanFFiG
11/02/2019 18:44
  • Get link Get link

mistakes = bugs

Avatar: Andrés Andrés verified-badge
08/02/2019 17:41
  • Get link Get link

Hi @ahu
First of all, thanks for your feedback, as always it's spot on.

For developers, I believe my GitHub issue provides much more information for finding a solution and reaching a conclusion than those few lines I am limited with a Decidim proposal.

So, maybe one problem is that we shouldn't have such a low limit on a Decidim proposal, right?

While Decidim is a great software (for what it is meant for), it is not a software that has been designed to report technical issues and collaboratively work against fixing those.

We follow the example set by https://meta.discourse.org/c/bug

Decidim should be able to handle debates / ideas exchange.
Once a bug is detected/accepted/financed we'll move the discussion to GitHub.

Conversation with Andrés
Avatar: Andrés Andrés verified-badge
08/02/2019 17:44
  • Get link Get link

As an example, I'd like to ask you to try to format a Decidim proposal similar to this issue at GitHub:
https://github.com/decidim/decidim/issues/4660

Maybe we need something like https://meta.discourse.org/t/migrate-multisite-fails-on-second-site-when-migrating-from-scratch/108559

Another benefit of using GitHub is that it autosaves what I've written already to the issue.

Maybe this is (another) missing feature of Decidim?

Avatar: Antti Hukkanen Antti Hukkanen
26/02/2019 10:48
  • Get link Get link

These additional features would definitely help the problem but I still see the process of coming to Metadecidim an unnecessary overhead to bug reporting.

There are other projects (where I'm also involved) that allow bug reporting for developers directly at GitHub and for non-technical members of the community directly at their community site. If the community bug tracker issues are validated, they are moved to the technical bug tracker at GitHub with more technical details. GitHub works as the "master data" of the issues.

The nature of the bug reports reported to the community bug tracker is generally much "simpler" in the sense that it does not go generally further to the technical details. In my experience, they explain the bug more from the user perspective where the GitHub issues can go directly to the technical details.

I feel the same that such "generally described" issues should be kept outside of GitHub and the correct place for those is at Metadecidim.

Avatar: Virgile Deville Virgile Deville
11/02/2019 12:08
  • Get link Get link

While I think it's important to keep using Decidim to define the roadmap with the rest of the community, I agree with Antti technical bug reporting isn't best done on meta.decidim.

Let's keep the bug report space here, but I think it was a good thing we keep some flexibility and keep allowing github issues for the more extended dev community.

Conversation with Xabier
Avatar: Xabier Xabier verified-badge
11/02/2019 18:30
  • Get link Get link

@ahu thanks for you comment. I must say that I agree with what @andres said previously. This decision has been taken after a long period of internal discussion. And it is good to open up the debate.

I think it is first very important to note that bug reporting CAN still be moved and discussed on GitHub, it is simply that it needs to be originally reported here. This is a practice that has been implemented on some other projects as well. It has its pros and cons. But there is a trade off we have considered carefully: a) developers are forced to use Decidim (often for the first time), b) there can be an integrated tracking of all bugs, c) we all meet here to improve Decidim and not on GitHub where only developers meet (in a non-free, non-sovereign digital platform). We understand it might be frustrating at first, but we hope the benefits to become higher than the inconveniences.

Avatar: Xabier Xabier verified-badge
11/02/2019 18:34
  • Get link Get link

This being said, we can change this policy in the future or anybody can also push an initiative to change it.

Avatar: Virgile Deville Virgile Deville
12/02/2019 10:34
  • Get link Get link

I see what you mean ... for first time comers. Can we discuss giving the ability to report issues directly in Github for developpers already afiliated to the project (us, Antti etc.)?

I guess I'd welcome the feedback of people who already are part of the Github organization and can report issues.
Do @mrcasals @oliver_valls always report bugs using metadecidim or do they file them directly on the repo ?

Avatar: Carol Romero Carol Romero verified-badge
12/02/2019 11:59
  • Get link Get link

I guess I'd welcome the feedback of people who already are part of the Github organization and can report issues. Do @mrcasals @oliver_valls always report bugs using metadecidim or do they file them directly on the repo ?

The idea is exactly that, that all project developers use metadecidim.

Avatar: Oliver Valls Oliver Valls
13/02/2019 15:45
  • Get link Get link

I like this idea of reporting to meta.decidim. @virgile_deville, until now we used to report first to meta.decidim except for very technical issues. Now we'll report everything to meta which is not bad. Maybe we should totally disable github issues and link PR directly to meta.dedicim?

Avatar: Antti Hukkanen Antti Hukkanen
26/02/2019 10:29
  • Get link Get link

Regarding these points:
a) In case the platform would be as competitive for reporting technical bugs, I wouldn't see any problem with this and I believe the change could happen naturally. Forcing people to use a specific tool sounds more like dictatorship (or corporate management) rather than democracy.

b) While I see the benefits from project management side, I just feel very confused currently browsing Metadecidim or report any issues here (compared doing that in GitHub).

I understand that Metadecidim is more than a developer community and I feel it should be kept like that. In my opinion development related bug reporting is not relevant regarding the discussion that happens here.

In my opinion the integrated tool should be GitHub and non-technical users could still leave the unformatted bug reports at Metadecidim.

c) We are talking about bug reporting here. I am not convinced that the average person would participate in a bug report that points to a line of code and suggests...

Avatar: Antti Hukkanen Antti Hukkanen
26/02/2019 10:32
  • Get link Get link

...a fix.

While GitHub is non-free and non-sovereign platform, you have decided to use that platform for code contributions for this project rather than using a free and sovereign alternative (which also exists).

GitHub also does not prevent you from detaching the issues from their platform and storing them somewhere else using their API:
https://developer.github.com/v3/issues/

Conversation with Carol Romero
Avatar: Carol Romero Carol Romero verified-badge
11/02/2019 19:14
  • Get link Get link

Hi everyone,
I agree with what is said, and I also see the pros and cons of using metadecidim as an entry point for bug reporting.
@andres commented an intermediate option that could work: keep open the creation of issues in github, with the commitment that if you create the issue, you also create it in metadecidim and link it. In this way we keep the goal of "eating our own dog food", but we allow whoever wants to report bugs exhaustively can do so with the ease that github offers. What do you think?

Avatar: Armand Armand
12/02/2019 10:02
  • Get link Get link

Without giving my point of view on the point being discussed here, may you explain why you need to centralize all the issues on metadecidim?

Avatar: Carol Romero Carol Romero verified-badge
12/02/2019 12:07
  • Get link Get link

Hi Armand, the main reason is that it is much easier to use a single space to manage bugs. If we keep metadecidim and github at the same time it can happen that the same error is reported twice, as it has already happened. We could also use github as a unique space, but we know the barrier it represents for non-developers.

Conversation with álvaro ortiz
Avatar: álvaro ortiz álvaro ortiz verified-badge
11/02/2019 22:32
  • Get link Get link

I agree that it will be harder at first to use Meta Decidim instead of Github, but I think the idea makes sense and that ultimately will make developers more aware of Decidim issues that need to improve. So +1 to this change!

Avatar: Ivan Vergés Ivan Vergés verified-badge
13/02/2019 16:04
  • Get link Get link

I'd like the idea of using MetaDecidim, however it's true that github helps a lot with formatting in order to describe what happens properly.

It would help to have more formatting options (🤔Markdown in comments and description) and more characters in the description (currently limited to 1000).

Avatar: Carol Romero Carol Romero verified-badge
13/02/2019 16:14
  • Get link Get link

+1000 to markdown formatting in Decidim! I've already changed the limit of characters to 10000.

Avatar: Antti Hukkanen Antti Hukkanen
26/02/2019 11:00
  • Get link Get link

That is a nice aspect of this topic and I also feel that developers should be using the system themselves as well. But they should be using it for what it's meant for, i.e. democratic participation.

For technical bug reporting I don't see it is the correct tool for the job. It just adds unnecessary overhead for bug reporting since there is so many different sections here at Metadecidim, as it is a place for general development discussion. In regards of bug reporting this adds many unnecessary steps (sign in => click processes => click report a bug => click report a bug AGAIN => pass the etiquette validator's dummy test of adding unnecessary words to the title => complete all the 4 steps of submitting a new bug/proposal) while they are required to keep all these possibilities in this single platform.

Avatar: Antti Hukkanen Antti Hukkanen
26/02/2019 11:07
  • Get link Get link

By the way, noticed typos in that comment that I'd like to fix by editing...

Conversation with Oliver Azevedo Barnes
Avatar: Oliver Azevedo Barnes Oliver Azevedo Barnes
26/02/2019 14:02
  • Get link Get link

Hello, totally new to Decidim, and interested in contributing as a dev. This is an interesting discussion, I see merits on all the different arguments exposed here. A few questions/suggestions from a newbie:

have you considered using Gitlab instead of Github, to stay on free/sovereign tooling (as @ahu pointed out, there are good alternatives)?


how about keeping high-level feature proposals on meta.decidim, and bugs on the code repo? Dogfooding without hampering the dev worklow too much

I can elaborate - actually started writing a huge post, but that would have been impolite =D

Avatar: Carol Romero Carol Romero verified-badge
26/02/2019 17:48
  • Get link Get link

Hi @oliverbarnes, welcome to the family! :)

As for your questions:
- Yes, we have considered Gitlab and we don't discard it out for the future.
- Ok, I agree that Metadecidim is not the best place for bug reporting, but how else do we dog fooding? Unfortunately developers don't enter Metadecidim often...

So, here's a proposal:
- For feature requests: we only use Metadecidim.
- For bug reports: non-developers use Metadecidim, devs use Github. BUT the developers enter Metadecidim to discuss/answer the bugs that are created there and, if applicable, create themselves the issue in Github. In this way, from the Product team we don't die either. 😅

I can elaborate - actually started writing a huge post, but that would have been impolite =D
Please do! :)

Avatar: Carol Romero Carol Romero verified-badge
26/02/2019 17:59
  • Get link Get link

In this respect, just a couple of explanatory notes:
- By developers in the comment above (entering to Metadecidim) I mean the current team hired by Barcelona City Council, the tasks of which have a certain scope and end date.

And related to this, a clarification:
Unfortunately, the project does not have an in-house development team (yet). I say this for all of us to be aware that at the moment the capacity to improve/expand the functionalities of Decidim is limited.

So, do we have a deal? lacking here to be able to mention to all the devs-list, as in github : __ )

Avatar: Oliver Valls Oliver Valls
01/03/2019 13:00
  • Get link Get link

@carol, we're fine reporting everything (bugs and proposals) to meta.decidim.org

Avatar: Antti Hukkanen Antti Hukkanen
06/03/2019 09:23
  • Get link Get link

@carol For me, that would be acceptable solution, so that all the technical details would be kept at GitHub and then only the description part at Metadecidim linking to the GitHub issue. I'm OK reporting it in two places that way.

Avatar: Ivan Vergés Ivan Vergés verified-badge
06/03/2019 10:29
  • Get link Get link

i agree too

Comment moderated on 27/02/2019 16:49

Add your comment

Sign in with your account or sign up to add your comment.

Loading comments ...

  • Terms and conditions of use
  • About the community
  • Download Open Data files
  • Metadecidim at Twitter Twitter
  • Metadecidim at Instagram Instagram
  • Metadecidim at YouTube YouTube
  • Metadecidim at GitHub GitHub
Creative Commons License Website made with free software.
Decidim Logo

Confirm

OK Cancel

Please sign in

decidim Sign in with Decidim
Or

Sign up

Forgot your password?