Create two different simple "Named Browses" based on the same table as quickly as you can.... (give each one a different short name)
At first I thought this was possibly the result of creating one browse and then duplicating it. This is not the case. You can build each independently (without duplicating the first one.)
To shake things up, you can make changes to one of the browses and this issue still exists. It seems that a5 is "internally transposing the pointers", pointing to these browse objects.
Watch this short video: http://screencast.com/t/sJW6mb4evx
BUG: Open (run) two different browses based on the same table or set. After going between the two several times, switch one to edit mode using the toolbar. Once you do this, you're left with two instances of the same browse on the screen. (The XBE confirms this.)
After opening these browses in view mode, notice what happens to the names of the browses when one is switched from view to edit mode. (and look at the browse object names in the XBE)
(To make this happen repeatedly, all you have to do is click back and forth a few times between the two browses and then switch one of them into edit mode.)
I don't know whether this problem exists in v.12 also, but I'd be willing to bet it does. I will test this when I finally get around to installing v.12.....
FYI: I can can recreate this problem over and over again using the most recent v.11 nightly build. (using any tables or set)
Although this "anomaly" was uncovered during the development cycle, who's to say that it can't/won't/doesn't have deeper implications?
Regardless, the mere notion that opened objects can become "mixed up/transposed" (this easily) is not comforting.
At first I thought this was possibly the result of creating one browse and then duplicating it. This is not the case. You can build each independently (without duplicating the first one.)
To shake things up, you can make changes to one of the browses and this issue still exists. It seems that a5 is "internally transposing the pointers", pointing to these browse objects.
Watch this short video: http://screencast.com/t/sJW6mb4evx
BUG: Open (run) two different browses based on the same table or set. After going between the two several times, switch one to edit mode using the toolbar. Once you do this, you're left with two instances of the same browse on the screen. (The XBE confirms this.)
After opening these browses in view mode, notice what happens to the names of the browses when one is switched from view to edit mode. (and look at the browse object names in the XBE)
(To make this happen repeatedly, all you have to do is click back and forth a few times between the two browses and then switch one of them into edit mode.)
I don't know whether this problem exists in v.12 also, but I'd be willing to bet it does. I will test this when I finally get around to installing v.12.....
FYI: I can can recreate this problem over and over again using the most recent v.11 nightly build. (using any tables or set)
Although this "anomaly" was uncovered during the development cycle, who's to say that it can't/won't/doesn't have deeper implications?
Regardless, the mere notion that opened objects can become "mixed up/transposed" (this easily) is not comforting.
Comment