NetTalk Central

NetTalk Web Server => Web Server - Ask For Help => Topic started by: spot1701 on December 17, 2008, 04:55:13 AM

Title: 2 Browses. 1 Form. Doesn't work anymore.
Post by: spot1701 on December 17, 2008, 04:55:13 AM

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.

Title: Re: 2 Browses. 1 Form. Doesn't work anymore.
Post by: Bruce on December 17, 2008, 11:40:41 PM

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

Title: Re: 2 Browses. 1 Form. Doesn't work anymore.
Post by: spot1701 on December 18, 2008, 01:10:03 AM

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

Title: Re: 2 Browses. 1 Form. Doesn't work anymore.
Post by: Bruce on December 21, 2008, 10:06:53 PM

Thanks Bryan,

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

Title: Re: 2 Browses. 1 Form. Doesn't work anymore.
Post by: spot1701 on January 22, 2009, 07:03:16 AM

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

Title: Re: 2 Browses. 1 Form. Doesn't work anymore.
Post by: Poul on January 22, 2009, 12:10:27 PM

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?