Hi = Stuart,
Code wise = =E2=80=A6you are right =E2=80=A6I see nothing wrong. I replicated in on = our FastCGI WebDNA Win2012R2 boxes =E2=80=A6no issue works fine and gets = saved as well (via jQuery Ajax).
Will try it = on our Linux box later to see if the same occurs as per = yours.
Here is = something you may want to try =E2=80=A6.use [rep= lacefounditems]
It may work = around the issue in the interim till the mystery is resolved. Another = method is to set up a [table] in your admin-switch.dna =E2=80=A6collect = and store the incoming variables there =E2=80=A6.then do the [replace] = from the stored [table] data to see if that helps. Incidentally = =E2=80=A6having the [table] there will help shorten the post url string = as you can manual have it in the table as default if = needed.
Just to = confirm =E2=80=A6once the Ajax runs the call =E2=80=A6.variable gets to = the landing page =E2=80=A6data is updated in RAM but not in DB. Could = you write a file output after the replace to see if the file generated = has the variable value, since you are saying that the system is not = seeing the variable when called upon by another page and only after = Admin Flush it appears.
Cheers
Terry = Nair
WhatsApp / = Mob : +65 9672 9540
From:<= /b> = talk@webdna.us <talk@webdna.us>
Sent: Wednesday, = February 19, 2020 09:32 AM
To: WebDNA Talk List = <talk@webdna.us>
Subject: Re: [WebDNA] COMMITDATABASE in = linux unix 64bits FastCGI version = 8.6
Hi = Terry
It is hard to work out who sent email to the = list now that the =E2=80=9Cfrom" has = changed.
The call is very simple, a url with = variables.
admin-switch.dna?task=3Dswitch-6&dbid=3D6&dbidn= ame=3DSM-ID&dbname=3Dshippingmethods&dbfield=3DSM-ACTIVE&acti= ve=3DT
The receiving page is very = simple too.
[REPLACE = db=3D../data/[DBNAME].db&eq[DBIDNAME]datarq=3D[DBID]&max=3D1][!]<= o:p>
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 [/!][DBFIELD]=3D[URL][DBVALUE][/URL][!]
[/!][/REPLACE]
The replace is 100% correct in the db file if I open = it up, the problem is that until I manually flush the dbs it is not = recognised.
I = have tried putting in [CLOSEDATABASE db=3D../data/[DBNAME].db] = or [COMMITDATABASE db=3D../data/[DBNAME].db] or even = [FLUSHDATABASES] with no resolution.
It is not the one db, I have another ajax update for = another db which has the same issue. I have not gone through the entire = system checking for others.