GNU bug report logs -
#55136
keepassxc segfaults when merging databases
Previous Next
Reported by: raingloom <raingloom <at> riseup.net>
Date: Tue, 26 Apr 2022 21:10:02 UTC
Severity: normal
Tags: moreinfo
Done: Csepp <raingloom <at> riseup.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 55136 in the body.
You can then email your comments to 55136 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Tue, 26 Apr 2022 21:10:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
raingloom <raingloom <at> riseup.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 26 Apr 2022 21:10:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Sorry, can't really send the database files, obviously.
Here is the error message instead.
```
failed to register FdoSecrets::Item(0x5596b3d47a20) at
"/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba"
"Failed to register item on DBus at path
'/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba'"
QObject::connect(Group, Unknown): invalid nullptr parameter
QObject::connect(FdoSecrets::Item, FdoSecrets::Collection): invalid
nullptr parameter QObject::connect(FdoSecrets::Item,
FdoSecrets::Collection): invalid nullptr parameter [1] 1425
segmentation fault keepassxc
```
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Thu, 28 Apr 2022 16:39:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
raingloom <raingloom <at> riseup.net> writes:
> Sorry, can't really send the database files, obviously.
>
> Here is the error message instead.
>
> ```
> failed to register FdoSecrets::Item(0x5596b3d47a20) at
> "/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba"
> "Failed to register item on DBus at path
> '/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba'"
> QObject::connect(Group, Unknown): invalid nullptr parameter
> QObject::connect(FdoSecrets::Item, FdoSecrets::Collection): invalid
> nullptr parameter QObject::connect(FdoSecrets::Item,
> FdoSecrets::Collection): invalid nullptr parameter [1] 1425
> segmentation fault keepassxc
> ```
It might be advisable to try a synthetic test using two new databases
with some dummy entries in them, to see if it's a general problem with
database merging or if there's something specifically about the
databases you're trying to merge that's not being accepted.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Thu, 28 Apr 2022 16:39:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Wed, 08 Jun 2022 21:21:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 55136 <at> debbugs.gnu.org (full text, mbox):
Hello,
Aurora <rind38 <at> disroot.org> writes:
> raingloom <raingloom <at> riseup.net> writes:
>
>> Sorry, can't really send the database files, obviously.
>>
>> Here is the error message instead.
>>
>> ```
>> failed to register FdoSecrets::Item(0x5596b3d47a20) at
>> "/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba"
>> "Failed to register item on DBus at path
>> '/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba'"
>> QObject::connect(Group, Unknown): invalid nullptr parameter
>> QObject::connect(FdoSecrets::Item, FdoSecrets::Collection): invalid
>> nullptr parameter QObject::connect(FdoSecrets::Item,
>> FdoSecrets::Collection): invalid nullptr parameter [1] 1425
>> segmentation fault keepassxc
>> ```
>
> It might be advisable to try a synthetic test using two new databases
> with some dummy entries in them, to see if it's a general problem with
> database merging or if there's something specifically about the
> databases you're trying to merge that's not being accepted.
Keepassxc seems crashy; I tried creating a new database and it was
crashing randomly, without any error output.
Maxim
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Thu, 09 Jun 2022 02:33:01 GMT)
Full text and
rfc822 format available.
Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
> Hello,
>
> Aurora <rind38 <at> disroot.org> writes:
>
>> raingloom <raingloom <at> riseup.net> writes:
>>
>>> Sorry, can't really send the database files, obviously.
>>>
>>> Here is the error message instead.
>>>
>>> ```
>>> failed to register FdoSecrets::Item(0x5596b3d47a20) at
>>> "/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba"
>>> "Failed to register item on DBus at path
>>> '/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba'"
>>> QObject::connect(Group, Unknown): invalid nullptr parameter
>>> QObject::connect(FdoSecrets::Item, FdoSecrets::Collection): invalid
>>> nullptr parameter QObject::connect(FdoSecrets::Item,
>>> FdoSecrets::Collection): invalid nullptr parameter [1] 1425
>>> segmentation fault keepassxc
>>> ```
>>
>> It might be advisable to try a synthetic test using two new databases
>> with some dummy entries in them, to see if it's a general problem with
>> database merging or if there's something specifically about the
>> databases you're trying to merge that's not being accepted.
>
> Keepassxc seems crashy; I tried creating a new database and it was
> crashing randomly, without any error output.
Strange, I use keepassxc regularly for a long time now and I've never
seen it crash. Though I don't do complex stuff such as merging
databases, just retrieval of users and passwords and creation of new
entries.
--
Thanks
Thiago
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Thu, 09 Jun 2022 02:33:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Thu, 09 Jun 2022 18:53:02 GMT)
Full text and
rfc822 format available.
Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
Thiago Jung Bauermann <bauermann <at> kolabnow.com> writes:
> Hello,
>
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>
>> Hello,
>>
>> Aurora <rind38 <at> disroot.org> writes:
>>
>>> raingloom <raingloom <at> riseup.net> writes:
>>>
>>>> Sorry, can't really send the database files, obviously.
>>>>
>>>> Here is the error message instead.
>>>>
>>>> ```
>>>> failed to register FdoSecrets::Item(0x5596b3d47a20) at
>>>> "/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba"
>>>> "Failed to register item on DBus at path
>>>> '/org/freedesktop/secrets/collection/passes/c417f89606a5463fa0746d0a5f5625ba'"
>>>> QObject::connect(Group, Unknown): invalid nullptr parameter
>>>> QObject::connect(FdoSecrets::Item, FdoSecrets::Collection): invalid
>>>> nullptr parameter QObject::connect(FdoSecrets::Item,
>>>> FdoSecrets::Collection): invalid nullptr parameter [1] 1425
>>>> segmentation fault keepassxc
>>>> ```
>>>
>>> It might be advisable to try a synthetic test using two new databases
>>> with some dummy entries in them, to see if it's a general problem with
>>> database merging or if there's something specifically about the
>>> databases you're trying to merge that's not being accepted.
>>
>> Keepassxc seems crashy; I tried creating a new database and it was
>> crashing randomly, without any error output.
>
> Strange, I use keepassxc regularly for a long time now and I've never
> seen it crash. Though I don't do complex stuff such as merging
> databases, just retrieval of users and passwords and creation of new
> entries.
I also use it everyday, but I simply open an existing (dated) database
and edit entries to it/use it. It seems to crash often when creating
new databases for me.
Maxim
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Thu, 09 Jun 2022 18:53:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Fri, 10 Jun 2022 03:43:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 55136 <at> debbugs.gnu.org (full text, mbox):
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>> Strange, I use keepassxc regularly for a long time now and I've never
>> seen it crash. Though I don't do complex stuff such as merging
>> databases, just retrieval of users and passwords and creation of new
>> entries.
>
> I also use it everyday, but I simply open an existing (dated) database
> and edit entries to it/use it. It seems to crash often when creating
> new databases for me.
>
> Maxim
I just tested Guix's Keepassxc v2.7.1 at Guix revision
01596f40a994a2bb39dde5867ca66e9f7e9e67e0 for merging newly created
databases (KDBX4) with and without conflicts in entries.
I experienced no crashes. Unless keepassxc or its dependencies changed
by the time I tested it, I think that something else might be
interacting.
- Aurora
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Sat, 11 Jun 2022 11:24:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 55136 <at> debbugs.gnu.org (full text, mbox):
On Thu, 09 Jun 2022 23:42:35 -0400
Aurora <rind38 <at> disroot.org> wrote:
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
> >> Strange, I use keepassxc regularly for a long time now and I've
> >> never seen it crash. Though I don't do complex stuff such as
> >> merging databases, just retrieval of users and passwords and
> >> creation of new entries.
> >
> > I also use it everyday, but I simply open an existing (dated)
> > database and edit entries to it/use it. It seems to crash often
> > when creating new databases for me.
> >
> > Maxim
>
> I just tested Guix's Keepassxc v2.7.1 at Guix revision
> 01596f40a994a2bb39dde5867ca66e9f7e9e67e0 for merging newly created
> databases (KDBX4) with and without conflicts in entries.
>
> I experienced no crashes. Unless keepassxc or its dependencies changed
> by the time I tested it, I think that something else might be
> interacting.
>
> - Aurora
Might very well be an upstream bug, I'll try to build it with debug
symbols and see if I can reproduce it with the latest Guix commit.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Wed, 04 Oct 2023 03:16:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 55136 <at> debbugs.gnu.org (full text, mbox):
Hello,
raingloom <raingloom <at> riseup.net> writes:
> On Thu, 09 Jun 2022 23:42:35 -0400
> Aurora <rind38 <at> disroot.org> wrote:
>
>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>> >> Strange, I use keepassxc regularly for a long time now and I've
>> >> never seen it crash. Though I don't do complex stuff such as
>> >> merging databases, just retrieval of users and passwords and
>> >> creation of new entries.
>> >
>> > I also use it everyday, but I simply open an existing (dated)
>> > database and edit entries to it/use it. It seems to crash often
>> > when creating new databases for me.
>> >
>> > Maxim
>>
>> I just tested Guix's Keepassxc v2.7.1 at Guix revision
>> 01596f40a994a2bb39dde5867ca66e9f7e9e67e0 for merging newly created
>> databases (KDBX4) with and without conflicts in entries.
>>
>> I experienced no crashes. Unless keepassxc or its dependencies changed
>> by the time I tested it, I think that something else might be
>> interacting.
>>
>> - Aurora
>
> Might very well be an upstream bug, I'll try to build it with debug
> symbols and see if I can reproduce it with the latest Guix commit.
Any update? Do newer versions work better for you?
--
Thanks,
Maxim
Added tag(s) moreinfo.
Request was from
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Wed, 04 Oct 2023 03:16:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#55136
; Package
guix
.
(Sun, 08 Oct 2023 14:30:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 55136 <at> debbugs.gnu.org (full text, mbox):
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
> Hello,
>
> raingloom <raingloom <at> riseup.net> writes:
>
>> On Thu, 09 Jun 2022 23:42:35 -0400
>> Aurora <rind38 <at> disroot.org> wrote:
>>
>>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
>>> >> Strange, I use keepassxc regularly for a long time now and I've
>>> >> never seen it crash. Though I don't do complex stuff such as
>>> >> merging databases, just retrieval of users and passwords and
>>> >> creation of new entries.
>>> >
>>> > I also use it everyday, but I simply open an existing (dated)
>>> > database and edit entries to it/use it. It seems to crash often
>>> > when creating new databases for me.
>>> >
>>> > Maxim
>>>
>>> I just tested Guix's Keepassxc v2.7.1 at Guix revision
>>> 01596f40a994a2bb39dde5867ca66e9f7e9e67e0 for merging newly created
>>> databases (KDBX4) with and without conflicts in entries.
>>>
>>> I experienced no crashes. Unless keepassxc or its dependencies
>>> changed
>>> by the time I tested it, I think that something else might be
>>> interacting.
>>>
>>> - Aurora
>>
>> Might very well be an upstream bug, I'll try to build it with debug
>> symbols and see if I can reproduce it with the latest Guix commit.
>
> Any update? Do newer versions work better for you?
Seems to work right now, I guess we can close it for now.
Reply sent
to
Csepp <raingloom <at> riseup.net>
:
You have taken responsibility.
(Sun, 08 Oct 2023 14:30:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
raingloom <raingloom <at> riseup.net>
:
bug acknowledged by developer.
(Sun, 08 Oct 2023 14:30:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 06 Nov 2023 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 184 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.