Closed vedhav closed 2 months ago
Looks good already. sid
problem is a minor thing - it is only for reactive-counts in FilterState
@gogonzo I was trying to figure out what was broken when this sid
is not passed properly and I can't seem to figure out a way to test this. The only thing I know is that it is used here
@gogonzo I was trying to figure out what was broken when this
sid
is not passed properly and I can't seem to figure out a way to test this. The only thing I know is that it is used here
Yu, I just noticed that when count_type = "all"
it uses the same dataset for each FilterState
.
What if you try to bind on a call here? https://github.com/insightsengineering/teal/blob/5c3e3fd4380ef0fc7efc53ec1cdf4f5a7c922dd3/R/module_nested_tabs.R#L278
1 files 29 suites 22s :stopwatch: 362 tests 353 :white_check_mark: 0 :zzz: 9 :x: 831 runs 822 :white_check_mark: 0 :zzz: 9 :x:
For more details on these failures, see this check.
Results for commit 3ab89dbf.
:recycle: This comment has been updated with latest results.
@vedhav @gogonzo Is this urgent? Otherwise, should we hold off on this movement until we finished other priorities?
@vedhav @gogonzo Is this urgent? Otherwise, should we hold off on this movement until we finished other priorities?
This is not urgent and working solution hasn't been provided. Let's deprioritize this
Closes #62
Pending things before it can be undrafted:
private$reactive_call
for a givensid
. Right now it will not work whensid
is provided. A possible solution is to make thesid
a private object and use it inside the server logic.self$get_call()
to extract the call.data.frame
.CDISC
data.frame
andMAE
object.Example app to test: