Interesting error [got it and is major bug]
wjm at wjm.org
Tue Apr 8 03:07:17 CDT 2008
I'm not sure I follow exactly, but it sounds serious. If you have found a
problem in 2.9, please
1) Reduce it to the minimal steps necessary to show the problem (a
"recipe"). This will help confirm it's a bug and not a subtle condition in
your specific stack
2) Please file a report in the Rev Quality Control Center (after checking to
see whether it has been reported already).
The developers do not regularly follow use-list discussions.
"Hershel Fisch" <hershf at rgllc.us> wrote in message
news:C41FD2D4.54CB%hershf at rgllc.us...
On 4/6/08 6:58 PM, "Paul Gabel"
<paulgabel at comcast.net> wrote:
I don¹t, maybe somebody knows better on how to avoid it but I think it is a
major problem. There is a "mouseUp" message 'go to stack "abc"' in a btn in
one stack pointing to another stack "abc", in stack "abc" there is a table
fld with a "mouseUp" message, that gets triggered when the "mouseUp" btn is
clicked in the previous stack. In other words it does not differentiate the
mouse click from where it comes meaning from which stack or card it was
triggered. This is only in 2.9, in 2.8.1 its good, with out any problem.
> Hi Hershel:
> Look to the error that occurred and is listed in the error window just
> before the "error in statement" error. That's usually the one that's
> really causing the problem.
> Paul Gabel
> On Apr 6, 2008, at 4:13 PM, Hershel Fisch wrote:
>> On 4/2/08 7:04 PM, "Hershel Fisch" <hershf at rgllc.us>
>> Let me recap, I have an interesting error,
>> executing at 6:08:50 PM
>> Type Handler: error in statement
>> Object Contact List
>> Line go to stack "contact list"
>> Hint mouseUp
>> On mouseUp it goes to the stack, then the above error comes up. Also
>> "openStack" message does not trap?
>>> Hi all, I have an interesting situation, my stack when its in brows
>>> mode it
>>> runs fine but when I suspend the development tools it throws an
>>> error and an
>>> interesting one "go to stack" and only on one stack, ho do I go
>>> about it?
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
use-revolution mailing list
use-revolution at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
More information about the use-livecode