Community bugtracker is up @ il2bugtracker.com

[albx]

Originally Posted by Ataros

albx, can you check what can be wrong?

When I posted my 1st test bug it appeared only once. Maybe Java must be allowed in a browser? (I did allow it)

don't know, need to check if is something else...

[Ataros]

Originally Posted by albx

don't know, need to check if is something else...

luthier has same issue, see UPD. above

JavaScript does not matter...

[ZG15_FALKE]

I suggest we have a project for every release.

Within on of those projects the incoming bug reports should be checked for being provided with the necessary information.
Only after being checked and being complete in terms of necessary information provided, a bug report should then be assigned to Luthier for nearer observation and feedback requests or status info concerning this bug report.

Otherwise dev team gets spammed and will soon loose interest.
Providing all necessary information for a bug report should be done by the community to get some workload impact off the devs shoulders.

Maby this is a topic which is to be talked about e.g. via TS / Skype?!

[41Sqn_Banks]

Originally Posted by ZG15_FALKE

I suggest we have a project for every release.

You mean one project for every release version? Or one project for CoD and one for sequel (aka BoM)?

Within on of those projects the incoming bug reports should be checked for being provided with the necessary information.
Only after being checked and being complete in terms of necessary information provided, a bug report should then be assigned to Luthier for nearer observation and feedback requests or status info concerning this bug report.

Otherwise dev team gets spammed and will soon loose interest.
Providing all necessary information for a bug report should be done by the community to get some workload impact off the devs shoulders.

Agreed. I don't think we can enforce a high quality standard for incoming reports. Therefore only reviewed bug reports (confirmed, complete, ...) should be assigned to luthier or one of the devs. It is possible to allow only admins/moderators to assign a report to a person?

[ZG15_FALKE]

Originally Posted by 41Sqn_Banks

You mean one project for every release version?

I would suggest one project per released version and correspondingly named. Makes it easier to keep trrack for which version/bugfix the bug or feature was reported/requested.

Originally Posted by 41Sqn_Banks

It is possible to allow only admins/moderators to assign a report to a person?

Yes, sure is!

[41Sqn_Banks]

Originally Posted by ZG15_FALKE

I would suggest one project per released version and correspondingly named. Makes it easier to keep trrack for which version/bugfix the bug or feature was reported/requested.

I've seen that it is possible to add a new versions in the settings. Don't know if this is the feature you are looking for.

Yes, sure is!

This should do it. IMHO reporters don't need to assign a issue. The managers/moderators could manually assign a issue or use the auto assignment by category to assign it to a certain manager/moderator that is responsible for reviewing it. After review it is assigned to luthier.

[Ataros]

Originally Posted by ZG15_FALKE

I would suggest one project per released version and correspondingly named. Makes it easier to keep trrack for which version/bugfix the bug or feature was reported/requested.

Then unfixed bugs have to be imported from the old project to the new one or not? It may become confusing for the devs to keep track of 3-4 projects.

Dev-heaven has a separate column for version #. Maybe they configured it somehow? https://dev-heaven.net/projects/cis/issues?query_id=30
Proposals for future are marked as NEXT GEN version.

[FG28_Kodiak]

Originally Posted by Ataros

Then unfixed bugs have to be imported from the old project to the new one or not? It may become confusing for the devs to keep track of 3-4 projects.

Dev-heaven has a separate column for version #. Maybe they configured it somehow? https://dev-heaven.net/projects/cis/issues?query_id=30
Proposals for future are marked as NEXT GEN version.

Added the column "Zielversion" may be the translation is target version.

[41Sqn_Banks]

Originally Posted by Ataros

Then unfixed bugs have to be imported from the old project to the new one or not? It may become confusing for the devs to keep track of 3-4 projects.

Dev-heaven has a separate column for version #. Maybe they configured it somehow? https://dev-heaven.net/projects/cis/issues?query_id=30
Proposals for future are marked as NEXT GEN version.

I've created a version (1.05.xxx), issues can now be assigned to this "target version", however my impression is normally used to define the version that should fix the issue. Maybe we can misuse is to define the version where the issue occurred?