2 Browses. 1 Form. Doesn't work anymore.

[spot1701]

PR24.

I have a form. On that form there are two browses. Both browses are seperate procedures, but both are browsing the same file.

When you press change on either of the browses the update form shows the wrong record. (Usually the first record in the second browse.)

This used to work fine, but doesn't anymore.

[Bruce]

Hi Bryan,

I'll look into this.

I presume you're referring to a change button _under_ the browse. I would expect an "inline" change button probably works ok - and that might be the best work-around for you in the short term.

Cheers
Bruce

[spot1701]

No. Inline or under the browse. Both change buttons exhibit the same behaviour.

[Bruce]

Thanks Bryan,

sorted for today's build. (PR25)
Cheer
Bruce

[spot1701]

Er. PR29. Still broken. Or maybe re-broken?

[Poul]

I have noticed something related. i use both the change  button and the link to change on a browse (my second browse which links to the same file is readonly list )

if i use the link, Nettalk does a GET and passes values cleanly, all is fine
if i use the Change button(inline) Nettalk does a POST
here is partial of what POSTs
 

Code: [Select]

&BrwShipSum%3AFormName=UpdProjectDeal_frm
&bFile=ShipSum
&bKey=SHP%3AKEY_OrderNbr
&IDField=0
&SHP__OrderNbr=20009-01
&BrwTransfers%3ANoForm=1
&BrwTransfers%3AFormName=UpdProjectDeal_frm
&bFile=ShipSum
&bKey=SHP%3AKEY_OrderNbr
&IDField=0
&SHP__OrderNbr=                            <=== seems to cause the grief
&pressedButton=change_btn
note that the second SHP__OrderNbr=
assignmnet is what ends up in my update form,
in this example its empty, but if it the 2nd browse has content then a potentiallly different Order will be accessed in the update forrm from the one intended. 

not practical in all cases but i guess if i had a different unique key for each browse the problem would go away?

and I dunno if the the %3a's  should be __ or not?