Your message dated Fri, 28 Mar 2008 18:36:33 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Closing bug #351836: qbankmanager: Transaction state still 
'unknown'
has caused the Debian Bug report #351836,
regarding qbankmanager: Transaction state still 'unknown'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
351836: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351836
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: qbankmanager
Version: 0.9.29-1+b1
Severity: important

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I made a transfer outside of bank opening time.
Its state is still reported as "unbekannt" ("unknown").
Browser-banking shows that the transfer was done by the bank.

Best wishes
Michael

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages qbankmanager depends on:
ii  libaqbanking0c2a              1.6.1-1    library for online banking applica
ii  libc6                         2.3.5-12.1 GNU C Library: Shared libraries an
ii  libgcc1                       1:4.0.2-8  GCC support library
ii  libgwenhywfar17c2             1.19.2-1   OS abstraction layer
ii  libqbanking1                  1.6.1-1    QT frontend library for AqBanking
ii  libqt3-mt                     3:3.3.5-3  Qt GUI Library (Threaded runtime v
ii  libstdc++6                    4.0.2-8    The GNU Standard C++ Library v3

qbankmanager recommends no packages.

- -- no debconf information

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFD6QXgQggFxokHT60RAi+0AJ4lEwIvo+hq8MfyEMjcQMt/97wsLwCgoJ4G
m2G3/fZknyuomSv+GOOPB5U=
=wQDj
-----END PGP SIGNATURE-----


--- End Message ---
--- Begin Message ---
Source: qbankmanager
Version: 0.9.49beta-1

Hi,

since I got no response I consider this bug closed within qbankmanager
0.9.49beta-1, which, according to the upstream changelog, implements some state
handling:

2008/02/11: Martin Preuss<[EMAIL PROTECTED]>
-------------------------------------------------
[...]
- transfers:
  - when creating a transfer we now set the status of the transfer to
    "enqueued"
  - when removing a transfer job from the queue the status of the transfer to
    "aborted"
  - if upon loading the list of transfers a transfer has the status of
    "enqueued" we change the status to "aborted" since AqBanking has no
    persistent queues, so if an application is closed with a transfer job
    still in the queue that job is aborted (since upon restart the job list
    is empty so the job can't be sent)
  - after executing the job queue all jobs of the queue are inspected:
    For transfer jobs the corresponding transfer is looked up and its status
    is changed according to the status of the job
[...]

Regards
  Micha


--- End Message ---

Reply via email to