Not save changed databasejoin value on form used as related data

[blue-mouse]

Hi,

I have a problem at front-end when use from list (parent + child) - a form1 that is linked to this list as related data.
When add new child-record to choosen parent-record using this form1 i can't change after opening form1 "parent-record".

Child-record is linked to parent-record with databasejoin field "Nazwa" - {ccjom_cc_srodki_ochrony_wymiana___nazwa} and when open form1 field "Nazwa" has "start value" proper for "start parent-record" - but sometimes user need change the value of databasejoin field "Nazwa" (what means also change of parent-record) - a problem is that always only "start value" of databasejoin field is saved when save form1.

Problem is at front-end only, at back-end (AP) is OK.

I try the same "change" on similar list with also form that was related data some period of time ago and i seem that it was worked.
Is possible to solve this bug?

 

[blue-mouse]

Friendly bump,

 

[cheesegrits]

I'll see if I can replicate this behavior locally.

-- hugh

 

[cheesegrits]

Changing the join selection seems to work for me on both the front and back end, when I use a related data "Add" link, and change the selection for the foreign key join (the FK, the one that gets preset to the "parent").

How are the access controls set on your FK element?

-- hugh

 

[blue-mouse]

For me this doesn't work.
FK - see on screen shoot

 

[blue-mouse]

This doesn't work for me also in case "2":
I try set FK element "Nazwa fff" as not editable field (without possibility to change to other value) and then FK element is even not visible/printed on my form.
CC-ISO-Pracownicy-p = CC-ISO-workers-level

See screen shot for case "2"

 

[blue-mouse]

Hi,
I have actualise from GitHub today (this is version from 2014-06-04 22:04) and is still the same,

 

[cheesegrits]

Those screenshots of access controls really don't tell me anything. I guess what I meant was "does the user submitting the form has write access to the FK element"? Are they a member of the group you have set for the "Form" ACL?

If you set access to "Public" as a test, does that change anything?

-- hugh

 

[blue-mouse]

FK = ccjom_cc_srodki_ochrony_wymiana___nazwa
All users that are writting/submitting the form are a members of group CC-ISO-pracownicy-p (=CC-ISO-our_workers-level) --- the group is set as "Form" ACL.
When i set access to "Public" that doesn't change anything.
:-(

 

[troester]

This issue is not depending on related data but on setting a dbjoin default via URL in general:
on save the dbjoin element is ignoring any change if its default is set in the URL.
No problem to change the dbjoin if the default is defined in element settings.

 

[blue-mouse]

Troester: For me this depends on this: when form1 is used as "+" = related data - then i can't change-and-save_changed_value.
When i use only form1 as simply Menu_item=fabrik_form then i can change_and-save_changed value.

I tested that this doesn't depend on "default" - if default is set or if is not set this doesn't matter for my problem.

I have this problem not only for my new Issue:CC-19 --- several lists and forms for one "topic=CC-19" but also for my old Issues that where written earlier and some period ago this "change" on form used as "related data" was worked and now is something damaged with this.

 

[blue-mouse]

hi cheesegrits,
I have actualised today to GitHub version from 2014-06-23 and i have still the same problem,

I have actualized only my test2 site: http://194.181.162.166/cc.joomlat2 to GitHub version from 2014-06-23 , because there are other errors so i can't actualize my main site: http://candc.katowice.pl

 

[blue-mouse]

friendly bump,

hi, this is priority=1 for me,
This is something what earlier has worked and was damaged for me with some GitHub actualisation,

 

[blue-mouse]

hi cheesegrits,

is a chance to solve this?

This was worked earlier and failed with some actualization from GitHub...