You are not logged in.
I noticed when I try to take screenshot using xfce4-screenshooter by selecting display region. The whole screen went black when the window compositor is enabled. The problem was fixed by disabling the window compositor. This xfce4-screenshooter window compositor bug still persists till this day and it was not resolved. I hope that we can take screenshot by display region even the Window compositor was enabled
Last edited by rizalmartin (2021-05-01 11:06:12)
Offline
It should not be black - the overlay should be semi-transparent.
Can you provide some more information about your system. Specifically:
- the distro you are using
- the version of Xfce
- the version of xfce4-screenshooter
- are you running xfwm4 and the built-in compositor
- what video card do you have and which driver are you using?
Also try changing the GTK (Appearance) theme to Adwaita (if you are not using it) and see if you can replicate the problem.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
It should not be black - the overlay should be semi-transparent.
Can you provide some more information about your system. Specifically:
- the distro you are using
- the version of Xfce
- the version of xfce4-screenshooter
- are you running xfwm4 and the built-in compositor
- what video card do you have and which driver are you using?Also try changing the GTK (Appearance) theme to Adwaita (if you are not using it) and see if you can replicate the problem.
LxPupSc 21.04
XFCE 4.16
Latest xfce4-screenshooter
Latest xfwm4
Intel Graphics HD
Xorg driver is modesetting with Glamour acceleration
I tried that on stock theme it still black screen when taking screenshot on selected screen region when compositor is enabled.
I tested it also on older Xfce 4.12. Still black screen
Offline
Odd. Can you post back:
xfwm4 -V
Xorg driver is modesetting with Glamour acceleration
Did you do any special configuration for this?
Also, do you have any other issues with the compositor?
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
Odd. Can you post back:
xfwm4 -V
Xorg driver is modesetting with Glamour acceleration
Did you do any special configuration for this?
Also, do you have any other issues with the compositor?
xfwm version is 4.16.1
Nothing special configuration. Here is the xorg.conf
# **********************************************************************
# Server flags section.
# **********************************************************************
Section "ServerFlags"
Option "IgnoreABI" "true"
# Uncomment this to disable the <Crtl><Alt><Fn> VT switch sequence
# (where n is 1 through 12). This allows clients to receive these key
# events.
Option "DontVTSwitch" "true"
# Enables mode switching with xrandr
# There is a report that this can cause Xorg not to work on some
# video hardware, so default is commented-out...
# but i want to use it in xorgwizard so leave on...
Option "RandR" "on"
# With this, Xorg wont talk to HAL to add evdev devices and youll be back
# with the old Xorg behavior (pre-7.4)...
Option "AutoAddDevices" "true"
# For no-Hal, kirk also suggests this...
# Option "AllowMouseOpenFail" "true"
# Xorg 7.4, Ubuntu Jaunty, CTRL-ALT-BACKSPACE is disabled by default...
Option "DontZap" "false"
EndSection
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
# InputDevice "Synaptics Mouse" "AlwaysCore" #serverlayoutsynaptics
# InputDevice "VboxMouse" "CorePointer"
#InputDevice "Mouse0" "CorePointer"
#InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/local"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/OTF"
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/truetype"
FontPath "/usr/share/fonts/opentype"
FontPath "/usr/share/fonts/woff"
FontPath "/usr/share/fonts/CID"
FontPath "/usr/share/fonts/75dpi/:unscaled"
FontPath "/usr/share/fonts/100dpi/:unscaled"
FontPath "/usr/share/fonts/75dpi"
FontPath "/usr/share/fonts/100dpi"
FontPath "/usr/share/fonts/cyrillic"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/X11/fonts/misc"
FontPath "/usr/share/fonts/X11/TTF"
FontPath "/usr/share/fonts/X11/OTF"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/usr/share/X11/fonts"
FontPath "/usr/local/share/fonts"
FontPath "/usr/local/share/X11/fonts"
EndSection
Section "Module"
# Load "synaptics" #loadsynaptics
Load "glx"
EndSection
Section "InputClass"
Identifier "Keyboard Defaults"
MatchIsKeyboard "yes"
Option "XkbModel" "pc104" #xkbmodel0
Option "XkbLayout" "us" #xkeymap0
#Option "XkbVariant" "" #xkbvariant0
Option "XkbOptions" "terminate:ctrl_alt_bksp" #xkboptions0
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
HorizSync 35-81
VertRefresh 59-76
#UseModes "Modes0" #monitor0usemodes
# Option "PreferredMode" "1024x768" #monitor0prefmode
EndSection
Section "Modes"
Identifier "Modes0"
#modes0modeline0
EndSection
Section "Device"
Identifier "Card0"
Driver "modesetting" #card0driver
Option "AccelMethod" "glamor"
BusID "0:2:0" #card0busid
EndSection
Section "Screen"
Identifier "Screen0"
# Device "Card0"
Monitor "Monitor0"
# DefaultDepth 24
#Option "metamodes" "1280x800_60 +0+0" #METAMODES_0
Subsection "Display"
Depth 24 #screen0depth
# Modes "1024x768" #screen0modes
EndSubsection
EndSection
I don't have any problems on window compositor. All works fine.
Offline
I have the same problem, the system is debian 11 bullseye
xfwm4 -V
This is xfwm4 version 4.16.1 (revision 5f61a84ad) for Xfce 4.16
Released under the terms of the GNU General Public License.
Compiled against GTK+-3.24.24, using GTK+-3.24.24.
Build configuration and supported features:
-Startup notification support: Yes
-XSync support: Yes
-Render support: Yes
-Xrandr support: Yes
-Xpresent support: Yes
-X Input 2 support: No
-Embedded compositor: Yes
-Epoxy support: Yes
-KDE systray proxy (deprecated): No
xfce Terminal cannot be transparent
Edit->Profile preferences->background,
Transparent Background,
xfce4-terminal transparent no matter how it is set, it has no effect
It means that other windows are transparent and normal, and xfwm4-tweaks-settings configures other places to be transparent and normal. That is, there is a problem with the terminal. The reason is that there is an error?
https://bugzilla.xfce.org/show_bug.cgi?id=13965
The reason for xfwm4's compositing, but how to solve it?
Last edited by linuxunix (2021-11-22 01:31:58)
Offline
There is an active bug report for this issue.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
Troubled by this problem, I can’t find a solution after searching for a long time. Is it because of the streamlining of xorg? Or is it the graphics card driver?
Offline
Is your issue with xfce4-screenshooter (the topic of this thread) and/or with xfce4-terminal?
If xfce4-terminal, what is the opacity slider set to?
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
If there is a problem with xfce4-screenshooter, there is also a problem with xfce4-terminal. It should be the same reason. The setting has no effect at all. xfce4-terminal is pulled from 0.00 to 1.00, there is no response at all, and it is opaque. The reason is not knowing
Offline
It's strange that it only affects some applications but not others. It might be best to either create a new bug report or post into one of the existing bug reports to get the developer to comment on this.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
[ Generated in 0.014 seconds, 7 queries executed - Memory usage: 594.02 KiB (Peak: 611.3 KiB) ]