25 replies to this topic

[Jon]

Please use the AutoIt Trac system for asking for new features:

http://www.autoitscript.com/trac/autoit

New forum threads have been disabled - but replies for existing feature requests and feedback in this thread are allowed.

Edited by Melba23, 19 June 2012 - 09:07 AM.
URL updated

[BrettF]

Awesome... Was wondering if you were going to do this when I had a closer look at the bug tracking system... Good Job! Should make it much easier

[Koshy John]

Please use the AutoIt Trac system for asking for new features:

http://svn.autoitscript.com/trac

New forum threads have been disabled - but replies for existing feature requests and feedback in this thread are allowed.

What about accepted requests that are in line in the 'Feature Requests (Possible)' sub-forum? Will they be processed from within the sub-forum or will they be merged with into the trac system?

I'm assuming that the new sub-forums have been redundated with the 'trac' system (other than for archival purposes). So basically in the future if someone wants to put up a request, they should first search the request forum and then the 'trac' system before putting up a request?

[Valik]

What about accepted requests that are in line in the 'Feature Requests (Possible)' sub-forum? Will they be processed from within the sub-forum or will they be merged with into the trac system?

It's up to the individual developer who decides to implement something whether they want to keep it on the forum or move it to Trac. I preferred Trac, so I moved the things I knew I was going to have to do myself.

I'm assuming that the new sub-forums have been redundated with the 'trac' system (other than for archival purposes). So basically in the future if someone wants to put up a request, they should first search the request forum and then the 'trac' system before putting up a request?

Unfortunately, until Trac gets a history built up of rejected features, that is indeed what people must do in order to avoid asking for things we've already rejected.

By the way (General statement to all, not just the person I'm quoting), just because we have a proper issue tracker now doesn't mean the features in the "Things NOT on the ToDo List" can be asked. They are still just as verboten on Trac as they are on the forum. Come to think of it, if I'm terribly bored one day, I should probably create a ticket for each feature, explain why we aren't doing it (AKA copy and paste from the aforementioned thread) and close it in an effort to curb the inevitable requests by providing something that'll show up in a search result.

[therks]

Would it be frowned upon if users took it upon themselves to copy their feature requests (that appear in the "Possible" forum) to the Trac system? Or should we just leave it for you guys?

[Valik]

Would it be frowned upon if users took it upon themselves to copy their feature requests (that appear in the "Possible" forum) to the Trac system? Or should we just leave it for you guys?

Given that there's only 3 features in the Possible sub-forum, sure, go ahead. Just bump your thread after you create the ticket (link to the ticket) and I or somebody else will move the thread to get rid of it.

[Jon]

By the way (General statement to all, not just the person I'm quoting), just because we have a proper issue tracker now doesn't mean the features in the "Things NOT on the ToDo List" can be asked. They are still just as verboten on Trac as they are on the forum. Come to think of it, if I'm terribly bored one day, I should probably create a ticket for each feature, explain why we aren't doing it (AKA copy and paste from the aforementioned thread) and close it in an effort to curb the inevitable requests by providing something that'll show up in a search result.

Remember that you can create wiki pages in Trac too. We should probably create ones for things like this, process, to do lists, when we are bored

[Valik]

Remember that you can create wiki pages in Trac too. We should probably create ones for things like this, process, to do lists, when we are bored

Perhaps I should just copy that information to a Wiki page and then create bugs and just link to that page. I still think creating bugs is a good idea for the 1 or 2 people who actually search first instead of just assuming they're brilliant and are the first person to ever come up with an idea they think will revolutionlize everything.

[therks]

Would it be possible to get a link to Trac at the top of the forum somewhere? Maybe up beside the Blogs link?

[Valik]

Stop being dicks, folks. If a developer closes a ticket and says it's rejected, don't go behind them and re-open it just because you disagree. ESPECIALLY if it's an unreasonable request. Try to exercise some common sense and let's not ruin the issue tracker, okay?

[GaryFrost]

I think someone needs to "spell" out what a feature request is and is not.

UDFs are definitely "NOT".

[SlimShady]

Stop being dicks, folks. If a developer closes a ticket and says it's rejected, don't go behind them and re-open it just because you disagree. ESPECIALLY if it's an unreasonable request. Try to exercise some common sense and let's not ruin the issue tracker, okay?

Wouldn't be easier if you limit the permissions for users?

[Jon]

I didn't think you could restrict this (from the interface) but I found an .ini setting that will restrict it. Thing is, do we want to stop people reopening, in case we made a mistake and didn't understand the orginal report? Idiots will probably just recreate the ticket anyway.

[Valik]

Right now, idiots are re-opening tickets they have no business re-opening. So I'm not sure what's worse, to be honest.

[James]

Well you can reply to a closed ticket!

@Jon, why don't you link this forum db with the tracker one?

[Jon]

Well you can reply to a closed ticket!

@Jon, why don't you link this forum db with the tracker one?

Don't have the skills.

[James]

Well, I am guessing (I'm not experienced and may very well be wrong) but, the trac must already use a MySQL system so all you would need to do is change the config file to use the forum one sounds simpler than it is more than likely.

[Valik]

Because forum data is totally going to be stored like issue tracking data, right?

[Jon]

Well, I am guessing (I'm not experienced and may very well be wrong) but, the trac must already use a MySQL system so all you would need to do is change the config file to use the forum one sounds simpler than it is more than likely.

There's no standard way for storing user names and password and groups in a database. Even if they were both stored in MySQL. Which they are not

MySQL is just a database anyway - there is no special "username/password" way of storing things. The forum could use a column called "forumid" with passwords stored in some forum encoded system, trac could use something else entirely with MD5 hashed passwords.

So, to get the two to work together we can either find some code on the net that can do a conversion or spend a week or two writing it ourselves. I found something that may enable the wiki to use forums usernames (maybe) but nothing for the Trac so far.

[James]

Shame, ah well. Can we not register?