mbtiles tests fail with can execute script on file:tc_dedup?mode=memory&cache=shared
#2829
Replies: 7 comments
|
Weird. What is your SQLitr/rust versions? |
|
That’s rust 1.95.0, no external sqlite (current system version would be 3.53.0) I’m building in a chroot (it’s a build script for the Arch User Repository), might be that there are undocumented dependencies required (possibly external to rust)? |
|
Thank you for maintaining that. I think that the Maybe |
|
The binary works, no issues there, but I consider testing against distribution-local environments good practice when packaging. I’ll skip the test, but I still wonder whether being able to execute SQL in a temp directory is a (low threat) security issue that might pop up in different envs too? |
|
security issue? The tests you are running are for not the binary, they are for the library. We have some tests for the binary, see tests/test.sh |
|
I just assumed there is a reason for testing whether or not sql scripts can be executed in temporary directories |
|
No, temp_named_mbtiles() should just be that, a temporary mbtiles file. We migrated from having opake sqlite blobs in the repo to this because of the "better observabiltiy" and "better security", but honestly this has been a bit more pain than we originally thought. |
Uh oh!
There was an error while loading. Please reload this page.
Hi!
With mbtiles v0.16.0, unit tests started to fail. Specifically,
temp_named_mbtiles()seems to not be able to inhibit script execution during thetranscoder::tests::transcode_normalized_no_redundant_transformstest.I’m on Linux and run the tests with the following command line:
Below the full backtrace:
All reactions