Closed IosephKnecht closed 1 year ago
Hey @IosephKnecht AFAIK the empty file will just produce a warning but won't affect the execution flow. Why does the absence of an empty file influence the allure report? Do you think this is an issue with marathon or with allure?
I'm not sure what's the value of pulling/creating empty files, happy to discuss. This shouldn't be a hard problem to fix, but marathon tries to save the pulling time by not doing "stat" on the filesystem for each and every file so that we don't end up with 2 requests per file pull
Hey @Malinskiy
It seems that I am really wrong here. Absence of an attachment file in {uuid}-result.json
indeed will not prevent the generation of allure report. I double-checked the example, it turned out that if there is an empty attachment file, allure report {uuid}-result.json
itself is not pulled, hence the losses in the final report of the test cases.
However, the bug itself is floating, it can be reproduced if there are several tests and empty attachments are attached. At the same time, allure report files are not always lost, it may be that the report will be unloaded, but without attachments (which were not empty).
How is this related to empty attachments? To be honest, I don't know, but we managed to minimize loss of allure reports on CI by putting the text in our potential empty attachment.
In any case, I updated the example and also attach:
This may be a problem with pullFolder method rather than pullFile. Maybe presence of an empty file produces an exception and this will trigger failure of pullFolder which means not everything will be pulled including files that are non-empty. Let me investigate this a bit, I'll get back to you
I've found the culprit. Should be in the 0.8.2
@Malinskiy Great. Thanks.
Describe the bug When pulling allure reports using
allureConfiguration { enabled = true }
a TransferException occurs if there are one or more empty files in the reports folder.To Reproduce Steps to reproduce the behaviour:
marathon-transfer-exception-playground-main.zip
./gradlew :app:marathonDebugAndroidTest
Expected behavior Empty files are successfully pulled into the output directory from devices.
Logs and reports marathon_debug_android_test.log
marathon-transfer-exception-playground-main.zipmarathon-transfer-exception-playground-main.zipDevices (please complete the following information):
Additional context
0.7.6
/0.8.0