Jump to content
Sign in to follow this  
Dwarden

Community driven Bug&Issue Tracker (CIT) for ARMA 2: Operation Arrowhead and ARMA 2

Are You going to use CIT ?  

247 members have voted

  1. 1. Are You going to use CIT ?

    • Yes - I would like help developers to easily find and fix my issue
      245
    • No - I'm not interested in helping developers
      8


Recommended Posts

not easy for me I'm french quebecois I translated the text with google. or I should afiche bug on the Bohemia Interactive Forums.

Share this post


Link to post
Share on other sites

Anyone noticed the SOV has missing textures on some beam when AI or players occupies it?

Share this post


Link to post
Share on other sites

hello, I am looking at all these posts, I have an above average interest an knowledge about ICT and it is ABSOLUTELY UNCLEAR what is CIT and how to use it.

Is CIT the automatic message from Windows to report the error to Microsoft when an app crashes?? is that it??

Or should i fill in a report anyway?

Share this post


Link to post
Share on other sites

sry,dont get this to close to ya,but please use your brain.

i mean....

Is CIT the automatic message from Windows to report the error to Microsoft when an app crashes?? is that it??

...c'mon,thats more than just retarded,right ?

so just read the first post and follow the steps.then everything will be fine.

:rolleyes:

Share this post


Link to post
Share on other sites

I think the following fields could be hidden from normal users (or clearly grouped "Don't fill these"):

- Assigned to

- Start and due date

- Estimated time

- % Done

- Target version

(sure, the fields are explained on the help page but it would be a tiny usability improvement)

Share this post


Link to post
Share on other sites
I think the following fields could be hidden from normal users (or clearly grouped "Don't fill these"):

- Assigned to

- Start and due date

- Estimated time

- % Done

- Target version

(sure, the fields are explained on the help page but it would be a tiny usability improvement)

not possible atm. maybe in future releases of Redmine ...

it's quite demanded so i hope it gets added

Share this post


Link to post
Share on other sites

You should have a button in the UI that automatically links to the CIT and automatically fetches the appropriate diagnostic files (like the crash dump, the DirectX log) and maybe opens the default screenshot folder so that basic, non-technical minded people can quickly give feedback.

Trying to find the Crash Dump file is not as straight forward for an average user as you might think.

Share this post


Link to post
Share on other sites

it's 3rd party community project so such idea is higly unrealistic

Share this post


Link to post
Share on other sites

Just discovered that two tickets relating to the BIS artillery system, one by me about how it reloads ammo and another by Das Attorney about a bug in the latest beta had their status changed by a non-BIS person for very questionable "stylistic" reasons.

I find it highly distressing that a self-appointed censor is altering tickets in such a high-handed and blatently political manner. The effect has destroyed the credibility of CIT in such a way that I may never totally trust it again.

At this point I'd prefer that BIS run it's own bug report system with properly vetted staff managing it. Having a 3rd party in charge always had the potential for tampering. Additionally, the host server of dev-heaven.net has proven to be less reliable than hoped, with a much higher rate of downtime than what is expected for professionally managed sites.

Share this post


Link to post
Share on other sites

the management of tickets is done by DH CIT staff and also by myself (rarely some other developer like Suma) ...

yet managing CIT eats quite an amount of time

and everyone of them doing it for free as volunteers (same as moderators here in forums)

it's standard response to demand more simpler, clear, less cluttered reports or better

(or at least some) repro mission and so on (i do it myself often on CIT)...

considering your tickets got status changed from New to Feedback

http://dev-heaven.net/issues/14174

http://dev-heaven.net/issues/14213

it shows You not ever took time to learn what each CIT ticket status means .. .

http://dev-heaven.net/projects/cis/wiki/Workflow

there is no altering which could be considered wrongful (noone tampers with text in negative way)

and CIT team does theirs part quite well in past year

(which is obvious considering me and other staff using it and we even reflect it in our changelogs or forums posts)

CIT is endorsed by me in this very same forum You complain about it

the stability of dev-heaven.net host is related to upgrades of theirs hw / sw

and of-course the huge amount of traffic it receives now

due to hosting many ARMA 2 related projects interesting for public ...

still i can twist this in style that e.g. YT is less stable for me than DH ...

but hey YT is hosted by pros right?

also please not that bugs are analysed and fixed on order decided by our staff not CIT nor bug reporters so the priority or status on CIT is purely informative but not definitive ...

Share this post


Link to post
Share on other sites
Just discovered that two tickets relating to the BIS artillery system, one by me about how it reloads ammo and another by Das Attorney about a bug in the latest beta had their status changed by a non-BIS person for very questionable "stylistic" reasons.

I find it highly distressing that a self-appointed censor is altering tickets in such a high-handed and blatently political manner. The effect has destroyed the credibility of CIT in such a way that I may never totally trust it again.

At this point I'd prefer that BIS run it's own bug report system with properly vetted staff managing it. Having a 3rd party in charge always had the potential for tampering. Additionally, the host server of dev-heaven.net has proven to be less reliable than hoped, with a much higher rate of downtime than what is expected for professionally managed sites.

Can you remove any personal differences you seem to have had in the past (with the admins?) and take this from a fresh perspective? kju does this to *many* tickets, he isn't singling you out. He's done it to mine a lot, mostly because I have a hard time explaining things clearly without unnecessary details that confuse the matter. It sounds like a similar situation here. It is frustrating sometimes, because of the terse and almost canned nature of his responses, but he has a ton of bugs to sort thru. If BIS was capable and interested in hosting their own bug tracker, I'm sure they would have done it by now. But quite the contrary, they view the CIT as a success. (see biki OA faq responses)

Your claims of 'high handed and highly political' behavior I find quite ridiculous and deliberately dramatic. Considering your obvious intelligence and great contributions to the community and game, (like ECHO) I did not expect this from a person of your stature. The CIT has proved itself time and again, by providing a platform in which work gets done to fix game bugs quickly and provide a democratic way for people to suggest feature changes. Your post lacks any respect or acknowledgment for the success that have brought to the BIS development and beta process. (and the people that volunteer managing it are a big part of it) The staff's purpose is to vet tickets that come in for key factors dealing in the reproduction of the issue. This includes specific repro steps (of which you had none), a repro mission (if applicable) focusing on the bug in question that clearly shows the issue without any other code etc. (your submission was a demo mission for ECHO) These things you view as obstacles are basic requirements of QA testing. (I actually know, I worked as one) If anything, the CIT is actually lenient on the requirements, as it doesn't expect everyone to be a properly trained QA specialist. The requirements exist to minimize the amount of time wasted by the developer addressing the issue. If Suma has to spend ~30 minutes making a specialized test mission to reproduce an issue, that is a failure and waste of resources. This is an area that kju is directly responsible for, verifying tickets are in a suitable state for the dev team to process, before they are sent off.

In any case, the foundations and standards of the CIT aren't personal, try not to treat them as such. Without them, BIS would get nothing done because the place would be a mess. The requirements for reporting have always been here, so it is bewildering that you are crying 'conspiracy' here.

Please reconsider your opinion. If you'd like to say kju, et al suck, by all means do that. But please don't bring the CIT down with you. The CIT and it's volunteer staff have done far too much good for this game to be treated like that. (I'm not expecting you to love them either!) As a side note, I bet you could volunteer yourself to get a taste and perhaps gain a new perspective on why things are done the way they are.

With the utmost respect,

oktane

(a user and reporter on the CIT/ex-full time QA employee)

Share this post


Link to post
Share on other sites

Included in this thread is a poll asking for opinions of whether to support BIS developers via CIT. I gave my opinion and as a courtesy expressed why I hold that opinion.

Dwarden:

I do note the efforts of the other CIT staff and your endorsement of them.

I find the fact the non-BIS people are altering anything in a ticket report -- uncomfortable.

I provided a detailed report that took hours to prepare and write up. To have kju dismiss it as incomplete was incorrect, and noisy was his opinion. Including those derisive comments as well as down-grading the status reduced the likelyhood of that problem and the one by Das Attorney being investigated by BIS.

Furthermore the inference that I needed to know how to make a bug report is frankly insulting. I worked for nearly a quarter century in supercomputing center that was subject to quality-assurance audits and routinely graded as world class. I know what a professional trouble ticket system is, how to interact with users ( including the difficult cases ), and what data a programmer expects to debug a problem. I can back up these statements by PM if you doubt me.

oktane:

While kju was the person involved in my complaint it's not about him. This case just highlights a systematic problem and that makes it worthwhile to bring up on the forum. Otherwise I'd deal with it between kju and myself.

You note my stature in the community. That is the opinion of others, if anything it's appreciation for working hard for them trying my best to provide good code and backing that up with the kind of support I gave when I worked for a living. If my complaint offends, understand I complain on behalf of the users I serve.

In honest disclosure, part of the distrust of CIT is due to overt and documented defacement of tickets for another project by members of that team. I'm not saying that the same parties are involved in this instance, I have no proof of that and it'd be wrong to make that claim.

But there is the fact that people other than BI staff feel obligated to comment on the worth of ticket and set the status is a problem. It smacks of goal-keeping, blocking access to the real developers.

As per downtime rate of server. It's notable and rarely explained why the frequent outages occur. Building a system that provides 4 nines of reliability ain't that hard. DH should maintain that level or better if it's to be taken seriously.

Share this post


Link to post
Share on other sites

anyway to debunk Your post

"non-BIS people are altering anything in a ticket report -- uncomfortable"

then You shall feel same about posting on this forum where moderators are 'non-BI' also

"kju dismiss it as incomplete was incorrect, and noisy was his opinion"

if it was dismissed it would be rejected or closed ... seems like You miss the point of status types again ...

kju is CIT manager and one of the key persons behind it and does this daily on CIT and it's correct in 99% cases ...

maybe You shall recheck Your text to make report more easier to read or be understood

"CIT is due to overt and documented defacement of tickets for another project by members of that team"

i find this as offense against myself because i'm taking active part in the CIT and in whole time it exists i have yet to see usable ticket to 'vanish'

"notable and rarely explained why the frequent outages occur."

...there is 24/7 wave covering the server outages of any DH service ...

downtimes happen especially when You upgrading to 'stabler' releases which breaks more than it solve ...

happens to any website around web from time to time ...

anyway it seems You have grudge against DH group and decided to project it thru CIT and these forums

did you even noticed Your ticket is set to Feedback, that mean You shall improve such ticket ?

"feel obligated to comment on the worth of ticket and set the status is a problem. It smacks of goal-keeping, blocking access to the real developers."

seems You not aware aware of redmine limitations or CIT management rules or staff etc?

anyway unless You have anything contructive to say ... i consider the case closed :jail:

Edited by Dwarden

Share this post


Link to post
Share on other sites

Think somebody could post up an ticket about the AH-1 Cobra not having any hud view for the instruments. AH-64 hud view is fine but the AH-1 has no hud instruments. Iv post an topic on this link http://forums.bistudio.com/showthread.php?t=108817 with an pic showing that there is no hud for the AH-1 Cobra. I cant log into the tracking sit for some reason. This would be an very nice fix.

Share this post


Link to post
Share on other sites

The last time I played arma was the steam demo.

It left a black and yellow loading bar in the middle of my screen(s). I wasn't sure it was arma, until I again tried to load the program, and now I have these huge black and yellow bars for my desktop. Windows (7) won't load a fresh desktop theme. I tried uninstalling the game, restarting the game several times and nothing changes now.

I haven't seen the problem posted.

System:

I7 920; Radeon 5870;triple screen mode. 12gigs of ram; creative sound; dual SD raid with an areca raid card. MB=Asus Rampage Extreme II

Share this post


Link to post
Share on other sites
The last time I played arma was the steam demo.

It left a black and yellow loading bar in the middle of my screen(s). I wasn't sure it was arma, until I again tried to load the program, and now I have these huge black and yellow bars for my desktop. Windows (7) won't load a fresh desktop theme. I tried uninstalling the game, restarting the game several times and nothing changes now.

I haven't seen the problem posted.

System:

I7 920; Radeon 5870;triple screen mode. 12gigs of ram; creative sound; dual SD raid with an areca raid card. MB=Asus Rampage Extreme II

could You post it on CIT? and please include screenshot ...

---------- Post added at 00:40 ---------- Previous post was at 00:18 ----------

i'm also going to stress out

if You know bug, which is not yet listed on CIT then please post it there !

thanks

Share this post


Link to post
Share on other sites

updated the main new CIT ticket picture to cover latest changes

roadmap now covers progress on DLCs too ...

Share this post


Link to post
Share on other sites

How many reported issues I need to become listed here as a reporter here:

http://dev-heaven.net/projects/cis

My reported issues is now 6 and I found atleast 10 people on that list that have reported only 0-4 issues.

This is not a competition, but it would be nice to feel myself beeing part of the big project to make Arma 2 series even better.

Share this post


Link to post
Share on other sites

it's just giving you ability to assign tickets including to yourself

it's nothing that special, any usable report counts

Share this post


Link to post
Share on other sites

as of today OpenID login is supported by CIT !

Share this post


Link to post
Share on other sites
Fix SetMimic command

So something that is only effecting cutscenes depicting soldier's faces is the most important bug to fix?

Oh cmon :)

Share this post


Link to post
Share on other sites

IMHO voting should be disabled completely as it turns the Bugtracker into a popularity contest. The only instance i would accept to judge about importance are the developers themselves.

Just to make it clear: even if it would be handled this way i wouldn't see the "features" i've reported any higher than they are right now. So don't jump on the "myke is frustrated that his reported bugs are rated rather low" train.

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
Sign in to follow this  

×