Guys will be awesome that displaylink apps could take advantage of these features, they are already working desktop experiences for Android, we will only need you guys to support those functionalities over the wired connection instead just mirroring the phone.

Beta Mac OS App driver does not allow me to operate on external monitors with the laptop closed. I had to uninstall the driver and reinstall the one from November to be able to work in clamshell mode. This is glitchy in the old driver, often freezing my computer. I was hoping to see this stabilize so I wouldn't have to restart so often (almost every time I disconnect my laptop from the docking station).

The current released Ubuntu installer doesn't work in 20.04, which will be released in a couple of months as the next LTS release.
If you hack the installer not to compile the kernel module, and instead use the kernel module and install the libevdi0 that ship with Ubuntu, then you can use DisplayLink under Wayland, but the performance is terrible -- significant lags in display updates and watching videos is impossible. And in this configuration DisplayLink doesn't work with Xorg at all.
Please rectify this before 20.04 ships.

Unable to use Clamshell mode (laptop lid closed) with MacOS Catalina. I always get the third display, despite my laptop being closed.

With the latest release of Display Link, the Display Arrangement for a MacBook Air with 2 external monitors reverts back to default every time the machine is put to sleep or restarted.

On my Windows 7 x64 computer, in times of heavy CPU usage, the mouse cursor becomes extremely choppy. This is because DisplayLinkManager's priority is the same as that of the process using all the CPU time.

I have found that if I set DisplayLinkManager.exe to High priority, the mouse cursor remains mostly smooth. Please consider defaulting DisplayLinkManager.exe priority to High at startup. This is an easy change in code and would solve one big irritation with this product.

I was reading all open threads in the forum, and I can see different behaviors. In my case, I cannot use my external monitors, after upgrading my system to Catalina. Beta 3 driver is not working, and when I tried to clean cache system is getting hung after restart.

please support night shift for MacOS!!

Allow 4k retina resolution scaled as 2560 x 1440p on an external 4k display, with MacOS

DisplayLink Add Debian support and Support f.lux and redshift on Linux Debian and distro based on Debian

I have 3 different USB universal docks (Lenovo,IBM,Targus) and displays stopped working with the latest release of ChromeOS 86 on my Acer 714 Chhromebook. They all use DisplayLink.

I have 3 GPUs in my computer and the DisplayLink driver always defaults to GPU 0 in the system. I only want GPU 0 to drive a single monitor, and use my secondary GPUs for rendering non-intensive content, which is what I use the USB monitor for.

Ubuntu package with Linux Kernel 5.7 support for new Ryzen Renoir 4000 series laptops.

I recently purchased a Lenovo Ideapad Flex 5 and purchased a Qgeem USB to HDMI adapter to add a second external monitor. The Ubuntu 20.04 displaylink package works but is quite buggy. The video has more lag than on other hardware and the video input can act erratic at times.

Add these controls to the current displaylink taskbar application.

Fix the High CPU usage (20-40%) issue! Mint Linux 19.3 Kernel 5.4 & Cinnamon UI. Fan kicks in every 2 minutes-DisplayLink is top process using between 20 and 50% of CPU every 2 minutes. I have only one 32" monitor connected at 2560x1440 resolution and 60 Hz and using Chrome to browse the web (Phillips 328E)

Every time iTunes is started on a Mac with a second monitor driven by a DisplayLink-based adapter, one has to be aware NEVER to minimize the iTunes window: this always lead to the OS crashing and sending the user back to the login window.

It doesn't matter which monitor iTunes is displayed upon: if minimized, it WILL crash. Please fix.

The script deployed by the displaylink installer at /opt/displaylink/udev.sh is triggered by udev rules and will run:

systemctl start displaylink-driver

Under certain conditions this will trigger "udevadm settle" to block forever as it leaved processes left and can't return.

I found https://github.com/NixOS/nixpkgs/pull/51760/commits/c72bb28b9cb5138d39647f8fa12394443fea682d which fixes the issue for them.
Applying the same to /opt/displaylink/udev.sh in Ubuntu 20.04 works just fine, the boot is fast again and functionality had no negative impact.

So please could you change this line in your code to be like:
systemctl start --no-block displaylink-driver