Am 30.03.2011 um 01:08 schrieb John Ralls:
On Mar 29, 2011, at 2:44 PM, Peter Sorowka wrote:
Am 29.03.2011 um 23:22 schrieb John Ralls:
On Mar 29, 2011, at 1:39 PM, Peter Sorowka wrote:
Am 29.03.2011 um 18:10 schrieb John Ralls:
On Mar 29, 2011, at 3:55 AM, Peter Sorowka wrote:
Hello everybody,
i try to set-up online banking with chipcard/hbci under MacOS
with Gnucash 2.4.4.1. As a card reader i juse a "ReinerSCT
Cyberjack pinpad". All drivers are installed and according to
pcsctest the reader is connected correctly. I am stuck at the
following step: when trying to add the user in the aqbanking-
setup, i click on type "chipcard" and immediatly the assistant
disappears without any further options, warnings, errors. And
of course, no user is added.
I cannot see what happens behind the scenes, and have no idea
where to look for a logfile entry that could tell me why
aqbanking doesn't start to import the chipcard. Neither did i
find any similar problem description in the manual or other
lists.
Do i miss any software? Is the problem known?
Any idea appreciated!
Following up on David Reiser's suggestion, I've built
libchipcard for you to test and attached a dmg with the new
plugins.
Select Gnucash.app in Finder (you can't write to the one in the
distribution dmg, so you'll need to do this on an installed app
bundle) and select "Show package contents" from the context
menu. In the new Finder window that opens, navigate to
Contents:Resources:lib:gwenhywfar:plugins:60.
Open the dmg I've attached.
Drag the "ct" folder from the dmg to the 60 folder in the
Contents finder window.
Close both, start Gnucash, and see try again with your chipcard.
If it works, great. If it doesn't (and it crashed Gnucash when I
tried it, but I don't have a chipcard reader), open a bug in
Bugzilla against Gnucash:aqbanking and attach the relevant tail
of your gnucash.trace. If it crashes, you'll find a crash report
in (Your user dir):Library:Logs:DiagnosticReports; attach that
to the bug report as well.
Regards,
John Ralls
<gwen_plugins.dmg>
Well this doesn't look to bad. No crash here, and instead of
simply closing the dialog a log-window appears saying
Loading plugin "ddvcard"
Could not load plugin "ddvcard"
Loading plugin "starcoscard"
Could not load plugin "starcoscard"
Operation finished, you can now close this window
the assistent window hangs with a clicked "apply" button, though
Hmm. I should have looked harder for data files. In the Contents
window described before, navigate to Contents:Resources:share,
create a new folder "chipcard", and copy the three folders from
the attached dmg into the new folder, then try again.
Regards,
John Ralls
<chipcard.dmg>
hm, no change here.
trace says:
* 23:38:09 CRIT <aqbanking> dlg_setup_newuser.c: 205: Adding
dialog ah_choose_usertype
* 23:38:09 CRIT <aqbanking> dlg_setup_newuser.c: 205: Adding
dialog ab_usertype_pagedefault
* 23:38:09 CRIT <aqbanking> dlg_setup_newuser.c: 205: Adding
dialog ab_usertype_pagedefault
* 23:38:09 CRIT <gwenhywfar> gtk2_gui_dialog.c: 225: Found active
window found [AqBanking-Einrichtung]
* 23:38:10 CRIT <> dlg_setup_newuser.c: 476: Activated:
wiz_next_button
* 23:38:10 CRIT <> dlg_setup_newuser.c: 427: Value of wiz_stack: 0
* 23:38:10 CRIT <> dlg_setup_newuser.c: 430: First page
* 23:38:11 CRIT <> dlg_setup_newuser.c: 476: Activated:
wiz_next_button
* 23:38:11 CRIT <> dlg_setup_newuser.c: 427: Value of wiz_stack: 1
* 23:38:11 CRIT <> dlg_setup_newuser.c: 437: Backend page
* 23:38:11 CRIT <> dlg_setup_newuser.c: 377: About to enter page 2
* 23:38:13 CRIT <> dlg_setup_newuser.c: 476: Activated:
wiz_next_button
* 23:38:13 CRIT <> dlg_setup_newuser.c: 427: Value of wiz_stack: 2
* 23:38:13 CRIT <> dlg_choose_usertype.c: 134: Setting selected
type to 5
* 23:38:13 CRIT <aqbanking> dlg_usertype_pagedefault.c: 90: fini
called
* 23:38:13 CRIT <aqbanking> dlg_usertype_pagedefault.c: 90: fini
called
* 23:38:13 CRIT <gwenhywfar> gtk2_gui_dialog.c: 225: Found active
window found [Assistent für neue Benutzer]
* 23:38:13 WARN <gwenhywfar> w_groupbox.c: 45: Function is not
appropriate for this type of widget (groupBox)
* 23:38:13 CRIT <gwenhywfar> plugin.c: 365: Plugin "ddvcard" not
found.
* 23:38:13 CRIT <gwenhywfar> plugin.c: 365: Plugin "starcoscard"
not found.
* 23:38:23 CRIT <aqbanking> banking_online.c: 795: here (-68)
* 23:38:23 CRIT <aqhbci> provider.c: 1028: here (-68)
probably the share/chipcard is not the right place to put the files?
and by the way, is there any reason why i can start gnucash only
once after i edited the package contents? second try doesn't open
the program anymore (independent of usage of aqbanking!). that made
testing kind of sophisticated :)
Well, share/chipcard is where they were in the installation directory.
Time for the next OSX troubleshooting lesson: Open
Applications:Utilities:Console and type "gnucash" into the search
box. There will be a bunch of messages; some of them are routine,
but there may be some clues. In particular there should be something
indicating why Gnucash failed to open the second time after you
edited the bundle. Depending on how far it got, there might be some
crash dumps in (YourDir):Library:Logs:DiagnosticReports. The
Exception block, Application Specific Information, and the first
20-25 frames in the stack trace can be quite useful. (You can look
at those in Console, too. Notice the black-and-orange box at the
right end of the toolbar; if the list of logs isn't showing, click
on it; from the list you can easily find the Diagnostic Reports
section.)
Regards,
John Ralls
John,
by inspecting what you actually sent to me the following question
arised for me: could it ever be sufficient to just copy two shared
object files to a folder, shouldnt they be linked to the binary? i.e.
shouldnt i replace much more files you generated after building
libchipcard?
Peter
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
