mirror of
https://github.com/budtmo/docker-android.git
synced 2026-04-25 20:25:57 +03:00
[GH-ISSUE #137] Recordings not stored properly #96
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/docker-android#96
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @bonigarcia on GitHub (Jan 9, 2019).
Original GitHub issue: https://github.com/budtmo/docker-android/issues/137
Operating System
Ubuntu 18.04.1 LTS
Docker Image
butomo1989/docker-android-x86-8.1:1.6-p0
Docker Version
Docker version 17.05.0-ce, build 89658be
Docker Command to start docker-android
... and then:
Expected Behavior
I want to run the following test against the Selenium Server at http://localhost:4444/wd/hub and get the MP4 recording of the session in the folder (
$PWD) running the commands before.Actual Behavior
Most of the times, I get the error reported on #135 when running the test. Strangely, if the test execution is repeated over and over, from time to time Appium Server manages to response, and the test passes.
Nevertheless, in this case, I would expect to get a MP4 recording of the session in my local folder. That file exists, but its content is trimmed. It seems it is only recorded until the beginning of the test (only 200 ms according to
mediainfo).@budtmo commented on GitHub (Jan 9, 2019):
does it work perfectly on the previous version of docker image? @bonigarcia
@bonigarcia commented on GitHub (Jan 9, 2019):
@butomo1989 I don't know. I've been a long time without testing it manually. I think in the
1.3-p5version of the images that was working, but I'm not sure.@budtmo commented on GitHub (Jan 16, 2019):
It happens since version 1.6-p0.
Please use this 1.5-p6 version for using video-recording feature
@bonigarcia commented on GitHub (Mar 31, 2019):
Is there any plan to solve this bug?
@mehrdad-abdoli commented on GitHub (Apr 17, 2019):
@budtmo does this bug has been fixed in lateset version?
@budtmo commented on GitHub (May 3, 2019):
Hi,
The bug is not fixed yet. It would be great if someone can help to solve this issue.
@ciekawy commented on GitHub (May 24, 2019):
this seems to happen intermittently - I was able to play one recording but not the other
@mehrdad-abdoli commented on GitHub (May 28, 2019):
@budtmo I really needs video recording and can not solve this problem can you plz help to fix this or at least comment how can it be fixed?
@ciekawy commented on GitHub (May 28, 2019):
I think this may depend on the particular image / Android version. for 8.0 it all works well for me (I thought it's not but I found I made stupid mistake to retrieve the video from the container in the cloud) - ideally the
/tmp/videoshould be mapped as volume to local folder@ciekawy commented on GitHub (May 28, 2019):
also one general thing (which may be related) is that modern
ffmpegshould be terminated withSIGINTto complete the recording well (not sure about the source of that information though...)@budtmo commented on GitHub (May 29, 2019):
Hi @mehrdad-abdoli @ciekawy ,
The implementation can be found here. It would be great if you guys can help on fixing this issue and create a PR. :)
@witness-fibonacci commented on GitHub (Aug 3, 2019):
@budtmo
in record.sh change this line
ffmpeg -video_size 1599x899 -framerate 15 -f x11grab -i $DISPLAY $VIDEO_PATH/$name -y
to:
ffmpeg -video_size 1598x898 -framerate 15 -f x11grab -i $DISPLAY $VIDEO_PATH/$name -y
@budtmo commented on GitHub (Aug 9, 2019):
Hi @witness-fibonacci ,
Thank you for the hint. could you send a PR for that?