Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Tarran]

Bay2.

Who are these bay2s? We are bay12s!

[Janus]

If your are going to spend time working at switching or improving the bug tracker.  The first thing I would like is to just have 1 login for all things Bay2.  Make the bug tracker use the existing forum account database.  It would be nice to have it use the same cookie too, but that is generally harder.

Sadly, not possible to have them share cookies with the different domains (bay12forums.com vs. bay12games.com). They would have to be on the same overall domain for cookies to be shareable, though different subdomains would of course work.

[Bartleby]

I get the same crash, whenever I try to create any squad after entering the uniform type.
Using Linux 0.31.04 System Ubuntu 8.10

[FlexibleDogma]

Minor suggestion:  For 0.31.05, would it be possible for Toady to temporarily lock the thread except to certain users so Footkerchief could have a "known issues" post immediately below the announcement post?  That way he could edit that post as the bugs rear their ugly heads.  I do read entire threads, but it could be very helpful for folks who show up when a thread is 30 pages long.

Another option would be a separate, pinned known issues thread.

[Ratbert_CP]

If your are going to spend time working at switching or improving the bug tracker.  The first thing I would like is to just have 1 login for all things Bay2.  Make the bug tracker use the existing forum account database.  It would be nice to have it use the same cookie too, but that is generally harder.

Sadly, not possible to have them share cookies with the different domains (bay12forums.com vs. bay12games.com). They would have to be on the same overall domain for cookies to be shareable, though different subdomains would of course work.

Cross-domain federation is possible, but it's a royal pain in the butt to roll your own.  SOAP, backchannel token validation, etc, etc.  Of course, OpenID and similar technologies might work as well...

[Hippoman]

Is it a known bug that dwarves don't use chairs that are in the confines of a dining room?
Or that no dwarves use thier own beds.

I wish there was a way to make only certain dwaves be able to open certain doors.

[Footkerchief]

Is it a known bug that dwarves don't use chairs that are in the confines of a dining room?
Or that no dwarves use thier own beds.

I wish there was a way to make only certain dwaves be able to open certain doors.

The chairs one would probably fall under the umbrella of this one that you already reported.

The bed bug is known.

[Footkerchief]

Minor suggestion:  For 0.31.05, would it be possible for Toady to temporarily lock the thread except to certain users so Footkerchief could have a "known issues" post immediately below the announcement post?  That way he could edit that post as the bugs rear their ugly heads.  I do read entire threads, but it could be very helpful for folks who show up when a thread is 30 pages long.

Another option would be a separate, pinned known issues thread.

I'd rather not maintain a list of known issues when we have Mantis.  But it would be helpful if we launched with a link to a pre-configured filter.

[Toady One]

I vaguely remember seeing something about this before, but it looks like I'm missing a field in that filter or something.  It start with 138 issues, but when I apply it, I go back up in the 1000s.  I don't see immediately how to configure the available options.  I'm going to create the release thread now, but I can't link a filter until I know how to set one up or a good link is provided for me.

[Footkerchief]

It start with 138 issues, but when I apply it, I go back up in the 1000s.  I don't see immediately how to configure the available options.

Huh, yeah, this had come up earlier, where people were unable to filter by "Product Version".  I don't get the problem you described on my real account, although I do get it with my dummy test account.  I'm not sure if I had to enable anything special for that... it might be related to this Mantis bug.

In any case, I'm not sure it's the best idea to filter for just the 31.04 or 31.05 bugs -- it might mislead people into thinking that a bug wasn't reported, when it was in fact reported for a previous version.

[Toady One]

I made the bug tracker clickable in both of these threads from the OP.  Maybe that will be enough to help with duplicates, though that's always going to be a problem.

[Footkerchief]

Yeah, that should be good enough.  Duplicates have largely died down from the April rush, so it's all good.

[Hippoman]

Is it a known bug that dwarves don't use chairs that are in the confines of a dining room?
Or that no dwarves use thier own beds.

I wish there was a way to make only certain dwaves be able to open certain doors.

The chairs one would probably fall under the umbrella of this one that you already reported.

The bed bug is known.

I asked after I reported it because I didn't have enough time in the morning to check through all the pages of reported bugs.

[Starver]

Just use the manager screen for all jobs instead of /r in the workshops

Necroing this particular point to make a counter-point that for all I know has already been raised...  Manager-tasked jobs can't (currently?) be fine tuned equivalent to doing something like assigning just your super-skilled expert(s) to one particular workshop where "Make Trade_Product (R)" is active and assigning all relevant non-experts to another workshop of that type where "Make Subsistence_Product [x7]" is the order of the day...

Or, if not actually prejudiced for/against individual dwarfs working on any particular job, ensure that (frexample) your order for statues is being accomplished in the workshop that you have previously surrounded with the pigmented stone of choice in the hope that you won't suffer too much collateral stone statues when the dwarf that gets assigned to the job starts off from in the midst of another stone...

But if you have to use the Job Manager, you can't even guarantee that the whole set of statues (or gloves or whatever) is sparked off within the right workshop without micromanaging in some way (suspending jobs that appear in the wrong place, to later cancel in the hope that they pop up on the 'right' workshop's list next time round).

But this is a problem probably many times mentioned (and maybe even with an answer that I haven't yet discovered).

But I do like the whole "Construct Wooden Beds (7) has been completed." information, so do get the Manager to help me with that sort of thing when I'm not being an utter control-freak.  (Although then I frequently end up grumbling when the manager decides to wander off and attend to his or her own needs or one of their 'moonlighting jobs', instead...)

[Coucouf]

so i suspect the following is the problem:
http://www.bay12forums.com/smf/index.php?topic=49921.msg1048990#msg1048990

but i dl'd all the 32-bit versions of the libraries (allbeit from sid instead of squeeze), and after satisfying ldd, I get

Inconsistency detected by ld.so: dl-open.c: 643: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!

and teh fail. ;_;

anyone else on debian-64 bit having issues?

This is pulse going in the way one more time.
Try removing /usr/lib32/libpulse*, it solved this issue for me™.