Re: Interesting error [got it and is major bug]
On 4/8/08 3:07 AM, Bill Marriott [EMAIL PROTECTED] wrote: I'll make an effort Hershel Hershel, 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). http://quality.runrev.com The developers do not regularly follow use-list discussions. - Bill Hershel Fisch [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On 4/6/08 6:58 PM, Paul Gabel [EMAIL PROTECTED] 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. Hershel 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 [EMAIL PROTECTED] wrote: Let me recap, I have an interesting error, executing at 6:08:50 PM TypeHandler: error in statement ObjectContact List Linego to stack contact list HintmouseUp On mouseUp it goes to the stack, then the above error comes up. Also the openStack message does not trap? Hershel 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? Hershel ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Interesting error [got it and is major bug]
Hershel, 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). http://quality.runrev.com The developers do not regularly follow use-list discussions. - Bill Hershel Fisch [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On 4/6/08 6:58 PM, Paul Gabel [EMAIL PROTECTED] 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. Hershel 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 [EMAIL PROTECTED] wrote: Let me recap, I have an interesting error, executing at 6:08:50 PM TypeHandler: error in statement ObjectContact List Linego to stack contact list HintmouseUp On mouseUp it goes to the stack, then the above error comes up. Also the openStack message does not trap? Hershel 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? Hershel ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Interesting error [got it and is major bug]
On 4/6/08 6:58 PM, Paul Gabel [EMAIL PROTECTED] 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. Hershel 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 [EMAIL PROTECTED] wrote: Let me recap, I have an interesting error, executing at 6:08:50 PM TypeHandler: error in statement ObjectContact List Linego to stack contact list HintmouseUp On mouseUp it goes to the stack, then the above error comes up. Also the openStack message does not trap? Hershel 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? Hershel ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
