gtk issues
https://gitlab.gnome.org/GNOME/gtk/-/issues
2024-01-18T02:30:38Z
https://gitlab.gnome.org/GNOME/gtk/-/issues/6306
[GTK3] Zlib required when broadway is enabled.
2024-01-18T02:30:38Z
Jean Pierre Dudey
[GTK3] Zlib required when broadway is enabled.
When building with `-Dbroadway_backend=true` GTK+ 3 requires to link against Zlib but does so by specifying `-lz` in the GDK pkg-config file instead of it being in the pkg-config's file `Requires` field. This causes some problems in pac...
When building with `-Dbroadway_backend=true` GTK+ 3 requires to link against Zlib but does so by specifying `-lz` in the GDK pkg-config file instead of it being in the pkg-config's file `Requires` field. This causes some problems in package managers like GNU Guix or Nix as it causes packages that depend on GTK to list Zlib as a dependency directly instead of relying on pkg-config mechanisms to find dependencies.
See GNU Guix bug with attached patches to work around the issue:
- https://issues.guix.gnu.org/67623
https://gitlab.gnome.org/GNOME/gtk/-/issues/6058
broadwayd in docker causing gtk-program core dumped after exactly 20times exe...
2023-08-26T14:05:39Z
JUNZHUO ZHOU
junzhuo22@g.ucla.edu
broadwayd in docker causing gtk-program core dumped after exactly 20times executions
## Steps to reproduce
1. `echo '/tmp/core.%t.%e.%p' | sudo tee /proc/sys/kernel/core_pattern`
To ensure docker process could generate `core` file.
2. `docker run --rm --ulimit core=-1 --security-opt seccomp=unconfined -it -p 5000:50...
## Steps to reproduce
1. `echo '/tmp/core.%t.%e.%p' | sudo tee /proc/sys/kernel/core_pattern`
To ensure docker process could generate `core` file.
2. `docker run --rm --ulimit core=-1 --security-opt seccomp=unconfined -it -p 5000:5000 zao111222333/gtk3:debug`
Run docker and you will enter gdb terminal.
This docker image will start with a test script [entrypoint.sh](https://github.com/zao111222333/gtk3_broadwayd_debug/blob/main/entrypoint.sh), which will start a `broadwayd` process at `:0` display on `5000` port, then loop start & stop a gtk-program, until it meet any error. After testing many times I found the **core dumped** will always occur at time 21.
The dockerfile can be found at [https://github.com/zao111222333/gtk3_broadwayd_debug](https://github.com/zao111222333/gtk3_broadwayd_debug/blob/main/Dockerfile).
## Version information
**Have been verified:**
`gtk+-3.24.38` + `ubuntu:22.04`
`gtk+-3.24.30` + `debian:11`
## Warnings
```plaintext
/entrypoint.sh: line 28: 291 Bus error (core dumped) /opt/gtk/bin/gtk3-icon-browser
```
Here `gtk3-icon-browser` is just one instance, I also verified with `xclock`, `gtkwave`, etc.
I found restart docker container can "refresh" this issue. I also tried to restart the `broadwayd` process but it can't help. Consequently I thought it might related to runtime memory?
## Backtrace
```plaintext
(gdb) backtrace
#0 0x00007f5794b4076f in ?? () from /lib/x86_64-linux-gnu/libpixman-1.so.0
#1 0x00007f5794acda4e in pixman_blt () from /lib/x86_64-linux-gnu/libpixman-1.so.0
#2 0x00007f57951e2e45 in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#3 0x00007f579521c88e in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#4 0x00007f579521cb90 in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#5 0x00007f57951d7891 in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#6 0x00007f5795229718 in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#7 0x00007f57952252e6 in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#8 0x00007f5795229718 in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#9 0x00007f57951dfdea in ?? () from /lib/x86_64-linux-gnu/libcairo.so.2
#10 0x00007f579523741e in cairo_paint () from /lib/x86_64-linux-gnu/libcairo.so.2
#11 0x00007f5795a48ff2 in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#12 0x00007f5795a49278 in gdk_window_end_draw_frame () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#13 0x00007f5795eabdbc in ?? () from /lib/x86_64-linux-gnu/libgtk-3.so.0
#14 0x00007f5795d5254b in gtk_main_do_event () from /lib/x86_64-linux-gnu/libgtk-3.so.0
#15 0x00007f5795a32743 in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#16 0x00007f5795a45151 in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#17 0x00007f5795a4a221 in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#18 0x00007f5795a4a418 in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#19 0x00007f5795891700 in g_signal_emit_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#20 0x00007f5795891863 in g_signal_emit () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x00007f5795a3fc6f in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#22 0x00007f5795a2c2ad in ?? () from /lib/x86_64-linux-gnu/libgdk-3.so.0
#23 0x00007f57959152c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x00007f5795914c44 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x00007f579596a258 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x00007f57959123e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x00007f5795766fb5 in g_application_run () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
#28 0x00007f5795485d90 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#29 0x00007f5795485e40 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6
#30 0x000055bb68e39d75 in _start ()
```
https://gitlab.gnome.org/GNOME/gtk/-/issues/4782
Paned Widgets on Broadway
2022-03-24T19:28:17Z
elmar69
Paned Widgets on Broadway
## Steps to reproduce
Using gtk3-demo on current Debian SID, gtk-3-examples is 3.24.33-1.
On Paned Widgets Demo I'm missing the cursor-change when cursor is over splitter bar. This makes it hard to determine where to klick for split.
## Steps to reproduce
Using gtk3-demo on current Debian SID, gtk-3-examples is 3.24.33-1.
On Paned Widgets Demo I'm missing the cursor-change when cursor is over splitter bar. This makes it hard to determine where to klick for split.
https://gitlab.gnome.org/GNOME/gtk/-/issues/3489
Virtual keyboard for touchscreen only devices
2021-06-04T15:53:02Z
Maxim Zakharov
Virtual keyboard for touchscreen only devices
I see a fake input (see https://gitlab.gnome.org/GNOME/gtk/-/blob/master/gdk/broadway/broadway.js#L3239) is used in broadway.js to trick on-device virtual keyboard to come up when typing is required.
Such approach doesn't work on Androi...
I see a fake input (see https://gitlab.gnome.org/GNOME/gtk/-/blob/master/gdk/broadway/broadway.js#L3239) is used in broadway.js to trick on-device virtual keyboard to come up when typing is required.
Such approach doesn't work on Android as its virtual keyboard doesn't provide keyCodes in keyDown and keyUp events for almost all keys typed. See, e.g. here: https://bugs.chromium.org/p/chromium/issues/detail?id=118639 .
Why do not use GTK virtual keyboard invoked on the server side instead of the current approach when typing is required on a touchscreen only device (without physical keyboard attached)?
That would simplify broadway.js and provide support for Android devices.
https://gitlab.gnome.org/GNOME/gtk/-/issues/3209
Cursor does not change when hovering over hotspots like sash (SWT)
2020-09-28T14:26:32Z
Wim Jongman
Cursor does not change when hovering over hotspots like sash (SWT)
For example when hovering over links or resize sashes.
normal
![nKpXEtfy4M](/uploads/6ede147ddcec647021079d90fdc797b5/nKpXEtfy4M.gif)
broadway
![FHu1abpIIo](/uploads/b2cc81dde3be64c7f150d18eddf1c1a8/FHu1abpIIo.gif)
For example when hovering over links or resize sashes.
normal
![nKpXEtfy4M](/uploads/6ede147ddcec647021079d90fdc797b5/nKpXEtfy4M.gif)
broadway
![FHu1abpIIo](/uploads/b2cc81dde3be64c7f150d18eddf1c1a8/FHu1abpIIo.gif)
https://gitlab.gnome.org/GNOME/gtk/-/issues/2277
Support of clipboard in Broadway
2020-10-02T01:37:31Z
Aurélien Pupier
Support of clipboard in Broadway
Clipboard (copy/paste) functionality is missing in Broadway.
it is currently completely deactivated to avoid some freeze (see #1630 )
Clipboard (copy/paste) functionality is missing in Broadway.
it is currently completely deactivated to avoid some freeze (see #1630 )