It is currently 08 Jul 2021, 04:45
   
Text Size

[fixed/closed]Turn // Burn

Moderators: BAgate, drool66, stassy, Aswan jaguar, gmzombie, CCGHQ Admins

[fixed/closed]Turn // Burn

Postby Aswan jaguar » 20 Nov 2013, 17:12

Describe the Bug:
Turn // Burn
1- the Turn if you have no {R} mana untapped costs only {U}. It costs correctly Only if you have no {R} mana untapped ***not confirmed-fixed
2- the Turn,makes 0/1 but doesn't in fact turn creature to Red. ***confirmedfixed by korath
3- the Turn doesn't let creature affected turn back to it's type until end of game(few turns checked)Remains a Weird. :D ***unconfirmed (in my test with your savegame creature type did not change at all, but legacy card disappeared and P/T returned to normal when they should)fixed by korath
4- Burn if you don't have 3 mana available you can't cast Burn. ***confirmed

Which card did behave improperly ?
Turn // Burn

Which update are you using?(date,name)Which type(Duel,Gauntlet,Sealed Deck)
onslaught.v2

What exactly should be the correct behavior/interaction ?
1- Turn costs {2} {U} all the time.
2- the Turn,makes creature Red.
3- effect of Turn is until end of turn then creature gains it's original types and colour.
4- Burn costs {1} {R} all the time.
Are any other cards possibly affected by this bug ?
Attachments
turn--burn -no red weird.rar
(2.25 KiB) Downloaded 76 times
Last edited by BAgate on 24 Sep 2014, 04:07, edited 9 times in total.
Reason: closed
---
Trying to squash some bugs and playtesting.
User avatar
Aswan jaguar
Super Tester Elite
 
Posts: 7450
Joined: 13 May 2010, 12:17
Has thanked: 639 times
Been thanked: 351 times

Re: [partially confirmed]Turn // Burn

Postby Korath » 21 Nov 2013, 21:50

I've already fixed #2 and #3 (only) in the process of doing something else. (The easiest way to confirm #3 is with a "choose a subtype from a card in play" effect like Adaptive Automaton. Things like Lord of Atlantis work too, depending on the card's normal subtypes. The legacy card's not a good indicator.)

Turn // Burn also shows up as blue (only) while in hand for me.
User avatar
Korath
DEVELOPER
 
Posts: 3522
Joined: 02 Jun 2013, 05:57
Has thanked: 491 times
Been thanked: 1037 times

Re: [partially confirmed]Turn // Burn

Postby BAgate » 22 Nov 2013, 01:26

never thought of that method korath, thx.
Working on: housekeeping and archived reports
User avatar
BAgate
Tester
 
Posts: 2445
Joined: 06 Mar 2012, 11:09
Has thanked: 117 times
Been thanked: 158 times

Re: [partially confirmed]Turn // Burn

Postby Aswan jaguar » 22 Nov 2013, 06:21

Stassy you saw that it was onslaught.v2 right?
---
Trying to squash some bugs and playtesting.
User avatar
Aswan jaguar
Super Tester Elite
 
Posts: 7450
Joined: 13 May 2010, 12:17
Has thanked: 639 times
Been thanked: 351 times

Re: [partially confirmed]Turn // Burn

Postby stassy » 22 Nov 2013, 06:28

Well, it doesn't matter since the check/fix is at PTT, right? Or am I missing something else...
stassy
Moderator
 
Posts: 5274
Joined: 25 Feb 2009, 07:06
Has thanked: 471 times
Been thanked: 337 times

Re: [partially confirmed]Turn // Burn

Postby BAgate » 22 Nov 2013, 07:59

I didn't think it mattered. If the errors are still there, they still need to be fixed.
Working on: housekeeping and archived reports
User avatar
BAgate
Tester
 
Posts: 2445
Joined: 06 Mar 2012, 11:09
Has thanked: 117 times
Been thanked: 158 times

Re: [partially confirmed]Turn // Burn

Postby Aswan jaguar » 22 Nov 2013, 09:41

Ok,so only the 4th needs to be fixed.
---
Trying to squash some bugs and playtesting.
User avatar
Aswan jaguar
Super Tester Elite
 
Posts: 7450
Joined: 13 May 2010, 12:17
Has thanked: 639 times
Been thanked: 351 times

Re: [confirmed only bug 4]Turn // Burn

Postby Gargaroz » 30 Nov 2013, 00:19

Fixed as 59a53fb
My hatred for these split cars is unbearable.
----
- Current / medium term task: adjusting the code for making Misdirection and such usable
- Long term task: inserting all the good stuff I left out from the "Golden Years" mod
Gargaroz
Programmer
 
Posts: 7095
Joined: 06 Nov 2009, 11:11
Has thanked: 82 times
Been thanked: 593 times

Re: [fixed by gargaroz]Turn // Burn

Postby BAgate » 17 Jan 2014, 05:37

Sorry Gargaroz, but it's still bugged.

1) Still shows up as blue only in hand (but that could be a frames issue).
2) Can't cast Burn if only have 2 mana available.
3) Minor, but in the menu choosing what to cast, Burn has a lower case 'b'.
Working on: housekeeping and archived reports
User avatar
BAgate
Tester
 
Posts: 2445
Joined: 06 Mar 2012, 11:09
Has thanked: 117 times
Been thanked: 158 times

Re: [still bugged]Turn // Burn

Postby RanDomino » 18 Jan 2014, 03:50

All three confirmed.
RanDomino
 
Posts: 288
Joined: 21 Mar 2010, 22:26
Has thanked: 20 times
Been thanked: 13 times

Re: [still bugged]Turn // Burn

Postby Gargaroz » 03 Jun 2014, 15:17

Fixed 1 & 3 in 8659fe8
2 requires an update to "ct_all".
----
- Current / medium term task: adjusting the code for making Misdirection and such usable
- Long term task: inserting all the good stuff I left out from the "Golden Years" mod
Gargaroz
Programmer
 
Posts: 7095
Joined: 06 Nov 2009, 11:11
Has thanked: 82 times
Been thanked: 593 times

Re: [ct_all update needed]Turn // Burn

Postby Gargaroz » 17 Jul 2014, 13:25

Well, it seems that all the color entry of split cards on "ct_all" only cover one half, and this is wrong as:
"4/15/2013: In every zone except the stack, split cards have two sets of characteristics and two converted mana costs. If anything needs information about a split card not on the stack, it will get two values.
4/15/2013: On the stack, a split spell that hasn't been fused has only that half's characteristics and converted mana cost. The other half is treated as though it didn't exist.
4/15/2013: Some split cards with fuse have two monocolor halves of different colors. If such a card is cast as a fused split spell, the resulting spell is multicolored. If only one half is cast, the spell is the color of that half. While not on the stack, such a card is multicolored.
4/15/2013: Some split cards with fuse have two halves that are both multicolored. That card is multicolored no matter which half is cast, or if both halves are cast. It's also multicolored while not on the stack."

And this means we need a specific hack in the "get_cmc" and "get_color" function to deal with this. Luckily, whit the standardization of "split cards", now I know exactly when to look, so consider this fixed :)
----
- Current / medium term task: adjusting the code for making Misdirection and such usable
- Long term task: inserting all the good stuff I left out from the "Golden Years" mod
Gargaroz
Programmer
 
Posts: 7095
Joined: 06 Nov 2009, 11:11
Has thanked: 82 times
Been thanked: 593 times


Return to Archived Reports

Who is online

Users browsing this forum: No registered users and 5 guests

cron

Who is online

In total there are 5 users online :: 0 registered, 0 hidden and 5 guests (based on users active over the past 10 minutes)
Most users ever online was 1922 on 07 Jun 2021, 06:01

Users browsing this forum: No registered users and 5 guests

Login Form