[kmymoney4] [Bug 369438] Allow selection of OFX tag to use for Payee, even if account not mapped
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 369449] New: line in ofx file imported switches payee to MEMO
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 369449] line in ofx file imported switches payee to MEMO
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.
[plasmashell] [Bug 356915] New: plasma crash after upgrading 13.2 to tumbleweed
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 /lib64
[plasmashell] [Bug 345563] Assert in QGLXContext::init when OpenGL drivers are not installed
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.
[kmymoney4] [Bug 332794] Preferences Setting for Default Entry Style seems to be missing
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.
[kmymoney4] [Bug 332794] Preferences Setting for Default Entry Style seems to be missing
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.
