-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FileElement: Preserve file across requests #107
Conversation
49b2024
to
b27e10f
Compare
b27e10f
to
da911b9
Compare
@yhabteab An example usage I tested this with is:
You also need Icinga/ipl-web#112 or Icinga/icingaweb2#4990. |
I think 🤔 I have found a bug.
|
No, that's intended. The same happens if you don't (auto)submit and only choose a single file again. This also overrides any and all previously set files. To upload different or more files the user needs to remove the uploaded files first. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
da911b9
to
f4172ff
Compare
I can't reproduce that. |
Sorry! It's a reporting module bug. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It works!
f4172ff
to
bce56f0
Compare
@yhabteab I've just removed the possibility to populate the element with anything else than instances of |
Shouldn't the element initiate a stream for the uploaded file(s) as well? At the moment the |
It's not done explicitly by the element, but lazily by the underlying library. This also should work fine, the tests for it succeed. Personally, I can't reproduce it as well. Is it maybe an issue in the reporting module again? 😅 |
Shouldn't |
Yeeh, your questions come always right in time!
Yes. It's configurable because e.g. Icinga Web uses it's own temp directory. Making |
No description provided.