MantisBT - Zandronum |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0000917 | Zandronum | [All Projects] Bug | public | 2012-07-12 20:19 | 2018-09-30 19:53 |
|
Reporter | Qent | |
Assigned To | Torr Samaho | |
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | Microsoft | OS | Windows | OS Version | XP/Vista/7 |
Product Version | 98d | |
Target Version | | Fixed in Version | 1.0 | |
|
Summary | 0000917: Players default to No Weapon in LMS |
Description | If all available weapons have +WEAPON.WIMPY_WEAPON, then at the beginning of (T)LMS rounds, players will wield No Weapon. They can still switch to a real weapon. |
Steps To Reproduce | Start a (T)LMS game with all weapons disabled except possibly for Pistol. |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2012-07-12 20:19 | Qent | New Issue | |
2012-07-12 21:34 | Dusk | Product Version | 98d => 1.0-beta |
2012-07-12 21:34 | Dusk | Summary | [120701] Players default to No Weapon in LMS => Players default to No Weapon in LMS |
2012-07-14 20:11 | Torr Samaho | Note Added: 0003970 | |
2012-07-14 20:12 | Torr Samaho | Status | new => feedback |
2012-07-14 22:46 | Qent | Note Added: 0003972 | |
2012-07-14 22:46 | Qent | Status | feedback => new |
2012-07-14 22:47 | Qent | Note Edited: 0003972 | bug_revision_view_page.php?bugnote_id=3972#r2158 |
2012-07-15 06:50 | Torr Samaho | Product Version | 1.0-beta => 98d |
2012-07-15 06:53 | Torr Samaho | Note Added: 0003977 | |
2012-07-15 06:54 | Torr Samaho | Status | new => feedback |
2012-07-15 07:03 | Torr Samaho | Note Edited: 0003977 | bug_revision_view_page.php?bugnote_id=3977#r2160 |
2012-07-15 08:34 | Torr Samaho | Assigned To | => Torr Samaho |
2012-07-15 08:34 | Torr Samaho | Status | feedback => assigned |
2012-07-15 08:42 | Torr Samaho | Note Added: 0003979 | |
2012-07-15 08:42 | Torr Samaho | Status | assigned => needs testing |
2012-07-15 10:08 | Dusk | Note Added: 0003984 | |
2012-07-15 10:25 | Torr Samaho | Note Added: 0003987 | |
2012-07-15 14:00 | ZzZombo | Note Added: 0003994 | |
2012-07-22 17:49 | Qent | Note Added: 0004047 | |
2012-07-22 18:03 | Torr Samaho | Status | needs testing => resolved |
2012-07-22 18:03 | Torr Samaho | Fixed in Version | => 1.0 |
2012-07-22 18:03 | Torr Samaho | Resolution | open => fixed |
2018-09-30 19:53 | Blzut3 | Status | resolved => closed |
Notes |
|
|
Since "Product Version" was changed from "98d" to "1.0-beta", does this mean that this worked in 98d, but is broken now? |
|
|
(0003972)
|
Qent
|
2012-07-14 22:46
(edited on: 2012-07-14 22:47) |
|
No; it's broken in 98d.
BTW I can't find a way to select anything but 98d in the version field.
|
|
|
(0003977)
|
Torr Samaho
|
2012-07-15 06:53
(edited on: 2012-07-15 07:03) |
|
Weird, you should also be select 1.0-beta. If it only displays 98d can you ask Blzut about this.
EDIT: I just noticed that you are not the only one with this issue, see 0000886.
BTW: "Product Version" should be set to the first version the bug appeared. So if something is broken in 98d and the current beta, set the field to 98d. If it works in 98d but not in the current beta, it should be set to 1.0-beta.
|
|
|
|
Should be fixed now. Please test this in the next beta build. |
|
|
(0003984)
|
Dusk
|
2012-07-15 10:08
|
|
> BTW: "Product Version" should be set to the first version the bug appeared. So if something is broken in 98d and the current beta, set the field to 98d. If it works in 98d but not in the current beta, it should be set to 1.0-beta.
Oh, my bad there, sorry. |
|
|
|
Since this is not documented anywhere, this is not your fault though. Speaking about documentation, what would be a good place to document things like this? |
|
|
|
|
|
(0004047)
|
Qent
|
2012-07-22 17:49
|
|
|