# Action inspector enabled when double-click on action isn't

**URL:** https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710
**Category:** Bugs
**Created:** [November 22, 2006, 5:19am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710 "2006-11-22T05:19:02Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![stevage](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/s/bc8723/32.png) [@stevage](https://www.finalbuilder.com/forums/u/stevage)
#### Post date: [November 22, 2006, 5:19am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710/1 "2006-11-22T05:19:02Z")

</div>

It seems inconsistent that when the build is “paused” (eg, hits a breakpoint), you can’t double-click on an action to modify it, but you _can_ use the Action Inspector. Could double-click be enabled in this case?  
  
Steve

---

<div class="post-metadata">

### Author: ![tate](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/t/e19b73/32.png) [@tate](https://www.finalbuilder.com/forums/u/tate)
#### Post date: [November 22, 2006, 5:38am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710/2 "2006-11-22T05:38:45Z")

</div>

That’s actually a bug, you shouldn’t be able to modify an action at all while the build is running.

---

<div class="post-metadata">

### Author: ![stevage](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/s/bc8723/32.png) [@stevage](https://www.finalbuilder.com/forums/u/stevage)
#### Post date: [November 22, 2006, 5:48am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710/3 "2006-11-22T05:48:29Z")

</div>

Really? Why not? It’s so useful to be able to do that, if by “running” you include “paused”.  
  
Steve

---

<div class="post-metadata">

### Author: ![tate](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/t/e19b73/32.png) [@tate](https://www.finalbuilder.com/forums/u/tate)
#### Post date: [November 22, 2006, 6:17am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710/4 "2006-11-22T06:17:53Z")

</div>

It was an original design decision way back in the FB1 days (Vincent will have to confirm this, but that’s my understanding anyway).   
  
There are some actions and also some properties that could cause problems if the action properties were modified during a run. For example the iterators and loops, as well as properties like enabled, fail on error, etc.  
  
Modifying variables during a run, on the other hand, is fine… and can be done in the watches panel.

---

<div class="post-metadata">

### Author: ![stevage](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/s/bc8723/32.png) [@stevage](https://www.finalbuilder.com/forums/u/stevage)
#### Post date: [November 22, 2006, 6:38am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710/5 "2006-11-22T06:38:33Z")

</div>

Hmm, would it be possible to just warn the user that it may be A Bad Idea ™? Again, thinking of VB, it generally lets you modify your code at runtime, but occasionally says your change will require the project to be restarted.  
  
I guess I still don’t understand the FB “runtime” model. There is clearly a difference between executing steps individually (ctrl+alt+F5), and stepping over them as a sequence (with F10), but I don’t quite grok it yet.  
  
Steve

---

<div class="post-metadata">

### Author: ![tate](https://www.finalbuilder.com/forums/letter_avatar_proxy/v4/letter/t/e19b73/32.png) [@tate](https://www.finalbuilder.com/forums/u/tate)
#### Post date: [November 22, 2006, 6:42am UTC](https://www.finalbuilder.com/forums/t/action-inspector-enabled-when-double-click-on-action-isnt/2710/6 "2006-11-22T06:42:26Z")

</div>

Yeah, it’s something we probably should revisit to see if it can be enabled. We’ll discuss it at our next team meeting.
