Has anyone observed similar <odd behavior> when de...
# sdfe
erictgrubaugh
12/14/2022, 5:07 PMHas anyone observed similar odd behavior when deploying?
😨 1
a
alien4u
12/15/2022, 2:18 PMExperienced something very similar in the past but it seems to be an intermittent behavior that normally resolves itself, not sure if it is related to some odd oracle database cache issue or something to that effect. I do remember at some point I had to delete the script file or the whole script definition including the file from the file cabinet and upload the new one with SDF.
d
darrenhillconsulting
12/15/2022, 2:24 PM@Carlos Olivares (NS DevTools PM), this is a know issue no?
👀 3
t
touraj vaziri
12/20/2022, 12:20 PMHello, @darrenhillconsulting @alien4u I am the PM for DevTools team. We have not seen this issue before but I am tagging SDF to get their input. @Tracey Chen would you know?
👍 2
c
Carlos Olivares (NS DevTools PM)
12/20/2022, 1:25 PMHello Darren and Alien, Touraj is the new DevTools PM. He will be more involve in this chat than me for now on.
👍 3
t
touraj vaziri
12/22/2022, 10:24 AMTracey is on PTO so it might take some time. I am asking in the other channels and will get back to you if I find something useful.
thankyou 1
touraj vaziri
12/23/2022, 8:06 PMHello, This is the reply from SDF team:
I don't know the root cause, but it may be file cabinet UI caching issue. Especially since they said after editing and saving, correct file content showed up. Is this like an external customer or internal PSG/Suitesuccess? If it's internal, we can check in 'mediaitem' table at the time of error to check if the correct file was save in DB. If so, then most likely file cabinet UI caching issue.
As a workaround, they can try incognito mode to see if error still occurs.
e
erictgrubaugh
12/23/2022, 9:18 PMThanks for the follow up. In our most recent case, this was a server-side script (a library module used by a Map/Reduce). There's no browser session to switch to incognito.
3 Views