Is this a question or an error. Maybe it’s an improvement request.

Submitted by Lennart Kats on 8 July 2011 at 17:19

On 8 July 2011 at 18:09 Sander Vermolen commented:

Yup, that’s right. Developers are free in choosing what types of issues they want. I also allow them not to have types. Does this pose a problem?


On 8 July 2011 at 18:24 Lennart Kats commented:

For a recent issue I submitted, I forgot to set the type: researchr/270. I wanted to set it to ‘question’, but the system didn’t tell me that I forgot to set it and also wouldn’t allow me to change it afterwards using ‘edit issue’ :o


On 9 July 2011 at 10:38 Sander Vermolen commented:

Tags are always the key in YellowGrass :p Issue types are just meta-tagged tags. To turn an issue into a question, just tag it ‘question’.


On 9 July 2011 at 11:25 Lennart Kats commented:

Yeah, I realize that. But I don’t have the right permissions to set tags in the researchr project :o)


On 9 July 2011 at 11:38 Sander Vermolen commented:

Ah no, you cannot do this in projects you are not a member of. YellowGrass issues are a ‘fire and forget’ principle. Once submitted you should not try to meddle with things anymore. If the project is not yours, you pass the responsibility on to the developers.

Now, I know that one can edit issues after submission. This breaks the principle and may be somewhat confusing. I guess it should be disabled. But of course this won’t solve your issue, only make clearer that what you desire is not supposed to be supported.


On 9 July 2011 at 16:05 Lennart Kats commented:

I edit issues all the time, fixing minor mistakes or omissions :) The one linked here I edited to fix the link. And if I could I would have added that question tag that I forgot.


On 9 July 2011 at 17:44 Sander Vermolen commented:

Yeah, I do that too. That’s why editing an issue is possible even when one is not a project member. Yet, it is dangerous. Issues must not be changed by non-project members while they are being fixed. There should be some mechanism that should allow the submitter to change mistakes, yet that prevents changes once the issue has started to be processed by developers. Not sure what. Maybe a timing mechanism. I need to think about this. If you have ideas, let me know.


On 9 July 2011 at 17:44 Sander Vermolen tagged 1.14

On 20 July 2011 at 15:53 Sander Vermolen tagged 1.20

On 20 July 2011 at 15:53 Sander Vermolen removed tag 1.14

On 5 August 2011 at 16:10 Sander Vermolen commented:

I do not know a solution now. Marking it for a future release.


On 5 August 2011 at 16:10 Sander Vermolen tagged future

On 5 August 2011 at 16:10 Sander Vermolen removed tag 1.20

On 2 January 2013 at 19:14 Eelco Visser commented:

Does not fit in the yellowgrass interaction model. Won’t fix.


On 2 January 2013 at 19:14 Eelco Visser closed this issue.

On 2 January 2013 at 19:14 Eelco Visser tagged wontfix

On 2 January 2013 at 19:14 Eelco Visser removed tag future

Log in to post comments