Conky starts in the top left corner of the screen, can't be moved on Ubuntu 19.10 (GNOME Shell 3.34)

[logix2]

Conky always starts in the top left of my screen on Ubuntu 19.10 with GNOME Shell 3.34 on X11. And it can't be moved, changing gap_x and gap_y doesn't do anything. I tried this both with conky from the Ubuntu repositories (1.10.8) and the latest version compiled by myself (1.11.5).

Also, I noticed this while using 2 monitors (in which case xinerama_head also had no effect), but I tried disabling one monitor and the same thing occurs. When using two monitors and own_window_type=normal, conky shows up on the active monitor (e.g. it runs on the monitor the terminal I run it from was on). When used with own_window_type=desktop, it always show up on my left-most monitor. In both cases though, it can't be moved anywhere.

Conky features:

conky 1.11.5_pre compiled Mon 27 Jan 16:34:48 EET 2020 for Linux 5.3.0-26-generic x86_64

Compiled in features:

System config file: /etc/conky/conky.conf
Package library path: /usr/local/lib/conky

 General:
  * math
  * hddtemp
  * portmon
  * IPv6
  * Curl
  * RSS
  * Weather (METAR)
  * support for IBM/Lenovo notebooks
  * builtin default configuration
  * old configuration syntax
  * Imlib2
  * OSS mixer support
  * apcupsd
  * iostats
  * ncurses
  * Internationalization support
  * PulseAudio

 Lua bindings:
  * Cairo
  * Imlib2
  * RSVG
 X11:
  * Xdamage extension
  * Xinerama extension (virtual display)
  * Xshape extension (click through)
  * XDBE (double buffer extension)
  * Xft
  * ARGB visual
  * Own window

 Music detection:
  * Audacious
  * CMUS
  * MPD
  * MOC
  * XMMS2

 Default values:
  * Netdevice: eno1
  * Local configfile: $HOME/.conkyrc
  * Localedir: /usr/local/share/locale
  * Maximum netdevices: 256
  * Maximum text size: 16384
  * Size text buffer: 256

Conky config:

conky.config = {
    background = false,
    font = 'FuraCode Nerd Font:pixelsize=10',
    use_xft = true,
    xftalpha = 1.0,
    update_interval = 4,
    total_run_times = 0,
    own_window = true,
    own_window_transparent = false,
    own_window_type = 'normal',
    own_window_class = 'Conky',
    own_window_argb_visual = true,
    own_window_argb_value = 30,
    own_window_colour = '#000',
    own_window_hints = 'undecorated,below,skip_taskbar,skip_pager,sticky',
    double_buffer = true,
    draw_shades = false,
    draw_outline = false,
    draw_borders = false,
    draw_graph_borders = true,
    stippled_borders = 0,
    border_width = 0,
    default_color = '#BEC8CB',
    default_shade_color = '#BEC8CB',
    default_outline_color = '#BEC8CB',
    alignment = 'middle_right',
    gap_x = 681,
    gap_y = 500,
    use_spacer = 'none',
    uppercase = true,
    text_buffer_size = 512,
    no_buffers = true,
    cpu_avg_samples = 2,
    net_avg_samples = 2,
    maximum_width = 800,
};

[rubyFeedback]

Do you know whether this behaviour is different if you use e. g. mate-desktop, fluxbox, kde plasma or something like that, or wayland?

No idea what causes the issue but I remember having had different results, on different computers, with different xorg-server versions and different kernel + graphics. On some machines I could never move any window anymore, which was quite annoying. No clue if this is related to your issue but there must obviously be some reason why conky wants to be placed in the top-left corner of the screen; perhaps GNOME3 is doing something that does that by default? Or other programs do something in addition that conky isn't doing on gnome3.

[logix2]

I installed mate-desktop on the same system and Conky can be moved and works with my 2 monitors. So I guess some change in GNOME Shell (or something related) broke this.

[macgeneral]

Same issue here with Gnome Shell 3.38.4 on Wayland. If the window type is set to 'desktop' the widget starts in the top left corner, if it's set to 'normal' it starts with a gap of ~100 pixels to the top and left each. All positioning options get ignored (gap_x/y, alignment). Otherwise it seems to work correct.

[github-actions[bot]]

This issue is stale because it has been open 365 days with no activity. Remove stale label or comment, or this issue will be closed in 30 days.

[github-actions[bot]]

This issue was closed because it has been stalled for 30 days with no activity.