Categories
- All Categories
- 15 Oracle Analytics Sharing Center
- 14 Oracle Analytics Lounge
- 212 Oracle Analytics News
- 42 Oracle Analytics Videos
- 15.7K Oracle Analytics Forums
- 6.1K Oracle Analytics Idea Labs
- Oracle Analytics User Groups
- 78 Oracle Analytics Trainings
- 14 Oracle Analytics Data Visualizations Challenge
- Find Partners
- For Partners
Using Session Variables in Data Filters for Datasets - OAC
We are getting inconsistent behavior trying to use Session Variables in Datasets Expression Filters.
Anyone have success?
Best Answer
-
So…
If I remove the space before and after equal sign it works0
Answers
-
Hi Wayne,
How did you get the first one to parse in the first place? In all test cases I tried it is shown as unsupported.
0 -
Hi,
I never managed to get a valid validation, always got the "Invalid Expression. Session variables are not supported".
And I tried a number of times…
0 -
@Christian Berg-0racle - got lucky. I can get you in a zoom call to show you.
First one was done by one of my colleagues and he nor I cannot replicate (my second screen cap) in different dataset.His first one actually works which is great.
0 -
Interesting…
We were able to copy the reference to Session Variable out of working into different Dataset and it Validated.0 -
Now I'm curious: when it validate, does it work as expected?
Because if it does, I'm very much curious to know why the not-validating message is that the session variables are not supported there.
0 -
"His first one actually works which is great."
No it's not it's rather extremely preoccupying 🤣 I'll try to use the copy+paste approach in a sample.
0 -
Update: It works when you write it without any space. h/t to @Gianni Ceresa
Imagine how great it would be if we could still see the raw object definition to find out just how that JSON is written and what the interface tries to write today…
1 -
Thanks Wayne for the 'space' hint, that is the key to get it validated.
The fun thing is that the validation error doesn't come from the backend, it's a front-end limitation.
With a space after the '=' the front-end javascript doesn't even send a request to
/ui/dv/ui/api/v1/queryvalidation/wheres
to check for validation, it does display the error directly. I'm quite sure that if I send a validation request to that URL (it's a POST call to that URL) with the space, it will probably returnresult: 'pass'
as well.Therefore, I would say it's a bug: a front-end javascript check isn't aligned with the back-end check.
2 -
And confirmed!
/ui/dv/ui/api/v1/queryvalidation/wheres
will happily validate the usage of a session variable there, even spaces around the = .It's really just the front-end blocking the validation, and not even sending the async call to the back-end for it.
2