Bug 290626 - No support of OFX format
Summary: No support of OFX format
Status: RESOLVED FIXED
Alias: None
Product: skrooge
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Patrick Spendrin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-04 19:54 UTC by Stephane MANKOWSKI
Modified: 2012-01-04 20:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephane MANKOWSKI 2012-01-04 19:54:45 UTC
Version:           unspecified (using KDE 4.7.4) 
OS:                MS Windows

On windows, Skrooge is not able to import OFX file like on linux.

Reproducible: Always

Steps to Reproduce:
Launch Skrooge
Ctrl+Meta+I


Actual Results:  
OFX is missing in supported format list

Expected Results:  
OFX must be in the list

In fact, OFX format is optional. If ofx library is installed, then during build (cmake) the library is detected and OFX support is enabled.

It seems that the windows build has been done without OFX support.

To check if OFX support is enabled, you should have this kind of traces:
-- Package QCA2 found!
-- ..:: CMAKE SKGBANKMODELER ::..
-- OFX found. OFX support enabled
-- ..:: CMAKE SKGBASEGUI ::..
Comment 1 Stephane MANKOWSKI 2012-01-04 19:57:12 UTC
Hi Patrick,

Here is a new bug on windows packaging. I hope the information in the description will be enough for you to do the correction.

Again, than you for your help.

Regards,
Stephane
Comment 2 Stephane MANKOWSKI 2012-01-04 20:08:31 UTC
Git commit d78d4a5ebe502dc424e95e7da423d406877348c7 by Stephane Mankowski.
Committed on 04/01/2012 at 21:08.
Pushed by smankowski into branch 'Feature'.

M  +1    -0    CHANGELOG
M  +1    -5    plugins/import/CMakeLists.txt
M  +2    -0    plugins/import/skrooge_import_ofx/CMakeLists.txt
M  +0    -2    skgbankmodeler/CMakeLists.txt

http://commits.kde.org/skrooge/d78d4a5ebe502dc424e95e7da423d406877348c7
Comment 3 Stephane MANKOWSKI 2012-01-04 20:10:21 UTC
In Fact the correction was in our side.