I have a similar scriptlet that I use to open YouTube URLs in mpv, using just and wl-clipboard… I just copy the URL and press my G1 key (it has a keybind of just yt-paste attached) which launches the yt-paste snippet below, reads the url from the clipboard, parses it and passes it to mpv.

# Parse the clipboard for YouTube URLs and open them in mpv
yt-paste:
  #!/usr/bin/env bash
  YOUTUBE_URL_REGEX="^https:\/\/(www\.youtube\.com\/watch\?v=|youtu\.be\/)[a-zA-Z0-9_-]{11}"
  YOUTUBE_PLAYLIST_URL_REGEX="^https:\/\/(www\.youtube\.com\/playlist\?list=)[a-zA-Z0-9_-]+"
  YOUTUBE_SHORTS_URL_REGEX="^https:\/\/(www\.youtube\.com\/shorts\/)[a-zA-Z0-9_-]{11}"
  # Youtube URL
  if [[ "$(wl-paste)" =~ $YOUTUBE_URL_REGEX ]]; then
    echo "Opening valid YouTube URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Opening YouTube URL"
    mpv "$(wl-paste)"
  # Youtube Playlist URL
  elif [[ "$(wl-paste)" =~ $YOUTUBE_PLAYLIST_URL_REGEX ]]; then
    echo "Opening valid YouTube Playlist URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Opening YouTube Playlist URL"
    mpv "$(wl-paste)"
  # Youtube Short URL
  elif [[ "$(wl-paste)" =~ $YOUTUBE_SHORTS_URL_REGEX ]]; then
    echo "Opening valid YouTube Shorts URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Opening YouTube Shorts URL"
    mpv "$(wl-paste)"
  # No Match
  else
    echo "Clipboard does not contain a valid YouTube URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Whoops!" "Clipboard does not contain a valid YouTube URL"
    exit 1
  fi

I just seen a post from the Arch Linux Fosstodon account explaining that it’s down “due to cloud node outage” and not related to the ongoing waves of DDoS they’ve been dealing with.

I’ve had no issues with Dash to Dock, this looks more like an ArcMenu issue to me based on your screenshot.

In the description for ArcMenu they say:

Requires GMenu package:

• Depending on your distro you may need to install ‘gir1.2-gmenu-3.0’, ‘gnome-menus’, or ‘libgnome-menu-3-0’

Have you got that dependency covered?

What other extensions do you have installed? What versions of Ubuntu and GNOME are you using?

My monitors.xml has two <configuration> blocks, with the only real difference being that one has <layoutmode>physical</layoutmode> and the second has <layoutmode>logical</layoutmode>. I don’t really think that’d be the issue here though, because if the dummy plug is listed as disabled it shouldn’t be trying to use it anyway…?

I think you’re right in reporting it to the GDM repo, at a minimum someone there will know where to point you towards figuring this out. Maybe the GNOME Mutter repo might be a related stop for this too, seeing that’s the part generating the monitors.xml…

The things that are supposed to be simple are always the bits that suck the most!

Yeah, seems like it should just be working…

You’ve probably already got this covered, but when you created your user monitors.xml config, did you have the dummy plug connected and disabled?

Maybe the config:

• has it included as a monitor and enabled as part of the screen layout
• or possibly doesn’t include it at all, and then GDM just assumes it can/should use it as a new option?

When you copy over your monitor config, are you correcting the ownership/permissions?

The little scriptlet I made to combat a previous nvidia/wayland multi-monitor headache boils down to:

sudo cp $HOME/.config/monitors.xml /var/lib/gdm/.config/
sudo chown gdm:gdm /var/lib/gdm/.config/monitors.xml

Maybe double check if GDM is ignoring wayland as well, I’ve definitely had that happen in the past too.

Yeah, this is probably what OP noticed.

Adwaita Sans is a tweaked version of Inter (the main change was to make lowercase I and L look less similar, IIRC) and then Adwaita Mono is basically Iosevka tweaked to match with Inter.