RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1364106 - desktop recording tool creates empty file in 3 monitors extended desktop
Summary: desktop recording tool creates empty file in 3 monitors extended desktop
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-shell
Version: 7.3
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1648871
TreeView+ depends on / blocked
 
Reported: 2016-08-04 13:38 UTC by Tomas Hudziec
Modified: 2024-03-25 14:56 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1648871 (view as bug list)
Environment:
Last Closed: 2020-11-11 21:55:14 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Tomas Hudziec 2016-08-04 13:38:12 UTC
Description of problem:
On T440s with 2 extended monitors (3 screens in total), desktop recording tool creates empty .webm file in Videos folder.

Version-Release number of selected component (if applicable):
gnome-shell-3.14.4-52.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1. Have extended desktop composed of 3 screens
2. In gnome session press Ctrl+Shift+Alt+R
3. After a while, press the same key combination again
4. Open Videos folder and search for file "Screencast from <date> <time>.webm"

Actual results:
The file is empty, it has size of 0 bytes.

Expected results:
The file has size bigger than 0 bytes and can be played by totem or firefox.

Comment 5 Nathaniel Rogers 2018-05-02 04:10:42 UTC
I had the same issue running Gnome Shell 3.22.3 with CentOS Linux release 7.4.1708

I have 1 extended monitor and pressing Ctrl+Shift+Alt+R shows the red circle as expected, but the video created at ~/Videos has a size of 0 bytes and obviously doesn't have any content.

However, when I disable the extended desktop, the screen recording works as expected.

It seems that there isn't multi-monitor support for this feature.

If it's of any help, the journalctl output when I run the screenrecorder with an extended monitor is

May 02 13:51:20 myname org.gnome.Shell.desktop[2078]: Recording to <my_home>/Videos/Screencast from time.webm
May 02 13:51:20 myname gnome-shell[2078]: Error in recording pipeline: Internal data stream error.
May 02 13:51:20 myname gnome-shell[2078]: recorder_record_frame: assertion 'recorder->current_pipeline != NULL' failed
May 02 13:51:23 myname tracker-extract[2296]: unable to create file '/run/user/16777218/dconf/user': Permission denied.  dconf will not work properly.
May 02 13:51:24 myname gnome-shell[2078]: shell_recorder_close: assertion 'recorder->state != RECORDER_STATE_CLOSED' failed

Hope this helps in some way!

Comment 6 Johannes Postler 2018-06-28 10:03:37 UTC
This issue is also valid on Fedora 28 with Gnome 3.28.2 on a T420s with an Nvidia graphics card.

Comment 7 Tomas Hudziec 2018-06-28 11:56:26 UTC
Also reproducible with 3 monitor layout on RHEL 7.6 with gnome-shell-3.28.2-1.el7.x86_64 on X1 Carbon with an Intel Corporation Skylake GT2 graphics card. Same error messages in systemd journal as in #comment 5.

Comment 8 René Kraneis 2018-10-05 09:17:26 UTC
Same issue on CentOS Linux release 7.5.1804 (Core) with Gnome Version 3.22.2 using Intel® HD Graphics 620 (Kaby Lake GT2). I also have a three monitor layout with only two of them active (the third is HiDPI and only paritally shown, different issue).

I have the following entries in journalctl (same as in #comment 5):

Oct 05 11:07:49 renes-xps-13 org.gnome.Shell.desktop[3215]: Recording to /home/rene/Videos/Screencast from 10-05-2018 11:07:49 AM.webm
Oct 05 11:07:49 renes-xps-13 gnome-shell[3215]: Error in recording pipeline: Internal data stream error.
Oct 05 11:07:49 renes-xps-13 gnome-shell[3215]: recorder_record_frame: assertion 'recorder->current_pipeline != NULL' failed
Oct 05 11:07:52 renes-xps-13 tracker-extract[3540]: unable to create file '/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.
Oct 05 11:08:02 renes-xps-13 gnome-shell[3215]: shell_recorder_close: assertion 'recorder->state != RECORDER_STATE_CLOSED' failed

As I have no idea if the dbus message is related (I guess not), this is the file permissions:
-rw-------. 1 rene rene 2 Oct  5 11:10 /run/user/1000/dconf/user

Comment 9 René Kraneis 2018-10-05 09:20:42 UTC
Addendum to my #comment 8: recording does work if I disable one of the remaining two monitors.

Comment 10 Chris Moeller 2019-01-16 01:42:30 UTC
I can reproduce the issue on Gnome-shell 3.30.2, and not even on a RedHat distribution, leading me to believe it's a Gnome bug and not a RedHat specific bug.

The issue seems related to trying to capture on any desktop configuration greater than 4096 pixels in either dimension, and may or may not be specific to the FOSS Radeon drivers. I have not tested on Intel graphics, or on AMDGPU Pro drivers.

I already replied to a related issue on Gnome's bug tracker:

https://bugzilla.gnome.org/show_bug.cgi?id=699845

Repeated for this topic, I have two displays, one 3840x2160, one 1920x1080, which pushes the width into the >4096 range. While I may not be running RedHat, I have reproduced the issue with a different configuration, and I'm linking to an upstream bug tracking this issue.

Comment 11 Greg Matthews 2019-04-23 15:14:53 UTC
going down the rabbit hole suggests that the bug is in the webmmux encoder which is part of gstreamer-plugins-good. A fix is provided upstream, any chance we could have it for rhel7?

https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/merge_requests/80

Comment 12 eby15606 2019-10-15 14:39:58 UTC
Hi
Still getting the same problem in rhel 7. Currently using 3.10.0-957.27.2.el7.x86_64

Comment 13 Vikramsingh Patil 2020-04-02 15:33:58 UTC
Hello Team,
 
I am having the customer who is facing the same issue on RHEL-7.8 Beta 

Having NVIDIA Corporation GM107GL [Quadro K1200] and attached 4 monitor with 4k resolution

When trying to capture video using Ctrl+Shift+Alt+R in Gnome it creates a blank .webm file.

Customer is seeing below logs in messages

---

Mar 25 16:14:37 uip7910 org.gnome.Shell.desktop[4675]: Recording to /home/spsy/Videos/Screencast from 03-25-20 16:14:37.webm
Mar 25 16:14:37 uip7910 gnome-shell[4675]: Error in recording pipeline: Internal data stream error.
Mar 25 16:14:37 uip7910 gnome-shell[4675]: recorder_record_frame: assertion 'recorder->current_pipeline != NULL' failed
Mar 25 16:15:08 uip7910 gnome-shell[4675]: shell_recorder_close: assertion 'recorder->state != RECORDER_STATE_CLOSED' failed

---

Comment 15 Chris Williams 2020-11-11 21:55:14 UTC
Red Hat Enterprise Linux 7 shipped it's final minor release on September 29th, 2020. 7.9 was the last minor releases scheduled for RHEL 7.
From intial triage it does not appear the remaining Bugzillas meet the inclusion criteria for Maintenance Phase 2 and will now be closed. 

From the RHEL life cycle page:
https://access.redhat.com/support/policy/updates/errata#Maintenance_Support_2_Phase
"During Maintenance Support 2 Phase for Red Hat Enterprise Linux version 7,Red Hat defined Critical and Important impact Security Advisories (RHSAs) and selected (at Red Hat discretion) Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available."

If this BZ was closed in error and meets the above criteria please re-open it flag for 7.9.z, provide suitable business and technical justifications, and follow the process for Accelerated Fixes:
https://source.redhat.com/groups/public/pnt-cxno/pnt_customer_experience_and_operations_wiki/support_delivery_accelerated_fix_release_handbook  

Feature Requests can re-opened and moved to RHEL 8 if the desired functionality is not already present in the product. 

Please reach out to the applicable Product Experience Engineer[0] if you have any questions or concerns.  

[0] https://bugzilla.redhat.com/page.cgi?id=agile_component_mapping.html&product=Red+Hat+Enterprise+Linux+7


Note You need to log in before you can comment on or make changes to this bug.