[kmymoney4] [Bug 369449] line in ofx file imported switches payee to MEMO

2016-09-27 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369449

Bob Ewart  changed:

   What|Removed |Added

 CC||jinni...@bobsown.net

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmymoney4] [Bug 369449] New: line in ofx file imported switches payee to MEMO

2016-09-27 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369449

Bug ID: 369449
   Summary:  line in ofx file imported switches payee to
MEMO
   Product: kmymoney4
   Version: 4.8.0
  Platform: Compiled Sources
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kmymoney-de...@kde.org
  Reporter: jinni...@bobsown.net

File->Import->OFX
Chase credit card ofx downloads recently added a blank  line to a
transaction.

DEBIT
201609...[0:GMT]
-nn.nn
201609...
AMAZON MKTPLACE PMTS

null

In this case, the payee is 'null'.  If the  line is removed, it is
imported with 'AMAZON MKTPLACE PMTS' as payee

Note: When you are not doing online import, you don't have the option of what
field to use as payee

Reproducible: Always

Steps to Reproduce:
1. Add a  line to one transaction between  and   lines
2. File->Import-OFX
3. select the test file

Actual Results:  
The payee is shown as whatever is in the MEMO

Expected Results:  
Should always be what is in the NAME

If there is no MEMO line the payee is set to the NAME field even if there is a
CATEGORY

I'm running 4.8.0 compiled from source on openSUSE 13.2.  It also happened on
4.72.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmymoney4] [Bug 369438] Allow selection of OFX tag to use for Payee, even if account not mapped

2016-09-27 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=369438

Bob Ewart  changed:

   What|Removed |Added

 CC||jinni...@bobsown.net

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmymoney4] [Bug 332794] Preferences Setting for Default Entry Style seems to be missing

2016-02-05 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=332794

--- Comment #5 from Bob Ewart  ---
More on the above situation.  

As the new transaction comes in, the Shares, Price/share, Fee Amount and Total
are correct.  When the security is changed back to the original one, it uses
the Total as the Price/share no matter what the price entry is for the new
security.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmymoney4] [Bug 332794] Preferences Setting for Default Entry Style seems to be missing

2016-02-05 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=332794

Bob Ewart  changed:

   What|Removed |Added

 CC||jinni...@bobsown.net

--- Comment #4 from Bob Ewart  ---
Setting the investment account to "Total for all shares" doesn't seem to do
anything.  When a new security is automatically generated from an OFX import,
it is set to "default" and is actually "Price per share".  

When a security is sold off, i.e. closed, Merrill Lynch sets the  to
the .  This causes KMM to create a new security.  When the security
is changed in the main broker account back to the original security, it takes
the total as the price/share and generates a very large total, even though the
original security and the account are both set to "Total for all shares".

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 345563] Assert in QGLXContext::init when OpenGL drivers are not installed

2016-01-27 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=345563

Bob Ewart  changed:

   What|Removed |Added

 CC|jinni...@bobsown.net|

-- 
You are receiving this mail because:
You are watching all bug changes.


[plasmashell] [Bug 356915] New: plasma crash after upgrading 13.2 to tumbleweed

2015-12-19 Thread Bob Ewart via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356915

Bug ID: 356915
   Summary: plasma crash after upgrading 13.2 to tumbleweed
   Product: plasmashell
   Version: 5.4.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: jinni...@bobsown.net
CC: bhus...@gmail.com, plasma-b...@kde.org

Application: plasmashell (5.4.3)

Qt Version: 5.5.1
Operating System: Linux 4.3.0-2-default x86_64
Distribution: "openSUSE Tumbleweed (20151124) (x86_64)"

-- Information about the crash:
I upgraded  13.2 to tumbleweed via the 2015-12-17 snapshot dvd. 

On initial boot, Plasma crashed.  I switched to the console, logged in as root
and did a:
killall -u bob

The login screen appeared and I logged in to my  user.  Plasma again crashed

The crash can be reproduced every time.

-- Backtrace:
Application: Plasma (plasmashell), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7effa1a54900 (LWP 2442))]

Thread 7 (Thread 0x7eff895c2700 (LWP 2444)):
#0  0x7eff9b00024d in poll () at /lib64/libc.so.6
#1  0x7eff9febd432 in  () at /usr/lib64/libxcb.so.1
#2  0x7eff9febf007 in xcb_wait_for_event () at /usr/lib64/libxcb.so.1
#3  0x7eff8bd42e29 in  () at /usr/lib64/libQt5XcbQpa.so.5
#4  0x7eff9b6f194f in  () at /usr/lib64/libQt5Core.so.5
#5  0x7eff9a8074a4 in start_thread () at /lib64/libpthread.so.0
#6  0x7eff9b008bdd in clone () at /lib64/libc.so.6

Thread 6 (Thread 0x7eff81c6d700 (LWP 2454)):
#0  0x7eff9affc22d in read () at /lib64/libc.so.6
#1  0x7eff92789f45 in  () at /usr/lib64/tls/libnvidia-tls.so.340.96
#2  0x7eff97739210 in  () at /usr/lib64/libglib-2.0.so.0
#3  0x7eff976f6d94 in g_main_context_check () at
/usr/lib64/libglib-2.0.so.0
#4  0x7eff976f7208 in  () at /usr/lib64/libglib-2.0.so.0
#5  0x7eff976f736c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#6  0x7eff9b91652b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#7  0x7eff9b8c063a in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#8  0x7eff9b6ecb1c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#9  0x7eff9e9989a5 in  () at /usr/lib64/libQt5Qml.so.5
#10 0x7eff9b6f194f in  () at /usr/lib64/libQt5Core.so.5
#11 0x7eff9a8074a4 in start_thread () at /lib64/libpthread.so.0
#12 0x7eff9b008bdd in clone () at /lib64/libc.so.6

Thread 5 (Thread 0x7eff764a3700 (LWP 2460)):
#0  0x7eff9a80fcfc in __lll_lock_wait () at /lib64/libpthread.so.0
#1  0x7eff9a809bb2 in pthread_mutex_lock () at /lib64/libpthread.so.0
#2  0x7eff96b09e90 in  () at /usr/X11R6/lib64/libGL.so.1
#3  0x7eff96b0d41e in  () at /usr/X11R6/lib64/libGL.so.1
#4  0x7eff96b0d81b in  () at /usr/X11R6/lib64/libGL.so.1
#5  0x7eff92789fc0 in  () at /usr/lib64/tls/libnvidia-tls.so.340.96
#6  0x7eff97739210 in  () at /usr/lib64/libglib-2.0.so.0
#7  0x7eff976f6d94 in g_main_context_check () at
/usr/lib64/libglib-2.0.so.0
#8  0x7eff976f7208 in  () at /usr/lib64/libglib-2.0.so.0
#9  0x7eff976f736c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#10 0x7eff9b91652b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#11 0x7eff9b8c063a in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#12 0x7eff9b6ecb1c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#13 0x7eff9e9989a5 in  () at /usr/lib64/libQt5Qml.so.5
#14 0x7eff9b6f194f in  () at /usr/lib64/libQt5Core.so.5
#15 0x7eff9a8074a4 in start_thread () at /lib64/libpthread.so.0
#16 0x7eff9b008bdd in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7eff749b9700 (LWP 2464)):
#0  0x7eff9b00024d in poll () at /lib64/libc.so.6
#1  0x7eff976f7264 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x7eff976f736c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#3  0x7eff9b91652b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQt5Core.so.5
#4  0x7eff9b8c063a in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQt5Core.so.5
#5  0x7eff9b6ecb1c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#6  0x7eff9e9989a5 in  () at /usr/lib64/libQt5Qml.so.5
#7  0x7eff9b6f194f in  () at /usr/lib64/libQt5Core.so.5
#8  0x7eff9a8074a4 in start_thread () at /lib64/libpthread.so.0
#9  0x7eff9b008bdd in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7eff6efbd700 (LWP 2465)):
#0  0x7eff9a80d07f in pthread_cond_wait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1  0x7effa112ca84 in  () at /usr/lib64/libQt5Script.so.5
#2  0x7effa112cac9 in  () at /usr/lib64/libQt5Script.so.5
#3  0x7eff9a8074a4 in start_thread () at /lib64/libpthread.so.0
#4  0x7eff9b008bdd in clone () at