Encrypted File Problem

Fri Jul 20 18:59:00 BST 2018

I enter the passphrase in the console when I decrypt manually on both
my desktop and laptop.

I normally run LXDE but I tried from KDE & GNOME and had the same problem.

I made sure all of the package groups on my laptop are installed on my
desktop. I have not compared package to package yet.

gpg-agent is running on both.

Keep in mind this is two problems. Encryption is completely missing
from the KMM settings on my desktop. It's there on my laptop. I am
able to encrypted files on my laptop but I can not open them with KMM.

1) What causes KMM to not include the encryption settings tab in the
KMM settings (my desktop)?

2) What prevents KMM from recognizing a file is just encrypted when I
try to open it the next time (my laptop)?

----
Brendan Coupe

On Fri, Jul 20, 2018 at 10:44 AM, Thomas Baumgart <thb at net-bembel.de> wrote:
> Hi,
>
> On Freitag, 20. Juli 2018 04:14:33 CEST Brendan Coupe wrote:
>
>> One more bit of info. I decrypted my file manually, opened it on my
>> laptop and saved it with a new name with encryption. I closed KMM and
>> ran it again. It can not open the file that it just encrypted.
>
> Do you run this using a plasma desktop or a GTK based one? The error message you reported
>
>    "Gtk-Message: 19:50:38.861: GtkDialog mapped without a transient
>    parent. This is discouraged."
>
> leads me to ask this question. From the symptoms it seems, that the gpg-agent is not able to ask for the passphrase. Using gpg seems to work perfectly because you can encrypt files (which does not need an UI interaction).
>
> When you decrypt manually, do you enter your passphrase in the console window or does a separate window popup and asks for the passphrase?
>
> By all means: this is not a KMyMoney issue but somehow caused by surrounding technology. What is the output of the following command (I believe Fedora is an RPM based distro):
>
>    % rpm -qa | grep pinentry
>
> Regards
>
> Thomas
>
>
>> On Thu, Jul 19, 2018 at 8:11 PM, Brendan Coupe <brendan at coupeware.com> wrote:
>> > A window pops up with:
>> > "Cannot open file as requested."
>> > Clicking Details shows no additional info.
>> >
>> > When I first ran into this on my laptop I think the error specifically
>> > mentioned encryption. I can decrypt manually and open my file.
>> >
>> > Running from the command line:
>> >
>> > "Gtk-Message: 19:50:38.861: GtkDialog mapped without a transient
>> > parent. This is discouraged."
>> >
>> > I think Fedora has been on FrameWorks for a while. From the KMM Help About:
>> >
>> > KDE Frameworks 5.47.0
>> > Qt 5.10.1 (built against 5.10.1)
>> > The xcb windowing system
>> >
>> > I just checked the KMM settings and there is no encryption option on
>> > my desktop. It is there on my laptop. They are complied and installed
>> > from the git master using he same script.
>> >
>> > When I open the exact same encrypted file on my laptop it says
>> > decryption failed at the end of the error message.
>> >
>> > So I appear to have a new problem where KMM does not support
>> > encryption on my desktop. On my laptop is appears to support
>> > encryption but it does not work.
>> >
>> >
>> >
>> > ----
>> > Brendan Coupe
>> >
>> >
>> > On Thu, Jul 19, 2018 at 7:44 PM, Jack <ostroffjh at users.sourceforge.net> wrote:
>> >> Are you getting any error messages?  Have you run KMM from command line?
>> >>
>> >> Can you manually decrypt the file?  That will check whether gnupg works at
>> >> all
>> >>
>> >> I'm not a Fedora user, so I want to know whether Fedora 28 uses KDE
>> >> Frameworks or is still on KDE 4.  If it has upgraded to Frameworks (KF5),
>> >> then I wouldn't expect KMM4 to work at all - you would need KMM5.
>> >>
>> >>
>> >> Jack
>> >>
>> >>
>> >> On 2018.07.19 19:44, Brendan Coupe wrote:
>> >>>
>> >>> I took the plunge and updated my desktop to Fedora 28. KMM 4 can not
>> >>> open my encrypted file so this appears to be a Fedora 27 vs. 28
>> >>> problem.
>> >>>
>> >>> What should I be looking for?
>> >>>
>> >>> ----
>> >>> Brendan Coupe
>> >>>
>> >>>
>> >>> On Thu, Jul 19, 2018 at 1:55 PM, Brendan Coupe <brendan at coupeware.com>
>> >>> wrote:
>> >>> > I compiled and installed the master on my main computer without the
>> >>> > patch. I was able to open my encrypted file.
>> >>> >
>> >>> > I am not able to open encrypted files on my laptop which is running
>> >>> > Fedora 28.
>> >>> >
>> >>> > I am able to open encrypted files on my desktop which is running Fedora
>> >>> > 27.
>> >>> >
>> >>> > I switched my desktop back to the 4.8 branch. I'm thinking about
>> >>> > making the switch to the master but I'm worried about upgrading my
>> >>> > desktop to Fedora 28 and having the encryption break in KMM5. I would
>> >>> > prefer to figure this out before making the move to KMM5 and Fedora
>> >>> > 28.
>> >>> >
>> >>> > I installed KMM 5 on my laptop from the repos and it has the same
>> >>> > problem decrypting my KMM file.
>> >>> >
>> >>> > ----
>> >>> > Brendan Coupe
>> >>> >
>> >>> >
>> >>> > On Thu, Jul 19, 2018 at 11:25 AM, Brendan Coupe <brendan at coupeware.com>
>> >>> > wrote:
>> >>> >> Thomas,
>> >>> >>
>> >>> >> I just got around to trying the patch that you sent. I have not been
>> >>> >> able to get the patch to work. I run the command "git apply PatchName"
>> >>> >> as part of the scripts that I run to compile and install KMM. The
>> >>> >> scripts have worked in the past.
>> >>> >>
>> >>> >> The first time I ran it the error was:
>> >>> >>
>> >>> >> error: libkgpgfile/kgpgfile.cpp: No such file or directory
>> >>> >> error: libkgpgfile/kgpgfile.h: No such file or directory
>> >>> >>
>> >>> >> So I modified the patch file with the full path to the files that it
>> >>> >> patches. That changed the error to this:
>> >>> >>
>> >>> >> error: patch failed: kmymoney/plugins/xml/libkgpgfile/kgpgfile.cpp:33
>> >>> >> error: kmymoney/plugins/xml/libkgpgfile/kgpgfile.cpp: patch does not
>> >>> >> apply
>> >>> >> error: patch failed: kmymoney/plugins/xml/libkgpgfile/kgpgfile.h:73
>> >>> >> error: kmymoney/plugins/xml/libkgpgfile/kgpgfile.h: patch does not
>> >>> >> apply
>> >>> >>
>> >>> >> I'm not an expert but the files seem to match the patch files based on
>> >>> >> the line numbers so I'm not sure why it's not working.
>> >>> >>
>> >>> >> ----
>> >>> >> Brendan Coupe
>> >>> >>
>> >>> >>
>> >>> >> On Sat, Jun 16, 2018 at 3:34 AM, Thomas Baumgart <thb at net-bembel.de>
>> >>> >> wrote:
>> >>> >>> Brendan,
>> >>> >>>
>> >>> >>> sorry for the delay in answering, but I just spotted this mail today.
>> >>> >>> More inline.
>> >>> >>>
>> >>> >>> On Mittwoch, 13. Juni 2018 19:59:05 CEST Brendan Coupe wrote:
>> >>> >>>
>> >>> >>>> I'm running KMM built from 5 master on Fedora 28.
>> >>> >>>>
>> >>> >>>> I cannot open my encrypted KMM file. It works fine on my Fedora 27
>> >>> >>>> computer
>> >>> >>>> running KMM compiled from the 4.8 branch.
>> >>> >>>>
>> >>> >>>> When I try to open my file I get the following error message:
>> >>> >>>>
>> >>> >>>> Cannot open file as requested. Error was: Cannot read the file:
>> >>> >>>> /home/bcoupe/KMM/xxxxx.kmy
>> >>> >>>
>> >>> >>>
>> >>> >>> That is strange. My main datafile is encrypted ever since I developed
>> >>> >>> the encryption support and I don't see this kind of problem her on my
>> >>> >>> openSUSE system.
>> >>> >>>
>> >>> >>>
>> >>> >>>> I created a new file and encrypted it. When I try to open it I get
>> >>> >>>> the same
>> >>> >>>> error message.
>> >>> >>>>
>> >>> >>>> I then created another file without encrypting it and it opens
>> >>> >>>> without a
>> >>> >>>> problem.
>> >>> >>>
>> >>> >>> This reduces the problem to the encrypted path.
>> >>> >>>
>> >>> >>>> Both my normal KMM file and the test file can be decrypted manually
>> >>> >>>> (gpg
>> >>> >>>> -d).
>> >>> >>>>
>> >>> >>>> I just recompiled and got a more detailed error message:
>> >>> >>>>
>> >>> >>>> Cannot open file as requested. Error was: Cannot read the file:
>> >>> >>>> /home/bcoupe/KMM/TestKMM5.kmy
>> >>> >>>>
>> >>> >>>> /usr/local/src/kmm/kmymoney-MASTER-2018.06.13-11.36.36/kmymoney/plugins/xml/xmlstorage.cpp:141
>> >>> >>>
>> >>> >>> Ok, it tries to open the file for reading which fails. Since it uses a
>> >>> >>> pointer to the object and works if it points to a regular (unencrypted)
>> >>> >>> file, this leaves the conclusion that it has something to do with the
>> >>> >>> KGPGFile object it points to.
>> >>> >>>
>> >>> >>> The last change was in that area was to remove the virtual keyword
>> >>> >>> from the KGPGFile::open() declaration. This should not be a problem, but one
>> >>> >>> never knows.
>> >>> >>>
>> >>> >>> Since you compile from source, can you apply the attached patch which
>> >>> >>> will add the virtual keyword again and give some more trace output for those
>> >>> >>> cases when KGPGFile::open() fails and report back?
>> >>> >>>
>> >>> >>> Thanks in advance.
>> >>> >>>
>> >>> >>> --
>> >>> >>>
>> >>> >>> Regards
>> >>> >>>
>> >>> >>> Thomas Baumgart
>> >>> >>>
>> >>> >>> https://www.telegram.org/       Telegram, the better WhatsApp
>> >>> >>> -------------------------------------------------------------
>> >>> >>> "Hey! I could use Tex!" and I've only gotten to use it a little
>> >>> >>> so far but it's so far superiour to MS Words "be everywhere do
>> >>> >>> everything"-ness it's not even funny... (lordSauron)
>> >>> >>> -------------------------------------------------------------
>> >>>
>> >>
>>
>
> --
>
> Regards
>
> Thomas Baumgart
>
> https://www.signal.org/       Signal, the better WhatsApp
> -------------------------------------------------------------
> Cheaper is more expensive -- thb
> -------------------------------------------------------------