Hi,
I noticed a very annoying bug where the temp folder gets deleted upon Knime gets closed. The auto deletion setting upon node reset is disabled, though.
I will upload the test workflow soon.
Best
Mike
@mwiegand I have a difficult time seeing a use case for not deleting a (well) temporary folder …
1 Like
I am saving temporary data / results during loop execution as a fallback and to resume i.e. a website scrape in case it failed. Though, that issue wasn’t present before.
@mwiegand my recommendation would be to store such data in an explicit folder that you control, fill and maybe delete deliberately. The nature of temporary folders seem to me to be (well) temporary …
More on storage and recovery with loops here.
Good morning @mlauber71,
I had complete control over that folder and it should not get deleted once Knime gets closed. This is for me clearly looks like a regression.
PS: One main reason I chose the create temp folder node is that is automatically ads a unique ID which, in comparison, the regular create folder node does not support / offer 
It also not allows me to inject a random string myself either.
Best
Mike
Maybe this approach can help:
For me the question might be if one can employ reasonable existing KNIME nodes to get the work done or if it is good to add features to nodes for possible let’s say edge cases. Given the current state of the KNIME development and instabilities around KNIME 5.x I would like the team to focus on core issues.
1 Like
After long last, thanks to @leo_woerteler, here is the example workflow.
@mlauber71 thanks for your response. I will give this some though.
2 Likes