Guriddo » Topic: Hidden fields not posted during editGridRow

Hidden fields not posted during editGridRow

Guriddo
Hidden fields not posted during editGridRow

This topic has 13 replies, 3 voices, and was last updated 16 years, 6 months ago by tony.

Creator

Topic
October 19, 2009 at 11:22 pm #74399

dpeterman
Participant

I have 4 fields defined in the grid with only 2 of the field displayed (works great). When I edit the row in the Form it works fine as I find the hidden id field and add it to the poste data. My problem is when you move to another record within the Form. I can no longer determine the true record ID.

I've looked at the createData routine and it DOES NOT add the hidden fields into the form unless they are Editable. The documentation says they will be sent but they aren't. I looked at v 3.6 and it has some new feature of looking for the name to not equal 'nm' (dont' know why yet).

I can disable the ability to move to another record while in the form but it's a nice feature that would be very helpful.

Doug
Creator

Topic

Viewing 13 replies - 1 through 13 (of 13 total)

Author

Replies
October 20, 2009 at 2:52 am #89843

tony
Keymaster

Hello,

Just tested your case. It works for me ok. In order to resolve I need a link to the problem or at leat the code with the data.

Thanks.

Best Regards

Tony

October 20, 2009 at 8:44 am #89855

dpeterman
Participant

Tony,

I pulled the code with firebug so it's not formatted very well. But, you'll see 4 fields with the 1st and 4th field marked as hidden. They do not sho up on the edit form.

I have an additional bug (sorry to list it here but it may be related). The first record I delete recieves the “exParams” that I add. The second time I delete without refreshing the screen the first data is sent, even though the exParams have been updated with the correct values.

I've been to Sophia a few times, nice place. Can't speak the language but enjoy the Shopska salads.

October 20, 2009 at 9:54 am #89856

Mark
Participant

I think you want the fields to be editable:true, hidden:true, edithidden:false.

Mark

October 20, 2009 at 10:23 am #89861

dpeterman
Participant

Mark,

Thanks that worked! The hidden fields are on the form. Unfortunately, the data posted to the server is incorrect. The posted data for the hidden fields is the first record displayed in the form. As you scroll those data elements aren't being updated. I'm still in the same situation as I am with the delete function. The hidden elements can only be set once.

Firebug – net tab

Post header for first record

cd_code 2

cd_description

cd_id 28

cd_table L1

id 5

oper edit

(cd_table and cd_id are hidden)

I scroll back to the previous record and hit submit and get

cd_code 1

cd_description

cd_id 28

cd_table L1

id 4

oper edit

The code, description and your id are all correct but the 2 hidden fields reflect what was in the first record, specifically cd_id which is the primary key.

Doug

October 20, 2009 at 12:52 pm #89867

Mark
Participant

Sounds like a bug…

I've been assuming this is working for me, but havent tested this scenario beyond things looking about right. I may have the same problem in my grid – I'll have to test it.

Mark

October 20, 2009 at 1:21 pm #89870

tony
Keymaster

IMHO, the problem is in clickedSubmit function, which can overwrite the posted values from the form. To test just disable this function.

Regards

October 20, 2009 at 1:38 pm #89871

dpeterman
Participant

Still doesn't work with the clickedSubmit function disabled. In fact, I didn't add the clickedSubmit until I had the problem.

Just to be clear. The delGridRow and editGridRow functions both won't update the hidden fields after the first submit.

So, delGridRow works the first time but never again until a page refresh.

The editGridRow works if you don't scroll off the current record.

Doug

October 20, 2009 at 1:50 pm #89872

Mark
Participant

So a quick check suggests this is working. I've also looked at the code, and it seems to do exactly the right thing…

One thought – are you sure your database didnt get corrupted by your earlier experiments?

ie is it possible that the cd_id and cd_table fields really are the same for those two records (even thought they should be different).

Mark

October 20, 2009 at 2:00 pm #89873

dpeterman
Participant

cd_id is an autocomplete field in mysql and I did validate it before running the test. In the example the cd_code=1 has a cd_id=27 not 28

Also, the weird part to me is when I had the clickedSubmit turned on I was filling the exParam with the correct data but it wasn't being posted.

October 20, 2009 at 2:53 pm #89874

dpeterman
Participant

Ok, I found a solution but don't fully understand why the original code doesn't work.

I changed out line 1187 in grid.formedit.js

October 21, 2009 at 3:16 am #89884

tony
Keymaster

Hello,

Aha. Thanks. Fixed in the upcomming 3.6 release.

Best Regards

Tony

October 21, 2009 at 8:49 am #89915

dpeterman
Participant

Tony,

The lines listed above were for the delgridrow, does 3.6 fix the edit issue as well? I'm assuming it's something similar?

Doug

October 21, 2009 at 8:59 am #89916

tony
Keymaster

Hello,

editGridRow is OK. Check your code. Just for your information yhe posted data is extended in the following way

postdata = $.extend(postdata,rp_ge.editData,onclickSubmitData);

Maybe in your code editData has values which are old.

If you use FireBug find the postIt function and see the values just before the expression above

Regards

Tony
Author

Replies