Forge Beta: 11-05-2015 ver 1.5.47
by mtgrares
Moderators: timmermac, Blacksmith, KrazyTheFox, Agetian, friarsol, CCGHQ Admins
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Hackworth » 06 Jan 2016, 09:26
Frantic Search does not allow me to select untapped lands to untap.
- Hackworth
- Posts: 3
- Joined: 06 Jan 2016, 09:23
- Has thanked: 0 time
- Been thanked: 0 time
Re: Forge Beta: 11-05-2015 ver 1.5.47
by friarsol » 06 Jan 2016, 13:44
While technically allowable, is there a reason why you are trying to?Hackworth wrote:Frantic Search does not allow me to select untapped lands to untap.
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Devilman06 » 06 Jan 2016, 14:28
Please excuse me if this isn't the place for this but is it at all possible to add a check to mana vault to see if it's already untapped before asking you if you want to pay the untap cost? most of the decks I run it in also run unwinding clock so mana vault is already untapped during my upkeep and it still asks if i want to pay
whether i need to or not

- Devilman06
- Posts: 127
- Joined: 29 Jan 2010, 03:59
- Has thanked: 1 time
- Been thanked: 2 times
Re: Forge Beta: 11-05-2015 ver 1.5.47
by indicatie » 07 Jan 2016, 07:12
Couldn't start any game at all. Resetting the match layout solved the problem.indicatie wrote:Description:
Was playing a Eighth Edition Tournament in my Quest.
During a match between AI players I accidentaly resized one of windows (the card picture window).
Tried to resize it, but Forge crashed. Now, when trying to continue my tournament, I get an error and can't continue...![]()
- NullPointerException | Open
- Code: Select all
Forge Version: 1.5.47-r-1
Operating System: Windows 8.1 6.3 x86
Java Version: 1.8.0_60 Oracle Corporation
java.lang.NullPointerException
at forge.screens.match.VMatchUI.populate(VMatchUI.java:119)
at forge.screens.match.CMatchUI.updatePlayerControl(CMatchUI.java:620)
at forge.screens.match.CMatchUI.initialize(CMatchUI.java:486)
at forge.control.FControl.setCurrentScreen(FControl.java:323)
at forge.control.FControl.setCurrentScreen(FControl.java:287)
at forge.screens.match.CMatchUI.openView(CMatchUI.java:840)
at forge.match.HostedMatch.startGame(HostedMatch.java:183)
at forge.match.HostedMatch.startMatch(HostedMatch.java:115)
at forge.match.HostedMatch.startMatch(HostedMatch.java:83)
at forge.quest.QuestDraftUtils.update(QuestDraftUtils.java:237)
at forge.quest.QuestDraftUtils.startNextMatch(QuestDraftUtils.java:168)
at forge.screens.home.quest.CSubmenuQuestDraft.startNextMatch(CSubmenuQuestDraft.java:589)
at forge.screens.home.quest.CSubmenuQuestDraft.access$000(CSubmenuQuestDraft.java:52)
at forge.screens.home.quest.CSubmenuQuestDraft$7.actionPerformed(CSubmenuQuestDraft.java:273)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Don't mistake lack of talent for genius.
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Kiryu666 » 07 Jan 2016, 20:40
I'm an old problem since I started playing the forge by pressing the space bar with often makes my "M1" just disappear and force me to go to fight What happens? this problem is irritating me since we all need time to reset the configurations of the forge someone can explain to me why this occurs and a way to avoid if possible? I appreciate the answer from now on
Re: Forge Beta: 11-05-2015 ver 1.5.47
by friarsol » 07 Jan 2016, 20:45
Sounds like you clicked the "Phase Indicator" button for Main1, which means you will auto pass priority during that phase. Notice how some are green and some are red? Is M1 one of the Red ones? (If you happen to be colorblind I'd recommend switching themes to one where there is a distinct color difference between the phase indicator buttons)Kiryu666 wrote:I'm an old problem since I started playing the forge by pressing the space bar with often makes my "M1" just disappear and force me to go to fight What happens? this problem is irritating me since we all need time to reset the configurations of the forge someone can explain to me why this occurs and a way to avoid if possible? I appreciate the answer from now on
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Nekoatl » 07 Jan 2016, 22:30
Just thought I'd mention that I often do that with Candelabra of Tawnos and then tap the untapped lands while the untap effect is on the stack, either to fill my mana pool, or to pay a cost for something like Clock of Omens... especially if I want to untap the Candelabra by tapping some of the lands. In the case of Frantic Search, I suppose an equivalent situation could be produced with Elite Arcanist and Mycosynth Lattice.friarsol wrote:While technically allowable, is there a reason why you are trying to?Hackworth wrote:Frantic Search does not allow me to select untapped lands to untap.
Re: Forge Beta: 11-05-2015 ver 1.5.47
by friarsol » 07 Jan 2016, 22:36
This isn't the same scenario. Candelabra targets, while Frantic Search doesn't (and happens on resolution). Since it happens on resolution there's no "time" to tap the land in between being chosen to untap. Since Frantic Search is also an "up to" it's not like you are forced to choose your opponents lands or anything.Nekoatl wrote:Just thought I'd mention that I often do that with Candelabra of Tawnos and then tap the untapped lands while the untap effect is on the stack, either to fill my mana pool, or to pay a cost for something like Clock of Omens... especially if I want to untap the Candelabra by tapping some of the lands. In the case of Frantic Search, I suppose an equivalent situation could be produced with Elite Arcanist and Mycosynth Lattice.friarsol wrote:While technically allowable, is there a reason why you are trying to?Hackworth wrote:Frantic Search does not allow me to select untapped lands to untap.
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Marek14 » 07 Jan 2016, 22:42
Plus, the rules actually say:
"701.17b To untap a permanent, rotate it back to the upright position from a sideways position. Only tapped permanents can be untapped."
If you target a permanent to be untapped, it doesn't matter what state it is in -- it just won't untap if it's already untapped. But if you're just choosing a permanent for immediate untap, like with Frantic Search, you can't choose an untapped one. It's not possible to untap such permanent, so it can't be chosen.
"701.17b To untap a permanent, rotate it back to the upright position from a sideways position. Only tapped permanents can be untapped."
If you target a permanent to be untapped, it doesn't matter what state it is in -- it just won't untap if it's already untapped. But if you're just choosing a permanent for immediate untap, like with Frantic Search, you can't choose an untapped one. It's not possible to untap such permanent, so it can't be chosen.
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Djebb » 07 Jan 2016, 23:01
Vicious Betrayal doesn't seem to work at all.
It doesn't ask for sacrifices.
It doesn't ask for sacrifices.
Last edited by Djebb on 10 Jan 2016, 18:47, edited 1 time in total.
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Thrun » 10 Jan 2016, 08:07
Something strange happened today
Tangle Wire and Smokestack triggered in every upkeep, but don't resolve. The effects stayed on the staple, also after the end of the upkeep.

Tangle Wire and Smokestack triggered in every upkeep, but don't resolve. The effects stayed on the staple, also after the end of the upkeep.
- Thrun
- Posts: 23
- Joined: 26 Jul 2015, 21:54
- Has thanked: 0 time
- Been thanked: 0 time
Re: Forge Beta: 11-05-2015 ver 1.5.47
by correioalternativo » 11 Jan 2016, 16:37
Sometimes this happens to Black Vise and Iron Maiden.Thrun wrote:Something strange happened today![]()
Tangle Wire and Smokestack triggered in every upkeep, but don't resolve. The effects stayed on the staple, also after the end of the upkeep.
-
correioalternativo - Posts: 279
- Joined: 23 Jul 2012, 12:01
- Has thanked: 255 times
- Been thanked: 23 times
Re: Forge Beta: 11-05-2015 ver 1.5.47
by lefty » 11 Jan 2016, 20:23
Wasn't sure where exactly to post this, but I'm playing the most recent desktop update of Forge (1.5.47) and have been trying to play two-player constructed locally with my wife using two laptops. Its working pretty smoothly aside from one fairly major issue that I can't seem to find a solution for.
Whenever we get to combat and the declare blockers phase, the targeting icon and blocking targeting arrows only show up on the screen of whoever the "host" player is. If the non-host is declaring blockers, their screen only displays a shield icon that indicates the card is blocker, but doesn't have any indication of what it is blocking. If the non-host is attacking, they dont see any kind of indication at all for which, if any, any opposing cards are blocking (no arrows or even shield icon.) This obviously has a negative impact for the non-host player that can't see, since casting instants to respond to specific blockers is a pretty crucial gameplay mechanic.
I checked and made sure targeting overlays were set to "always visible" on both screens. Any help would be appreciated, or maybe this could be added/solved in the next version build? We are so looking forward to having multiplayer working properly!
Many thanks!
Whenever we get to combat and the declare blockers phase, the targeting icon and blocking targeting arrows only show up on the screen of whoever the "host" player is. If the non-host is declaring blockers, their screen only displays a shield icon that indicates the card is blocker, but doesn't have any indication of what it is blocking. If the non-host is attacking, they dont see any kind of indication at all for which, if any, any opposing cards are blocking (no arrows or even shield icon.) This obviously has a negative impact for the non-host player that can't see, since casting instants to respond to specific blockers is a pretty crucial gameplay mechanic.
I checked and made sure targeting overlays were set to "always visible" on both screens. Any help would be appreciated, or maybe this could be added/solved in the next version build? We are so looking forward to having multiplayer working properly!
Many thanks!
Re: Forge Beta: 11-05-2015 ver 1.5.47
by Hackworth » 11 Jan 2016, 21:46
I gave my 2/2 Uthden Troll unblockable with Dwarven Warriors, then Giant Growth'd the Troll, then attacked, and the Troll wasn't unblockable any more, even though it should have been.
"imgur YUpi53b" for screeny because I can't post links yet. (this is literally the first time I've encountered this policy in 20+ years of being online. Don't you have moderators for that stuff instead of fixed rules?)
"imgur YUpi53b" for screeny because I can't post links yet. (this is literally the first time I've encountered this policy in 20+ years of being online. Don't you have moderators for that stuff instead of fixed rules?)
- Hackworth
- Posts: 3
- Joined: 06 Jan 2016, 09:23
- Has thanked: 0 time
- Been thanked: 0 time
Re: Forge Beta: 11-05-2015 ver 1.5.47
by friarsol » 11 Jan 2016, 22:27
You should probably take a look at your screenshot. You targeted your Grizzly Bear, not your Troll.Hackworth wrote:I gave my 2/2 Uthden Troll unblockable with Dwarven Warriors, then Giant Growth'd the Troll, then attacked, and the Troll wasn't unblockable any more, even though it should have been.
"imgur YUpi53b" for screeny because I can't post links yet. (this is literally the first time I've encountered this policy in 20+ years of being online. Don't you have moderators for that stuff instead of fixed rules?)
http://imgur.com/YUpi53b
- friarsol
- Global Moderator
- Posts: 7593
- Joined: 15 May 2010, 04:20
- Has thanked: 243 times
- Been thanked: 965 times
Who is online
Users browsing this forum: No registered users and 36 guests