#830: burn baba burn!
---+
Reporter: Buginator | Owner:
Type: defect | Status: new
Priority: major | Milestone: 2.2.2
#769: Add a "north" pointer for the radar
-+--
Reporter: Buginator | Owner:
Type: enhancement | Status: closed
Priority: major | Milestone: 2.2.2
#770: Sound patch which should vastly help our sound issues.
-+--
Reporter: Buginator | Owner:
Type: defect| Status: closed
Priority: major
Unless someone throws a fit, I plan to make a 2.2.2 release this
weekend. Most likely on Sunday.
I will do the windows & linux tarball, so we just need the Mac release as well.
___
Warzone-dev mailing list
Warzone-dev@gna.org
https://mail.gna.org/listi
#770: Sound patch which should vastly help our sound issues.
-+--
Reporter: Buginator | Owner:
Type: defect| Status: closed
Priority: major
It has come up that some of the resolutions we currently use for trac
can seem to be a bit harsh in tone.
Mainly, the issue is, if a user has some kind of feature request, then
what should be done with it?
If we close it as invalid, that could be conscrewed as us telling them
to bugger off...
If
sounds good with what you said... perhaps answer with
1 will be done eventually...
2 will be done only if you can find someone to do it...
3 can not be done due to game engine restraints...
4 will never be done as it is too code complicated / or / already
exists in some other game ... etc.
_
Hi!
Am Samstag, 22. August 2009 00:29:03 schrieb bugs buggy:
> It has come up that some of the resolutions we currently use for trac
> can seem to be a bit harsh in tone.
>
> Mainly, the issue is, if a user has some kind of feature request, then
> what should be done with it?
>
> If we close it as
*After* the 2.2.2 release, I was thinking we should upgrade our SVN
repo( svnadmin upgrade) to svn version 1.6.4.
Any objections to this? It makes quite a few things easier on us
(merges), see the release notes here:
http://sourceforge.net/apps/wordpress/sourceforge/2009/08/07/subversion-upgraded
#831: Xcode project on trunk needs a few files to compile after challenges
update
+---
Reporter: blb |Type: defect
Status: new |Priority: major
Milestone:
#832: Score table not showing top line
--+-
Reporter: Powzone|Type: defect
Status: new|Priority: minor
Milestone: unspecified| Component
On Fri, Aug 21, 2009 at 06:29:03PM -0400, bugs buggy wrote:
...
> Mainly, the issue is, if a user has some kind of feature request, then
> what should be done with it?
>
> If we close it as invalid, that could be conscrewed as us telling them
> to bugger off...
> If we don't close it, then it clo
#770: Sound patch which should vastly help our sound issues.
-+--
Reporter: Buginator | Owner:
Type: defect| Status: closed
Priority: major
On 8/21/09, Stephen Swaney wrote:
> One way is simply to have a separate tracker for feature requests.
> However, as cybersphinx points out in IRC, having everything in one
> database has certain advantages. If we had a separate 'feature
> request' type, it would solve that problem.
Then aga
On Fri, Aug 21, 2009 at 9:16 PM, Stephen Swaney wrote:
> Right now, we overload 'enhancement' to mean both patches and feature
> requests. Ideally, we want to be able to separate the bugs and
> patches from feature requests which are often useless.
The last time I brought this up, the reply was
On 8/22/09, bugs buggy wrote:
>
> I don't think we can do that, without modifying the source code. I
> think Giel would know what can / can't be done the best, he seems to
> know more about trac than the other devs.
>
I just found this, this looks like it would be a nice enhancement for us.
ht
#833: collection of CAMPAIGN savegames for 2.2.x
---+
Reporter: Buginator | Owner:
Type: task | Status: new
Priority: major | Milestone: 2
On Fri, Aug 21, 2009 at 5:06 PM, bugs buggy wrote:
> *After* the 2.2.2 release, I was thinking we should upgrade our SVN
> repo( svnadmin upgrade) to svn version 1.6.4.
>
> Any objections to this? It makes quite a few things easier on us
> (merges), see the release notes here:
> http://sourceforge
#756: Crash if map preview during map download
+---
Reporter: Per | Owner:
Type: defect | Status: new
Priority: minor
19 matches
Mail list logo
