Sometimes it is needed to store compressed data in the DB. Unfortunately not all the DBs have built-in compression and FUSE compressed FSes are not available for every OS. So it may make sense to store compressed binary blobs in the DB.

Unfortunately when one sees them in DBeaver he sees them compressed, but often they are needed uncompressed. So it'd be nice to have a feature to decompress the

Environment:

• Yew version: 0.19
• Web-sys version 0.3.56
• Rust version: 1.59.0 stable
• Target: wasm32-unknown-unknown
• Build tool: trunk
• OS: Ubuntu 20.04
• Chrome 100.0.4896.60 (Official Build) (64-bit)

I spent a long time going around in circles trying to get a handle for the html element I'm interacting with so that I can do some further processing. After a lot of

Flameshot Version

Flameshot v11.0.0 (ad1bf28)
Compiled with Qt 5.15.2
darwin: 21.2.0
osx: 12.1

Installation Type

Using the ready-made package from Github Releases

Operating System type and version

MacOS

Description

When I try to add some text in the screenshot, suppose I am tying

"hello", then I type Esc key.

Then all my input would become lost. What my expectation

Describe the bug:

Clicking in the empty space under and to the right of a line of text in a multiline Entry widget, results in the cursor jumping to the start of the line when typically a user would expect it to jump to the end of the text.

To Reproduce:

Steps to reproduce the behaviour:

1. Open a fyne app with a multiline widget
2. Enter a line of text
3. Position the mouse under

When running rustdesk in portable mode on windows, if an attacker has write access to the application directory, we can hijack the dll which is used by rustdesk. It's a little like CVE-2020-35483 of anydesk (https://anydesk.com/cve/2020-35483/).
I have sent details to [email protected] by email.
Thanks.

I'm working on an application which mainly consists for sliders for parameter control. For better user experience, it would be nice to offer two features: reset to default and fine control.

On VST plugins this is normally done via double-clicks and/or modifier keys. E.g. double-clicking resets the slider to a default (mostly 0), alternatively Ctrl-/Cmd-Klick also does it. For fine control, ofte

Environment information

• Operating System: Linux kali 5.15.0-kali2-amd64 1 SMP Debian 5.15.5-2kali2 (2021-12-22) x86_64 GNU/Linux (Kali 2021.4)
• Cutter version: Cutter v2.0.5-x64.Linux (AppImage)
• Obtained from:
  • Built from source
  • Downloaded release from Cutter website or GitHub
  • Distribution repository
• File format: ELF 64-bit LSB executable

**Describe the

Type of Issues (Enhancement, Error, Bug, Question)

Bug:

1. Initialize Window
2. Show it (window.Read())
3. Run window.Disable()
4. The whole desktop environment freezes, nothing is clickable anymore
5. Change to tty terminal and kill application
6. Things are normal again

Operating System

Ubuntu 16.04 LTS 64 bit

Python version

Python 3.5.2

PySi

Describe the feature request

Since LVGL is more and more used as an desktop app too, I think it's necessary to have a clean application exit event too.
Right now, all example have a while(1) { } in their main function so when you close the app (by clicking the X icon, or Alt+F4 or ...), you're actually leaking all the application objects.

For most of them, it's not important, but som

Tracking issue for improving the egui docs. Other suggestions for improvements welcome!

All doc-examples need to be part of the doctests (i.e. they should never be marked ignore, though no_run can maybe sometimes be motivated).

egui

The crate-level docs for egui (at https://docs.rs/egui generated from egui/src/lib.rs) sh

~/.config/youtube-dlg should just contain configuration files and not logs (which should go to $XDG_DATA_HOME/youtube-dlg/ ) nor youtube-dl binary (which should go to $XDG_CACHE_HOME).

Please also consider using appdirs instead of hardcoding ~/.config/

Not a big deal, but I noticed a ton of trailing whitespaces on the repo code, so it would be nice to remove them with a linter or similar!

We have zero code coverage for some of the most complex pieces of Terminal.Gui: The implementations of ConsoleDriver.

It should be possible to write unit tests that work on Windows for the WindowsDriver and NetDriver and some that work on Linux for CursesDriver and `NetDriv