GNOME issueshttps://gitlab.gnome.org/groups/GNOME/-/issues2022-07-17T18:56:57Zhttps://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5662/var/log/syslog suddenly grew to 44 GB due to gnome-shell error logs2022-07-17T18:56:57ZGabriel Staples/var/log/syslog suddenly grew to 44 GB due to gnome-shell error logs`gnome-shell` is logging **17783 lines per _second_** of these errors:
```
Jul 16 00:06:09 gabriel-Latitude-7490 gnome-shell[503208]: [503636:1:0100/000000.711106:ERROR:broker_posix.cc(46)] Received unexpected number of handles
Jul 16 0...`gnome-shell` is logging **17783 lines per _second_** of these errors:
```
Jul 16 00:06:09 gabriel-Latitude-7490 gnome-shell[503208]: [503636:1:0100/000000.711106:ERROR:broker_posix.cc(46)] Received unexpected number of handles
Jul 16 00:06:09 gabriel-Latitude-7490 gnome-shell[503208]: [503636:1:0100/000000.711119:ERROR:command_buffer_proxy_impl.cc(96)] ContextResult::kFatalFailure: AllocateAndMapSharedMemory failed
```
Why? What do these errors mean? How do I fix them?
At a minimum, please throttle logging. It filled up my whole disk in a matter of hours.
See more details here on AskUbuntu: https://askubuntu.com/q/1419073/327339https://gitlab.gnome.org/GNOME/gnome-tweaks/-/issues/355dconf reports font aa and hinting setting as "Keys not defined by a schema"2022-07-17T18:51:03ZMershldconf reports font aa and hinting setting as "Keys not defined by a schema"On Fedora 34 (Gnome 40) the following is visible after setting font aa and hinting. Does this mean the setting path is invalid and the settings have no effect or is this an expected behaviour?
![image](/uploads/026c79f84525b26aa3ab4a8ab...On Fedora 34 (Gnome 40) the following is visible after setting font aa and hinting. Does this mean the setting path is invalid and the settings have no effect or is this an expected behaviour?
![image](/uploads/026c79f84525b26aa3ab4a8ab649f968/image.png)https://gitlab.gnome.org/GNOME/libadwaita/-/issues/512AdwTab causes app hang when displaying tooltip2022-07-17T18:33:49ZMiridyanAdwTab causes app hang when displaying tooltipSometimes when displaying tooltips of `AdwTab`s the application will freeze and hang and require a restart. I was able to replicate this problem on an application I was working on, as well as the adwaita demo application. I am able to re...Sometimes when displaying tooltips of `AdwTab`s the application will freeze and hang and require a restart. I was able to replicate this problem on an application I was working on, as well as the adwaita demo application. I am able to replicate it by moving my mouse between tabs to show tooltip. There is no stacktrace, as the application just hangs. I am not sure if this is enough information but I am able to replicate it fairly consistently, so if you want me to perform some additional steps to gather more information, I am happy to do so.
Distro: Arch Linux
Linux Version: 5.18.8-arch1-1
GTK4 Version: 1:4.6.6-1
LibAdwaita Version: 1:1.1.3-1
![adwaita-demo-crash](/uploads/b426be19f6a66dca7da80ef51649204d/adwaita-demo-crash.mp4)
![mt-crash](/uploads/f77ac5da4f0a339ea9987c2fd211e0d7/mt-crash.mp4)https://gitlab.gnome.org/GNOME/libgit2-glib/-/issues/74No version check headers2022-07-17T16:10:28ZChristian HergertNo version check headersGiven the frequency that libgit2-glib needs to add features and the frequency of releases, it would be really helpful if we had standard `-version.h` headers installed and included. That would allow applications (like Builder) to `#if GG...Given the frequency that libgit2-glib needs to add features and the frequency of releases, it would be really helpful if we had standard `-version.h` headers installed and included. That would allow applications (like Builder) to `#if GGIT_VERSION_CHECK(1,2,3)` code that might be using something unreleased.
That would make it less of an issue that there is not yet a libgit2-glib release for GNOME 43.alpha0https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5663Add the option to set the screenshot directory in the screenshot utility2022-07-17T15:18:08ZClément SibilleAdd the option to set the screenshot directory in the screenshot utilityI was just playing around with GNOME 42.3 and I was looking for the setting to change the save directory for screenshot.
I didn't find any documentation about it, so I searched the source code and it appears it is hardcoded to be "Scree...I was just playing around with GNOME 42.3 and I was looking for the setting to change the save directory for screenshot.
I didn't find any documentation about it, so I searched the source code and it appears it is hardcoded to be "Screenshots" (or a translated version of that string). I'm used to setup my screenshot directory as "screenshots" in lowercase and I think it would be nice to have that feature.https://gitlab.gnome.org/GNOME/gnome-tweaks/-/issues/413"ValueError: Namespace Notify not available for version 0.7" with libnotify 0.82022-07-17T14:00:01ZRafael Fontenelle"ValueError: Namespace Notify not available for version 0.7" with libnotify 0.8When libnotify 0.8 is installed, GNOME Tweaks will not startup, displaying in console the traceback below. Please notice that [gtweak/utils.py](https://gitlab.gnome.org/GNOME/gnome-tweaks/-/blob/b2103314c0e28c79232febe2b22ea85769095f25/g...When libnotify 0.8 is installed, GNOME Tweaks will not startup, displaying in console the traceback below. Please notice that [gtweak/utils.py](https://gitlab.gnome.org/GNOME/gnome-tweaks/-/blob/b2103314c0e28c79232febe2b22ea85769095f25/gtweak/utils.py#L14) hardcodes Notify 0.7 dependency.
```
$ gnome-tweaks
Traceback (most recent call last):
File "/usr/bin/gnome-tweaks", line 76, in <module>
from gtweak.app import GnomeTweaks
File "/usr/lib/python3.10/site-packages/gtweak/app.py", line 14, in <module>
from gtweak.tweakmodel import TweakModel
File "/usr/lib/python3.10/site-packages/gtweak/tweakmodel.py", line 10, in <module>
from gtweak.utils import SchemaList, LogoutNotification, Notification
File "/usr/lib/python3.10/site-packages/gtweak/utils.py", line 15, in <module>
gi.require_version("Notify", "0.7")
File "/usr/lib/python3.10/site-packages/gi/__init__.py", line 129, in require_version
raise ValueError('Namespace %s not available for version %s' %
ValueError: Namespace Notify not available for version 0.7
```
Environment:
- Arch Linux
- gnome-tweaks 42 beta (based on the commit: gc66d8c3)
- libnotify 0.8
Reproduce steps (taking Arch as an example):
- Having latest libnotify 0.7 (i.e. 0.7.12) installed, run GNOME Tweaks. It should open normally
- Update Arch system to receive libnotify 0.8
- Run GNOME Tweaks again, and traceback is printedhttps://gitlab.gnome.org/GNOME/libadwaita/-/issues/275Adaptive About Dialog (HdyAboutDialog)2022-07-17T13:35:42ZAndrea VeriAdaptive About Dialog (HdyAboutDialog)We need something similar to GtkAboutDialog (see libhandy#74) for a discussion.We need something similar to GtkAboutDialog (see libhandy#74) for a discussion.https://gitlab.gnome.org/GNOME/epiphany/-/issues/1832Segmentation Falt on Wayland but not x112022-07-17T13:32:17ZThomastw.booker@outlook.comSegmentation Falt on Wayland but not x11When I try to launch epiphany on Wayland it will pop up a window and start trying to load about:overview and then crash with a segmentation fault. When `GDK_BACKEND=x11` everything works fine. It's not just related to about:overview as i...When I try to launch epiphany on Wayland it will pop up a window and start trying to load about:overview and then crash with a segmentation fault. When `GDK_BACKEND=x11` everything works fine. It's not just related to about:overview as it also crashes when opening any other website with the same backtrace.
Backtrace:
```
#0 wl_resource_get_destroy_listener (resource=0x0, notify=0x7ffff0ffa980 <(anonymous namespace)::ClientBundleEGL::bufferDestroyListenerCallback(wl_listener*, void*)>) at ../wayland-1.21.0/src/wayland-server.c:850
#1 0x00007ffff0ffcb4b in (anonymous namespace)::ClientBundleEGL::findImage (bufferResource=0x0, this=0x5555562df140) at ../WPEBackend-fdo/src/view-backend-exportable-fdo-egl.cpp:270
#2 (anonymous namespace)::ClientBundleEGL::exportBuffer(wl_resource*) (this=0x5555562df140, bufferResource=0x0) at ../WPEBackend-fdo/src/view-backend-exportable-fdo-egl.cpp:181
#3 0x00007ffff18ce536 in ffi_call_unix64 () at ../src/x86/unix64.S:105
#4 0x00007ffff18cb037 in ffi_call_int (cif=<optimized out>, fn=<optimized out>, rvalue=<optimized out>, avalue=<optimized out>, closure=<optimized out>) at ../src/x86/ffi64.c:672
#5 0x00007ffff03f6ada in wl_closure_invoke (closure=0x555556bdfce0, closure@entry=<error reading variable: Cannot access memory at address 0x7fffffffcfb0>, target=<optimized out>, target@entry=<error reading variable: Cannot access memory at address 0x7fffffffcfc8>, opcode=0x6, opcode@entry=<error reading variable: Cannot access memory at address 0x7fffffffcfc0>, data=<optimized out>, data@entry=0x555556ba6a80, flags=0x2) at ../wayland-1.21.0/src/connection.c:1025
#6 0x00007ffff03fb010 in wl_client_connection_data (fd=<optimized out>, mask=<optimized out>, data=<optimized out>) at ../wayland-1.21.0/src/wayland-server.c:437
#7 0x00007ffff03f99e2 in wl_event_loop_dispatch (loop=0x5555559c11e0, timeout=<optimized out>) at ../wayland-1.21.0/src/event-loop.c:1027
#8 0x00007ffff0ffd8c5 in operator() (__closure=0x0, base=0x5555559a7af0) at ../WPEBackend-fdo/src/ws.cpp:77
#9 _FUN(GSource*, GSourceFunc, gpointer) () at ../WPEBackend-fdo/src/ws.cpp:86
#10 0x00007ffff734cc6b in g_main_dispatch (context=0x55555591f440) at ../glib/glib/gmain.c:3417
#11 g_main_context_dispatch (context=0x55555591f440) at ../glib/glib/gmain.c:4135
#12 0x00007ffff73a3001 in g_main_context_iterate.constprop.0 (context=0x55555591f440, block=Python Exception <class 'gdb.MemoryError'>: Cannot access memory at address 0x7fffffffd458
```
Another one:
```
#0 wl_resource_get_destroy_listener (resource=0x0, notify=0x7ffff0ffa980 <(anonymous namespace)::ClientBundleEGL::bufferDestroyListenerCallback(wl_listener*, void*)>) at ../wayland-1.21.0/src/wayland-server.c:850
#1 0x00007ffff0ffcb4b in (anonymous namespace)::ClientBundleEGL::findImage (bufferResource=0x0, this=0x555555b27130) at ../WPEBackend-fdo/src/view-backend-exportable-fdo-egl.cpp:270
#2 (anonymous namespace)::ClientBundleEGL::exportBuffer(wl_resource*) (this=0x555555b27130, bufferResource=0x0) at ../WPEBackend-fdo/src/view-backend-exportable-fdo-egl.cpp:181
#3 0x00007ffff18ce536 in ffi_call_unix64 () at ../src/x86/unix64.S:105
#4 0x00007ffff18cb037 in ffi_call_int (cif=<optimized out>, fn=<optimized out>, rvalue=<optimized out>, avalue=<optimized out>, closure=<optimized out>) at ../src/x86/ffi64.c:672
#5 0x00007ffff03f6ada in wl_closure_invoke (closure=0x555555c86000, closure@entry=<error reading variable: Cannot access memory at address 0x7fffffffcfb0>, target=<optimized out>, target@entry=<error reading variable: Cannot access memory at address 0x7fffffffcfc8>, opcode=0x6, opcode@entry=<error reading variable: Cannot access memory at address 0x7fffffffcfc0>, data=<optimized out>, data@entry=0x555556bac610, flags=0x2) at ../wayland-1.21.0/src/connection.c:1025
#6 0x00007ffff03fb010 in wl_client_connection_data (fd=<optimized out>, mask=<optimized out>, data=<optimized out>) at ../wayland-1.21.0/src/wayland-server.c:437
#7 0x00007ffff03f99e2 in wl_event_loop_dispatch (loop=0x5555559bc230, timeout=<optimized out>) at ../wayland-1.21.0/src/event-loop.c:1027
#8 0x00007ffff0ffd8c5 in operator() (__closure=0x0, base=0x555555b25970) at ../WPEBackend-fdo/src/ws.cpp:77
#9 _FUN(GSource*, GSourceFunc, gpointer) () at ../WPEBackend-fdo/src/ws.cpp:86
#10 0x00007ffff734cc6b in g_main_dispatch (context=0x55555591f440) at ../glib/glib/gmain.c:3417
#11 g_main_context_dispatch (context=0x55555591f440) at ../glib/glib/gmain.c:4135
#12 0x00007ffff73a3001 in g_main_context_iterate.constprop.0 (context=0x55555591f440, block=Python Exception <class 'gdb.MemoryError'>: Cannot access memory at address 0x7fffffffd458
```https://gitlab.gnome.org/GNOME/pan/-/issues/76Export to NZB does not comply with file specification2022-07-17T13:18:20ZBugzillaExport to NZB does not comply with file specification## Submitted by hifi55
Assigned to **pan..@..e.bugs**
**[Link to original bug (#791430)](https://bugzilla.gnome.org/show_bug.cgi?id=791430)**
## Description
Running Pan 0.142 Windows:
Save Articles to an NZB file... creates an NZ...## Submitted by hifi55
Assigned to **pan..@..e.bugs**
**[Link to original bug (#791430)](https://bugzilla.gnome.org/show_bug.cgi?id=791430)**
## Description
Running Pan 0.142 Windows:
Save Articles to an NZB file... creates an NZB file that doesn't correctly enumerate the segments. Pan creates files where the subject attribute ends like
... vol000+01.PAR2" yEnc (/3)">
whereas it should create
... vol000+01.PAR2" yEnc (1/3)">
The missing 1 in front of the slash causes some binary readers to only read the first segment of the file, therefore downloading an incomplete file that finally turns out to be corrupt.
The NZB-specification at https://sabnzbd.org/wiki/extra/nzb-spec states for the subject attribute:
"string - A slightly munged copy of the article's subject. The segment counter (xx/yy) usually found at the end, is replaced with (1/yy). You can use the yy to confirm all segments are present."
So(1/yy) is expected instead of (/yy).
Version: 0.14.2https://gitlab.gnome.org/GNOME/pan/-/issues/57Crash when opening article with layered attachments2022-07-17T12:48:50ZBugzillaCrash when opening article with layered attachments## Submitted by Dominique Dumont
Assigned to **pan..@..e.bugs**
**[Link to original bug (#745357)](https://bugzilla.gnome.org/show_bug.cgi?id=745357)**
## Description
Hello
A Debian user reported [1] the following issue with Pan ...## Submitted by Dominique Dumont
Assigned to **pan..@..e.bugs**
**[Link to original bug (#745357)](https://bugzilla.gnome.org/show_bug.cgi?id=745357)**
## Description
Hello
A Debian user reported [1] the following issue with Pan 0.139 on Debian amd64:
I am having an issue with Pan, where it is crashing when I try to open certain
articles.
All spam reports received get posted to a newsgroup, as-is. It seems that, in
certain cases, opening those posts causes Pan to crash. The particular article
causing the crash has multiple multipart MIME layers:
* The article's content-type is multipart/mixed, which contains a single message/rfc822 email.
* That email's MIME type is also multipart/mixed, and contains a single multipart/alternative.
* The multipart/alternative contains two items: A text/plain and a third
multipart/mixed.
* The text/plain is an email as plain (quoted-printable) text.
* The innermost multipart/mixed contains a text/html part (the email as HTML)
and a PDF (as an inline attachment).
I think something about that post, and all of its MIME layers, is crashing Pan.
I am attaching two items. First is the post in question that is crashing Pan [2].
Second is the output of running `gdb --args pan --debug` [3], showing Pan's debug
messages and the crash backtrace.
Let me know if you need anything else!
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779364
Here are the attachments, also available in the bug report above:
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=BAY0-XMR-011KsqKTDH01a1f0e8%40BAY0-XMR-011.phx.gbl.msg;att=1;bug=779364
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=pan_debug_backtrace.txt;att=2;bug=779364https://gitlab.gnome.org/GNOME/pan/-/issues/82Simple word wrapping or intelligent2022-07-17T12:44:21ZBugzillaSimple word wrapping or intelligent## Submitted by David Larochette
Assigned to **pan..@..e.bugs**
**[Link to original bug (#792988)](https://bugzilla.gnome.org/show_bug.cgi?id=792988)**
## Description
The actual word wrapping, as it works more as a reflow than a s...## Submitted by David Larochette
Assigned to **pan..@..e.bugs**
**[Link to original bug (#792988)](https://bugzilla.gnome.org/show_bug.cgi?id=792988)**
## Description
The actual word wrapping, as it works more as a reflow than a simple word wrapping, is excellent with normal text. But whenever encountering preformatted text (code, lyrics, poems, etc), it destroys significant information, and badly alters readability.
Could you please implement either a simple word wrapping, that clips text at column n (eg 72 or 80...) while not clipping urls and others bracketted texts,
or create an intelligent word wrapping/reflow that detects and reflow textual section while keeping pre-formatted sections as they are ?https://gitlab.gnome.org/GNOME/gtk/-/issues/5050GtkFilterListModel not yet auto show its fundamental model's data2022-07-17T11:26:33ZTAO ZUHONGGtkFilterListModel not yet auto show its fundamental model's data
## Steps to reproduce
1. Create a GListModel object with object type and fill some data
2. Create a up level Model like GtkFilterListModel with the model just created
3. Add new item on the fundamental GListModel(step 1)
4. The new ...
## Steps to reproduce
1. Create a GListModel object with object type and fill some data
2. Create a up level Model like GtkFilterListModel with the model just created
3. Add new item on the fundamental GListModel(step 1)
4. The new item not yet show in the up level model
## Current behavior
GtkFilterListModel not yet auto show its fundamental GListModel data
but if we rebind or fire event like filter, then it will show them.
## Expected outcome
Auto show its fundamental model's data
## Version information
GLib 2.72.2
GTK 4.7.1
## Additional informationhttps://gitlab.gnome.org/GNOME/gimp/-/issues/8376bug while using scissors tool2022-07-17T07:14:21Zmeganethompsonbug while using scissors tooli was using the scissors tool, cutting out a shape and trying to figure out how to delete the background when it crashed.
BUG INFO:
```
GNU Image Manipulation Program version 2.10.4
git-describe: GIMP_2_10_2-356-ge384409fe5
C compiler...i was using the scissors tool, cutting out a shape and trying to figure out how to delete the background when it crashed.
BUG INFO:
```
GNU Image Manipulation Program version 2.10.4
git-describe: GIMP_2_10_2-356-ge384409fe5
C compiler:
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 8.0.0 (clang-800.0.42.1)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
using GEGL version 0.4.4 (compiled against version 0.4.4)
using GLib version 2.56.1 (compiled against version 2.56.1)
using GdkPixbuf version 2.36.6 (compiled against version 2.36.6)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.1 (compiled against version 1.42.1)
using Fontconfig version 2.13.0 (compiled against version 2.13.0)
using Cairo version 1.14.12 (compiled against version 1.14.12)
```
> fatal error: Segmentation fault: 11
Stack trace:
```
0 libgimpbase-2.0.0.dylib 0x00000001020c74e6 gimp_stack_trace_print + 1302
1 gimp-bin 0x000000010101c9a2 gimp_eek + 402
2 gimp-bin 0x000000010101c804 gimp_fatal_error + 36
3 gimp-bin 0x000000010101dc7b gimp_sigfatal_handler + 155
4 libsystem_platform.dylib 0x00007fff726875fd _sigtramp + 29
5 ??? 0x00000002b6705ec0 0x0 + 11650752192
6 gimp-bin 0x0000000101129c8a gimp_tool_button_press + 458
7 gimp-bin 0x00000001010ac7eb tool_manager_button_press_active + 251
8 gimp-bin 0x000000010118a1e6 gimp_display_shell_canvas_tool_events_internal + 2518
9 gimp-bin 0x00000001011897d3 gimp_display_shell_canvas_tool_events + 115
10 libgtk-quartz-2.0.0.dylib 0x0000000101b36f31 _gtk_marshal_BOOLEAN__BOXED + 289
11 libgobject-2.0.0.dylib 0x0000000102bd59c6 g_closure_invoke + 502
12 libgobject-2.0.0.dylib 0x0000000102bf6497 signal_emit_unlocked_R + 1511
13 libgobject-2.0.0.dylib 0x0000000102bf80bd g_signal_emit_valist + 5661
14 libgobject-2.0.0.dylib 0x0000000102bf8964 g_signal_emit + 356
15 libgtk-quartz-2.0.0.dylib 0x0000000101cfa629 gtk_widget_event_internal + 697
16 libgtk-quartz-2.0.0.dylib 0x0000000101cfa35f gtk_widget_event + 335
17 libgtk-quartz-2.0.0.dylib 0x0000000101b32cf9 gtk_propagate_event + 745
18 libgtk-quartz-2.0.0.dylib 0x0000000101b3231e gtk_main_do_event + 766
19 libgdk-quartz-2.0.0.dylib 0x0000000101fa9eab gdk_event_dispatch + 139
20 libglib-2.0.0.dylib 0x0000000102c78983 g_main_dispatch + 419
21 libglib-2.0.0.dylib 0x0000000102c787d0 g_main_context_dispatch + 48
22 libglib-2.0.0.dylib 0x0000000102c78d1e g_main_context_iterate + 446
23 libglib-2.0.0.dylib 0x0000000102c791de g_main_loop_run + 558
24 gimp-bin 0x000000010101c019 app_run + 2169
25 gimp-bin 0x000000010101f7ba main + 1402
26 libdyld.dylib 0x00007fff7248ecc9 start + 1
27 ??? 0x0000000000000001 0x0 + 1
```https://gitlab.gnome.org/GNOME/gtk/-/issues/5046GtkColumnView remove_column issue2022-07-17T02:00:16ZTAO ZUHONGGtkColumnView remove_column issue## Steps to reproduce
1. Generate a ListStore, then bind its data to GtkColumnView
2. Generate a ListStore with less columns than step 1,
3. Remove all columns with the follow code
4. Bind new ListStore data to GtkColumnView
5. Fuond th...## Steps to reproduce
1. Generate a ListStore, then bind its data to GtkColumnView
2. Generate a ListStore with less columns than step 1,
3. Remove all columns with the follow code
4. Bind new ListStore data to GtkColumnView
5. Fuond the issue: column view's header bar has old columns
## Current behavior
The columns(should be removed) exist on the column view's head bar.
## Expected outcome
The columns be remove correctly.
## Version information
GLib 2.72.2<br/>
GTK 4.7.1
## Additional information
```vala
for(var index = 0; index < this.datagrid.columns.get_n_items(); index++) {
this.datagrid.remove_column((Gtk.ColumnViewColumn)this.datagrid.columns.get_item(index));
}
(this.datagrid.columns as GLib.ListStore)?.remove_all();
```
![image](/uploads/d8fc54fc99238e2c00310daf4d9f2c8b/image.png)https://gitlab.gnome.org/GNOME/nautilus/-/issues/2315Create link keyboard shortcuts not available when menu item hidden2022-07-16T19:40:28ZCorey BerlaCreate link keyboard shortcuts not available when menu item hidden<!--
Please test if the issue has already been fixed in the Nightly version.
You can install the Nightly version in parallel with the regular version with these instructions:
1. Make sure that Flatpak is installed (see http...<!--
Please test if the issue has already been fixed in the Nightly version.
You can install the Nightly version in parallel with the regular version with these instructions:
1. Make sure that Flatpak is installed (see https://flatpak.org/setup )
2. Copy and run the following command in a Terminal:
flatpak install --from https://nightly.gnome.org/repo/appstream/org.gnome.NautilusDevel.flatpakref
3) The Nightly version can now be launched from Activities, or with this command: flatpak run org.gnome.NautilusDevel
-->
# Affected version
- Nightly flatpak: Yes
- Other: Confirmed in version 42 also
# Steps to reproduce
<!--
Explain in detail the steps on how the issue can be reproduced.
-->
1. Confirm that "Create Link" is disabled in preferences under "Optional Context Menu Actions"
1. Attempt to create shortcut from selection with <kbd>Ctrl</kbd>+<kbd>Shift</kbd>+<kbd>M</kbd>
2. OR Attempt to create shortcut by first copying file to clipboard and then <kbd>Ctrl</kbd>+<kbd>M</kbd>
# Current behavior
<!-- Describe the current behavior. -->
No action
# Expected behavior
<!-- Describe the expected behavior. -->
A link should be created. In the description under Preferences / "Optional Context Menu Actions" it states that the keyboard shortcuts should work whether or not the setting is enabled.
# Additional information
<!--
Provide more information that could be relevant.
If the issue is a crash, provide a stack trace following the steps in:
https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces
-->
The issue is caused because the FilesView action (in nautilus-files-view.c) is shared between the context menu and keyboard shortcut. Alternatively, the Permanently Delete action has separate actions for the keyboard shortcut and context menu.
<!-- Ignore the text under this line. -->codeboybebopcodeboybebophttps://gitlab.gnome.org/GNOME/geary/-/issues/33"SMTP connection error" validating new account using STARTTLS2022-07-16T19:19:19ZFritz Psiorz"SMTP connection error" validating new account using STARTTLS**Bug summary**
I can't connect to my university's exchange mail account using IMAP and SMTP. I verified that I used the correct configurations, which are known to work with other mail clients, such as Thunderbird, Evolution, and K9.
*...**Bug summary**
I can't connect to my university's exchange mail account using IMAP and SMTP. I verified that I used the correct configurations, which are known to work with other mail clients, such as Thunderbird, Evolution, and K9.
**About you**
* Geary version: 0.12.2
* Installation method: Package
* Your desktop: GNOME
* Your operating system and version: Debian 10 Testing (Buster)
* Email provider: TU Berlin, using a Microsoft Exchange installation
**Steps to reproduce**
1. Be a member of TU Berlin
2. Set up your mail account:
* IMAP, exchange.tu-berlin.de, port 993, SSL/TLS
* SMTP, exchange.tu-berlin.de, port 587, STARTTLS
* account names \<account\>@win.tu-berlin.de for both
**What is the current bug behavior?**
Failure with error message "Unable to validate: SMTP connection error."
**What is the expected correct behavior?**
Being able to send and receive mails through my account.
**Relevant logs and/or screenshots**
I geary as `LC_ALL=C geary --debug`. Here is the relevant output:
```
[deb] 15:27:20 4.705300 imap-client-session.vala:1469: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_CONNECTING] Connected to exchange.tu-berlin.de/default:993
[deb] 15:27:20 0.000005 imap-client-session.vala:624: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_CONNECTING] Connected
[deb] 15:27:20 0.014601 imap-client-session.vala:1542: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_NOAUTH] capability #1: NAMESPACE IMAP4rev1 IMAP4 "AUTH=PLAIN" UIDPLUS CHILDREN STARTTLS ID LITERAL+ IDLE
[deb] 15:27:20 0.000281 imap-client-session.vala:718: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_NOAUTH] use_starttls=false is_ssl=true starttls=true
[deb] 15:27:20 0.000006 imap-client-session.vala:746: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_NOAUTH] No STARTTLS attempted
[deb] 15:27:21 0.247263 imap-client-session.vala:1542: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_AUTHORIZED] capability #2: NAMESPACE IMAP4rev1 IMAP4 "AUTH=PLAIN" UIDPLUS CHILDREN ID LITERAL+ IDLE
[deb] 15:27:21 0.000556 imap-client-session.vala:782: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_AUTHORIZED] No compression available
[deb] 15:27:21 0.000067 imap-deserializer.vala:251: [des:0008/GEARY_IMAP_DESERIALIZER_STATE_TAG] Waiting for deserializer to close...
[deb] 15:27:21 0.000127 imap-deserializer.vala:822: [des:0008/GEARY_IMAP_DESERIALIZER_STATE_TAG] input error: Operation was cancelled
[deb] 15:27:21 0.000126 imap-deserializer.vala:253: [des:0008/GEARY_IMAP_DESERIALIZER_STATE_CLOSED] Deserializer closed
[deb] 15:27:21 0.000035 imap-client-connection.vala:422: [0008/exchange.tu-berlin.de/default:993/GEARY_IMAP_CLIENT_CONNECTION_STATE_CONNECTED] Disconnecting...
[deb] 15:27:21 0.000232 imap-client-connection.vala:425: [0008/exchange.tu-berlin.de/default:993/GEARY_IMAP_CLIENT_CONNECTION_STATE_CONNECTED] Disconnected
[deb] 15:27:21 0.000011 imap-client-session.vala:1475: [0008/exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_BROKEN] Disconnected from exchange.tu-berlin.de/default:993
[deb] 15:27:21 0.000194 imap-client-session.vala:406: DTOR: ClientSession exchange.tu-berlin.de/default:993 GEARY_IMAP_CLIENT_SESSION_STATE_BROKEN
[deb] 15:27:21 0.020967 geary-engine.vala:370: Error validating SMTP account info: Peer failed to perform TLS handshake
```https://gitlab.gnome.org/GNOME/geary/-/issues/796Geary is unable to connect to Yandex mail account2022-07-16T19:12:38ZNek.12Geary is unable to connect to Yandex mail accountAdding the Yandex.Mail account in Geary is impossible despite entering the right user credentials and the right server-side config. I am able to add Gmail accounts to the app and to add that Yandex account to other apps like Thunderbird....Adding the Yandex.Mail account in Geary is impossible despite entering the right user credentials and the right server-side config. I am able to add Gmail accounts to the app and to add that Yandex account to other apps like Thunderbird. According to the Yandex help site (translated by me), the following options should be selected in the mail application, but such settings are not provided by Geary at all (except the mail server address).
Incoming mail
mail server address — imap.yandex.ru;
security — SSL;
port — 993.
Outgoing mail
mail server address — smtp.yandex.ru;
security — SSL;
port — 465.
Geary version: 3.36.1
Geary revision: tags/3.36.1-0-gcb533f5b
GTK version: 3.24.17
GLib version: 2.64.2
WebKitGTK version: 2.28.0
Desktop environment: GNOME
Distribution name: Arch
Distribution release: rolling
Installation prefix: /usr
**Steps to reproduce**
1. Attempt to add the Yandex Mail account filling the credentials to the GNOME settings or Geary account dialogs.
**What happened?**
Geary is showing an error pop-up showing "Account not created: Check your receiving login and password"
**What did I expect to happen:**
Account is added successfully / additional options are shown
What did you expect Geary to do?
Provide all the necessary options for choosing ports and encryption algorithms or add the account automatically.
**Relevant logs and/or screenshots**
```
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: claiming operation OP_READ succeeded
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: yielding operation OP_READ
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: successfully read 116 bytes from TLS connection
[deb] 13:26:42.0507 Geary[ALL]: [authorizing] GearyImapClientSession: LOGIN failed: a002 NO [AUTHENTICATIONFAILED] login invalid credentials or IMAP is disabled sc=gQEjGV3asa61_121026_2-d5016c25958c
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: starting to read data from TLS connection
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: claiming operation OP_READ
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: claiming operation OP_READ succeeded
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: yielding operation OP_READ
[deb] 13:26:42.0507 GLib-Net:CLIENT[0x5585216a2df0]: reading data from TLS connection has failed: WOULD_BLOCK
[deb] 13:26:42.0508 Geary[ALL]: [closed] GearyImapClientSession: Disconnected from imap.yandex.ru:993
[deb] 13:26:42.0508 geary:accounts-editor-add-pane.vala:192: Error authenticating IMAP service: Bad credentials: a002 NO [AUTHENTICATIONFAILED] login invalid credentials or IMAP is disabled sc=gQEjGV3asa61_121026_2-d5016c25958c:
[deb] 13:26:42.0512 GLib-Net:CLIENT[0x5585216a2df0]: starting to close the TLS connection
[deb] 13:26:42.0512 GLib-Net:CLIENT[0x5585216a2df0]: claiming operation OP_CLOSE_BOTH
[deb] 13:26:42.0512 GLib-Net:CLIENT[0x5585216a2df0]: claiming operation OP_CLOSE_BOTH succeeded
[deb] 13:26:42.0512 GLib-Net:CLIENT[0x5585216a2df0]: yielding operation OP_CLOSE_BOTH
[deb] 13:26:42.0512 GLib-Net:CLIENT[0x5585216a2df0]: error closing TLS connection: Socket is already closed
[deb] 13:26:46.0900 GLib:posix_spawn avoided (fd close requested) (child_setup specified)
```
![Screenshot_from_2020-04-12_12-56-58](/uploads/219f29f30b64c76c2c5c681fad862bfb/Screenshot_from_2020-04-12_12-56-58.png)https://gitlab.gnome.org/GNOME/nautilus/-/issues/2301Grid View Cannot Open Context Menu from Right Click in Empty Folder2022-07-16T19:02:28ZCorey BerlaGrid View Cannot Open Context Menu from Right Click in Empty Folder
# Affected version
- Nightly flatpak: Yes
# Steps to reproduce
In an empty folder, attempt to right click anywhere. In a folder with just a few items, attempt to click towards the bottom of the view.
# Current behavior
Context (popup...
# Affected version
- Nightly flatpak: Yes
# Steps to reproduce
In an empty folder, attempt to right click anywhere. In a folder with just a few items, attempt to click towards the bottom of the view.
# Current behavior
Context (popup) menu does not appear
# Expected behavior
Popup menu should appear
# Additional information
This only happens in Grid View, List View works for me. This is similar behavior with the rubberbanding issue, except that it works on the listview.codeboybebopcodeboybebophttps://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/76WebKit2-4.0.gir is missing from i386 and armhf SDKs2022-07-16T18:24:34ZJordan PetridisWebKit2-4.0.gir is missing from i386 and armhf SDKsBuild log from Builder: https://flathub.org/builds/#/builders/24/builds/493
**x86_64**
```sh
➜ gnome-build-meta git:(alatiera/colord) ✗ flatpak run org.gnome.Sdk//3.30
sh-4.4$ find / -name WebKit2-4.0.gir
find: ‘/proc/tty/driver’: Per...Build log from Builder: https://flathub.org/builds/#/builders/24/builds/493
**x86_64**
```sh
➜ gnome-build-meta git:(alatiera/colord) ✗ flatpak run org.gnome.Sdk//3.30
sh-4.4$ find / -name WebKit2-4.0.gir
find: ‘/proc/tty/driver’: Permission denied
/usr/share/gir-1.0/WebKit2-4.0.gir
sh-4.4$ ls /usr/share/gir-1.0/ | wc -l
77
```
**i386**
```sh
➜ gnome-build-meta git:(alatiera/colord) ✗ flatpak run --arch=i386 org.gnome.Sdk//3.30
sh-4.4$ find / -name WebKit2-4.0.gir
find: ‘/proc/tty/driver’: Permission denied
sh-4.4$ ls /usr/share/gir-1.0/ | wc -l
74
```https://gitlab.gnome.org/GNOME/calls/-/issues/477Unable to register VoIP over VPN connection2022-07-16T16:28:14ZMarkus BischofUnable to register VoIP over VPN connection# What problem did you encounter
If I connect to my workplace via VPN I'm unable to register to our VoIP server.
## What is the actual behaviour?
VoIP account is offline.
Error message
```
Unexpected error response to netlink reque...# What problem did you encounter
If I connect to my workplace via VPN I'm unable to register to our VoIP server.
## What is the actual behaviour?
VoIP account is offline.
Error message
```
Unexpected error response to netlink request while trying to fetch local IP address
```
## What is the expected behaviour?
Being able to use GNOME Calls via VPN
## How to reproduce
* Add a VoIP account
* Use it in the same network :white_check_mark:
* Use it over VPN :x:
# Which version of Calls did you encounter the bug in?
I use the [AUR package](https://aur.archlinux.org/packages/calls)
```
Calls Version: 42.0-42.0+
```
# Releveant logfiles
```
Jul 12 07:30:13 cerebrellum gnome-calls[2037]: Unexpected error response to netlink request while trying to fetch local IP address
```