https://bugzilla.redhat.com/show_bug.cgi?id=2222489
Bug ID: 2222489
Summary: [abrt] meld: on_setting_changed():
settings.py:58:on_setting_changed:AttributeError:
'NoneType' object has no attribute 'props'
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:0a7d2f64027b1ec0f45051800029babf14695f46;VAR
IANT_ID=xfce;
Component: meld
Assignee: dmaphy(a)fedoraproject.org
Reporter: alod123(a)mail.ua
QA Contact: extras-qa(a)fedoraproject.org
CC: dmaphy(a)fedoraproject.org,
epel-packagers-sig(a)lists.fedoraproject.org,
lkundrak(a)v3.sk, michel(a)michel-slm.name
Target Milestone: ---
Classification: Fedora
Description of problem:
When will it stop crashing on close?
Version-Release number of selected component:
meld-3.22.0-2.fc38
Additional info:
reporter: libreport-2.17.11
kernel: 6.3.12-200.fc38.x86_64
cmdline: /usr/bin/python3 /usr/bin/meld discord-0.0.28-2.spec
discord-0.0.28-2.x86_64.spec
cgroup: 0::/user.slice/user-1000.slice/session-4.scope
uid: 0
reason: settings.py:58:on_setting_changed:AttributeError: 'NoneType'
object has no attribute 'props'
executable: /usr/bin/meld
type: Python3
package: meld-3.22.0-2.fc38
runlevel: N 5
exception_type: AttributeError
crash_function: on_setting_changed
interpreter: python3-3.11.4-1.fc38.x86_64
comment: When will it stop crashing on close?
Truncated backtrace:
settings.py:58:on_setting_changed:AttributeError: 'NoneType' object has no
attribute 'props'
Traceback (most recent call last):
File "/usr/bin/meld", line 463, in <module>
sys.exit(main())
^^^^^^
File "/usr/bin/meld", line 458, in main
setup_settings()
File "/usr/bin/meld", line 317, in setup_settings
meld.settings.create_settings()
File "/usr/lib/python3.11/site-packages/meld/settings.py", line 124, in
create_settings
_meldsettings = MeldSettings()
^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/meld/settings.py", line 39, in
__init__
self.on_setting_changed(settings, 'prefer-dark-theme')
File "/usr/lib/python3.11/site-packages/meld/settings.py", line 58, in
on_setting_changed
gtk_settings.props.gtk_application_prefer_dark_theme = prefer_dark
^^^^^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'props'
Local variables in innermost frame:
self: <settings.MeldSettings object at 0x7f6dd43b4ec0
(meld+settings+MeldSettings at 0x559400b94f90)>
settings: <Gio.Settings object at 0x7f6dd43d0840 (GSettings at 0x559400b84970)>
key: 'prefer-dark-theme'
gtk_settings: None
prefer_dark: False
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2222489
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2218820
Bug ID: 2218820
Summary: [abrt] meld: get_path_for_repo_file():
_null.py:48:get_path_for_repo_file:FileNotFoundError:
[Errno 2] No such file or directory:
'/static/markdown/owms/owms-4.0-waardelijsten-thema-in
deling-voor-officiele-publicaties.md'
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:30c15e3cd74d238b6f38fd99d10f0fbb8b6527e7;VAR
IANT_ID=workstation;
Component: meld
Assignee: dmaphy(a)fedoraproject.org
Reporter: jan.public(a)famvlug.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: dmaphy(a)fedoraproject.org,
epel-packagers-sig(a)lists.fedoraproject.org,
lkundrak(a)v3.sk, michel(a)michel-slm.name
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
meld-3.22.0-2.fc38
Additional info:
reporter: libreport-2.17.10
kernel: 6.3.8-200.fc38.x86_64
cmdline: /usr/bin/python3 /usr/bin/meld
../../../../../../static/markdown/owms/owms-4.0-waardelijsten-thema-indeling-voor-officiele-publicaties.md
uid: 1000
reason: _null.py:48:get_path_for_repo_file:FileNotFoundError: [Errno 2]
No such file or directory:
'/static/markdown/owms/owms-4.0-waardelijsten-thema-indeling-voor-officiele-publicaties.md'
executable: /usr/bin/meld
type: Python3
package: meld-3.22.0-2.fc38
runlevel: N 5
exception_type: FileNotFoundError
crash_function: get_path_for_repo_file
interpreter: python3-3.11.3-2.fc38.x86_64
Truncated backtrace:
_null.py:48:get_path_for_repo_file:FileNotFoundError: [Errno 2] No such file or
directory:
'/static/markdown/owms/owms-4.0-waardelijsten-thema-indeling-voor-officiele-publicaties.md'
Traceback (most recent call last):
File "/usr/lib/python3.11/site-packages/meld/meldapp.py", line 86, in
do_command_line
tab = self.parse_args(command_line)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/meld/meldapp.py", line 368, in
parse_args
tab = self.open_files(
^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/meld/meldapp.py", line 166, in
open_files
return window.open_paths(gfiles, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/meld/meldwindow.py", line 466, in
open_paths
self._single_file_open(a)
File "/usr/lib/python3.11/site-packages/meld/meldwindow.py", line 455, in
_single_file_open
doc.run_diff(path)
File "/usr/lib/python3.11/site-packages/meld/vcview.py", line 565, in
run_diff
comp_path = self.vc.get_path_for_repo_file(path)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/meld/vc/_null.py", line 48, in
get_path_for_repo_file
with open(path, 'rb') as vc_file:
^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory:
'/static/markdown/owms/owms-4.0-waardelijsten-thema-indeling-voor-officiele-publicaties.md'
Local variables in innermost frame:
self: <meld.vc._null.Vc object at 0x7fc770ce91d0>
path:
'/static/markdown/owms/owms-4.0-waardelijsten-thema-indeling-voor-officiele-publicaties.md'
commit: None
suffix: '.md'
f: <tempfile._TemporaryFileWrapper object at 0x7fc771ac1090>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2218820
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2216921
Bug ID: 2216921
Summary: [abrt] nemo: nemo_window_slot_get_window():
nemo-desktop killed by SIGABRT
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:2f774e2f6c882f0f08b855988b10f1000f9832f3;VAR
IANT_ID=workstation;
Component: nemo
Assignee: leigh123linux(a)googlemail.com
Reporter: pbabinca(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
Description of problem:
I disconnected thunderbolt4 docking station to which among other things
external monitor is connected.
Version-Release number of selected component:
nemo-5.6.4-1.fc38
Additional info:
reporter: libreport-2.17.10
type: CCpp
reason: nemo-desktop killed by SIGABRT
journald_cursor:
s=8dc583e8364c483faa53c7dcf2279e08;i=5c2c40;b=4a49785b8cc2421c8552b2883eb4aec9;m=14dc5511;t=5fec82e2d40eb;x=199436db1882e715
executable: /usr/bin/nemo-desktop
cmdline: nemo-desktop
cgroup: 0::/user.slice/user-18031.slice/session-2.scope
rootdir: /
uid: 18031
kernel: 6.3.8-200.fc38.x86_64
package: nemo-5.6.4-1.fc38
runlevel: N 5
backtrace_rating: 4
crash_function: nemo_window_slot_get_window
comment: I disconnected thunderbolt4 docking station to which among
other things external monitor is connected.
Truncated backtrace:
Thread no. 1 (7 frames)
#6 nemo_window_slot_get_window at ../src/nemo-window-slot.c:527
#8 got_file_info_for_view_selection_callback at
../src/nemo-window-manage-views.c:819
#9 desktop_callback_check_done at
../libnemo-private/nemo-desktop-directory-file.c:241
#10 call_ready_callbacks_at_idle at
../libnemo-private/nemo-directory-async.c:1846
#14 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#15 g_main_context_iteration at ../glib/gmain.c:4343
#16 g_application_run at ../gio/gapplication.c:2573
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2216921
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2216843
Bug ID: 2216843
Summary: Cinnamon launches applications with a black background
making black letters unreadable
Product: Fedora
Version: 38
Hardware: x86_64
OS: Linux
Status: NEW
Component: cinnamon
Severity: medium
Assignee: leigh123linux(a)googlemail.com
Reporter: cvanewijk(a)xs4all.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, miketwebster(a)gmail.com,
riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
Created attachment 1972146
--> https://bugzilla.redhat.com/attachment.cgi?id=1972146&action=edit
gedit with black background after launching with cinnamon
Description of problem:
Cinnamon launches applications with a black background which makes letters
unreadable.
When i login in again with Gnome then Gnome launches the applications with the
correct white background.
Version-Release number of selected component (if applicable):
[cewijk@localhost ~]$ sudo dnf install cinnamon
[sudo] password for cewijk:
Fedora 38 - x86_64 - Updates 83 kB/s | 17 kB 00:00
Fedora 38 - x86_64 - Updates 69 kB/s | 2.1 MB 00:31
Fedora Modular 38 - x86_64 - Updates 113 kB/s | 14 kB 00:00
Fedora Modular 38 - x86_64 - Updates 49 kB/s | 77 kB 00:01
Last metadata expiration check: 0:00:01 ago on Thu 22 Jun 2023 09:06:09 PM
CEST.
Package cinnamon-5.6.8-2.fc38.x86_64 is already installed.
Dependencies resolved.
Nothing to do.
Complete!
[cewijk@localhost ~]$ uname -a
Linux localhost.localdomain 6.3.8-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Thu
Jun 15 02:15:40 UTC 2023 x86_64 GNU/Linux
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2216843
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2216452
Bug ID: 2216452
Summary: [abrt] gnome-calendar: gcal_event_widget_clone():
gnome-calendar killed by SIGSEGV
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:269578cfefb56f8073d9ab3fee3f444a49d16cb8;VAR
IANT_ID=workstation;
Component: gnome-calendar
Assignee: gnome-sig(a)lists.fedoraproject.org
Reporter: q.cooremans(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
igor.raits(a)gmail.com, klember(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
ouverture du calendrier, clic sur le mois suivant dans le panneau en haut à
gauche
= crash (à 3 reprises puis ok la 4e en attendant une bonne minute après
l'ouverture de l'application avant de changer de mois)
Version-Release number of selected component:
gnome-calendar-44.1-1.fc38
Additional info:
reporter: libreport-2.17.10
type: CCpp
reason: gnome-calendar killed by SIGSEGV
journald_cursor:
s=e30469c8cf9d4d988b69d073a031733a;i=190f36;b=806f908085b649059c4b6aa3f0d14768;m=3cdbcde64;t=5fea20443346c;x=f05cfe5363e4c743
executable: /usr/bin/gnome-calendar
cmdline: /usr/bin/gnome-calendar --gapplication-service
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-org.gnome.Calendar@1.service
rootdir: /
uid: 1000
kernel: 6.3.8-200.fc38.x86_64
package: gnome-calendar-44.1-1.fc38
runlevel: N 5
backtrace_rating: 4
crash_function: gcal_event_widget_clone
Truncated backtrace:
Thread no. 1 (10 frames)
#0 gcal_event_widget_clone at ../src/gui/gcal-event-widget.c:1002
#1 split_event_widget_at_column at ../src/gui/views/gcal-week-header.c:650
#2 apply_overflow_at_weekday at ../src/gui/views/gcal-week-header.c:766
#4 add_event_to_grid at ../src/gui/views/gcal-week-header.c:877
#5 gcal_week_header_add_event at ../src/gui/views/gcal-week-header.c:1639
#6 add_event_to_subscriber at ../src/core/gcal-timeline.c:205
#7 timeline_source_dispatch at ../src/core/gcal-timeline.c:682
#10 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#11 g_main_context_iteration at ../glib/gmain.c:4343
#12 g_application_run at ../gio/gapplication.c:2573
Potential duplicate: bug 1476568
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2216452
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2283607
Bug ID: 2283607
Summary: Desktop and opened applications partially visible on
locked laptop
Product: Fedora
Version: 40
Hardware: x86_64
URL: https://drive.google.com/file/d/1V7F6vod1dJftQtIOLJMzq
xMdeVRKIkK4/view?usp=sharing
OS: Linux
Status: NEW
Component: cinnamon
Keywords: Security
Severity: medium
Assignee: leigh123linux(a)googlemail.com
Reporter: slavicek.david29(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: epel-packagers-sig(a)lists.fedoraproject.org,
leigh123linux(a)googlemail.com, miketwebster(a)gmail.com,
riehecky(a)fnal.gov
Target Milestone: ---
Classification: Fedora
When I connect locked laptop to my docking station with two external monitors,
the lockscreen shows only on part of monitor and I can see opened applications
on the rest with potentially sensitive content.
Reproducible: Always
Steps to Reproduce:
1.disconnect laptop from docking station with two external monitors
2.lock laptop
3.connect laptop to docking station with two external monitors
I have my laptop monitor switched off when connected to the docking station and
use only the external monitors.
My laptop is Lenovo IdeaPad Slim 5i
I use HP usb-c dock G-5 and two lenovo e24q-20 monitors
Actual Results:
Lock screen is displayed on part of the monitor and on the remaining part open
applications are visible with potentially sensitive content.
Expected Results:
Lock screen is displayed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2283607
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2275067
Bug ID: 2275067
Summary: python-typeguard fails to build with Python 3.13:
TypeError: TypedDict does not support instance and
class checks
Product: Fedora
Version: rawhide
Status: NEW
Component: python-typeguard
Assignee: code(a)musicinmybrain.net
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: code(a)musicinmybrain.net, davide(a)cavalca.name,
epel-packagers-sig(a)lists.fedoraproject.org,
ksurma(a)redhat.com, mhroncok(a)redhat.com,
michel(a)michel-slm.name
Blocks: 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
python-typeguard fails to build with Python 3.13.0a6.
____________ TestTypedDict.test_notrequired_fail[typing_extensions]
____________
tests/test_checkers.py:531: in test_notrequired_fail
check_type({"x": 1, "y": "foo"}, DummyDict)
../../BUILDROOT/python-typeguard-4.2.1-2.fc41.x86_64/usr/lib/python3.13/site-packages/typeguard/_functions.py:106:
in check_type
check_type_internal(value, expected_type, memo)
../../BUILDROOT/python-typeguard-4.2.1-2.fc41.x86_64/usr/lib/python3.13/site-packages/typeguard/_checkers.py:783:
in check_type_internal
if not isinstance(value, origin_type):
/usr/lib/python3.13/site-packages/typing_extensions.py:951: in
__subclasscheck__
raise TypeError('TypedDict does not support instance and class checks')
E TypeError: TypedDict does not support instance and class checks
============= 11 failed, 432 passed, 4 skipped, 6 xfailed in 5.84s
=============
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora-r…
For all our attempts to build python-typeguard with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/python-…
Testing and mass rebuild of packages is happening in copr.
You can follow these instructions to test locally in mock if your package
builds with Python 3.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires),
so if this package is required a lot, it's important for us to get it fixed
soon.
We'd appreciate help from the people who know this package best,
but if you don't want to work on this now, let us know so we can try to work
around it on our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2275067
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2258467
Bug ID: 2258467
Summary: PyQt6 and PyQt5 ignore "dir" argument in
QFileDialog.getOpenFileName
Product: Fedora
Version: 38
Hardware: x86_64
OS: Linux
Status: NEW
Component: python-pyqt6
Severity: medium
Assignee: thunderbirdtr(a)fedoraproject.org
Reporter: Michael.Clerx(a)gmail.com
CC: epel-packagers-sig(a)lists.fedoraproject.org,
jonathan(a)almalinux.org,
kde-sig(a)lists.fedoraproject.org, manisandro(a)gmail.com,
thunderbirdtr(a)fedoraproject.org
Target Milestone: ---
Classification: Fedora
Since some time in 2021 (https://bugreports.qt.io/browse/QTBUG-92961,
https://stackoverflow.com/questions/75878424) I've been running into an issue
where QFileDialog.getOpenFileName ignores the "dir" argument (recently renamed
"directory"):
QtWidgets.QFileDialog.getOpenFileName(
self,
'Open file',
'/home/michael/some/path',
)
This is supposed to create an open file dialog initialised at
"/home/michael/some/path", but at some point (around Fedora 33?) this stopped
working.
The same functionality for getSaveFileName() works as expected.
I've only just noticed that the bug disappears if I install PyQt5 or PyQt6 into
a virtual environment using pip, even when I specify the exact same versions
that DNF installs. So it looks like this is an issue with the packaged version
only. Because it's been present for quite a while now, I can't pinpoint where
it was introduced, but I have seen the same bug on multiple devices, and in
fresh installs of a variety of versions.
A script to reproduce:
#!/usr/bin/env python3
import sys
from PyQt6 import QtWidgets
#from PyQt5 import QtWidgets
# Change this to a valid & accessible path (other than your home)
path = '/home/michael/a/path/that/definitely/exists'
class App(QtWidgets.QMainWindow):
def __init__(self, path):
super().__init__()
self.setWindowTitle('Qt bug test')
QtWidgets.QFileDialog.getOpenFileName(self, 'Open file', path)[0]
sys.exit()
if __name__ == '__main__':
a = QtWidgets.QApplication([])
a.lastWindowClosed.connect(a.quit)
app = App(path)
app.show()
sys.exit(a.exec())
Reproducible: Always
Steps to Reproduce:
1. Change the `path` variable to an existing path, which you can access, but
which isn't your home directory
2. Run the example code using PyQt5 or PyQt6 installed through DNF
Actual Results:
An open file dialog appears showing the contents of your home directory
Expected Results:
An open file dialog appears showing the contents of `path`
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2258467
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…