You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Symptom: deployrInput ignores existing variable value (and thus API input) if the input variable name happens to be x.
Cause: line 104 reads the existing variable value using x <- get(name), but if name happens to be "x", then this line would actually read the x value assigned in line 96 (i.e. the default value).
Possible solution: default value should only be used when the variable value is not provided by input.
if (!is.null(name) && exists(name)) {
x<- get(name)
} else {
if (!is.null(default)) {
x<-default
}
}
The text was updated successfully, but these errors were encountered:
In fact, input variable name should not be any of the variable names defined inside deployrInput source code. Here is a blacklist of variable names which should not be used in deployrInput declarations: name, default, render, label, min, max, levels, labels, n, JSONResult and x.
In fact, input variable name should not be any of the variable names
defined inside deployrInput source code. Here is a blacklist of variable
names which should not be used in deployrInput declarations: name, default,
render, label, min, max, levels, labels, n, JSONResult and x.
—
Reply to this email directly or view it on GitHub #12 (comment)
.
Symptom:
deployrInput
ignores existing variable value (and thus API input) if the input variable name happens to bex
.Cause: line 104 reads the existing variable value using
x <- get(name)
, but ifname
happens to be"x"
, then this line would actually read the x value assigned in line 96 (i.e. the default value).Possible solution: default value should only be used when the variable value is not provided by input.
The text was updated successfully, but these errors were encountered: