MMEX Discussion Forum

Hi,

If you run a transaction report filter across multiple accounts from the top menu transactions for a selected category they appear on the report if they are in a split transaction but they are reported as deposit or withdrawl according to the sign of the overal transaction not the correct sign of the category within the split.

Eg if I select category = Income-Tax which I pay when my salary is deposited the amount for Income-Tax is shown as a deposit on the report.

Transaction is a net Deposit of $1000 with splits of Category Salary = $1200 and Income-Tax = -$200 on the filter report selecting Income-Tax is shown as a deposit of $200 - not a withdrawl.

Regards,

GRM

The sort order feature does not work in Repeating Transactions even though the Next Due Date column includes the sort arrow. Clicking on any of the column headers does not sort the column. I'm using SVN-3224.

jamie wrote:The sort order feature does not work in Repeating Transactions even though the Next Due Date column includes the sort arrow. Clicking on any of the column headers does not sort the column. I'm using SVN-3224.

Sort order feature did't realized jet for this view.

Hi,
I'm using version 0.9.9.2, on Windows 7, and I note that, in a new transaction, if nothing is entered in the Notes field, it remains the word "Notes" as content, rather than go blank as in previous versions. Therefore, I have to delete the word "Notes" if I wish to leave empty that field.
Jesus

jesuspinto wrote:Hi,
I'm using version 0.9.9.2, on Windows 7, and I note that, in a new transaction, if nothing is entered in the Notes field, it remains the word "Notes" as content, rather than go blank as in previous versions. Therefore, I have to delete the word "Notes" if I wish to leave empty that field.
Jesus

That a bit strange because I can't reproduce this issue on the same (and others) system.
May be back previous design or delet "Notes"?

I am another one using SVN-3316 under Windows 7 and I find that a greyed out "Notes" appears in the last box on the "New/Edit Transaction" dialogue by default.

If I do not click in that field, when the greyed out text disappears then it enters "Notes" in the Notes column once I click OK. This error has only appear in the last couple of releases I have used.

Hi Nikolay,
GregChapman has explained better than me the error. I'm sending a capture with the screen to fill in a new transaction, and if you don't click over the field "Notes" the word "Notes" remains as text in the new transaction.

Hi Jesus,

I undestand what the problem is. But I can't undestand why I can't reproduce it.

Hi Nikolay,
So, I must to think that for you, the last box on the "New/Edit Transaction" dialogue is in blank by default. I also can't understand it.
Where do you see (or know) that that box is for Notes?

I have designed that feature to make transaction dialogue a bit compact.
The "Notes" is just label. It visible only for new transactions.
As soon as transaction saved that label should be erased.
That working for me on both Linux and Windows 7 systems.
But I didn't check development version svn-3316 (but it worked).

Eureka!
I had the version mmex_0.9.9.2_svn3127_win32; I assumed it was the latest one.
I have now downloaded the mmex_0.9.9.2_svn3316_win32 version and this one works properly in this point.

Thank you, Nicolay.

I am using 3316 - updated from 3217 last week - and still have the problem that I need to click in the box to clear the word "Notes" to avoid having that text appear against any new transaction.

Perhaps there is something cached in my data that I need to clear. Any ideas?

It's possible to test the latest developer version for Linux too?
The portable version will be perfect.

Thank you.

Ciao, Tony.

TonyIT wrote:It's possible to test the latest developer version for Linux too?
The portable version will be perfect.

Thank you.

Ciao, Tony.

Ubuntu 12.10 64-x will be OK?

Another way is to create your own build from scratch. That easy on linux.
http://moneymanagerex.svn.sourceforge.n ... iew=markup

No, I've a 32 bit Mint 14

In the future, surely, I will try to compile it by myself.
I need only a bit of time to study how.

You're great.

Ciao

TonyIT wrote:No, I've a 32 bit Mint 14

In the future, surely, I will try to compile it by myself.
I need only a bit of time to study how.

You're great.

Ciao

I've prepare howto (I hope there are not many errors there)
http://www.codelathe.com/forum/viewtopi ... 6859#p6859

I have just upgraded to 3316 from 3217 and have noticed a new major bug. I have various transfer transaction to transfer funds from my current account to my credit card accounts. In version 3217 and prior you could amend this transaction in either account that the transfer direction was maintained. But with 3316, if you edit the transaction in the destination account the transaction is changed to a debit transaction instead and the source location transaction is removed as per the example.

Hi,

I have found a bug with the transfer transaction functionality but my explanation is a bit too long to be posted on the forum. I will try and attach an rtf document with the text I was hoping to post.

Kind Regards
Si

As I using MMEX 0.9.9.2 Development Release, my database is not showing total of accounts.
Please tell me what should I do?

Hi,

I'm using DEV:SVN 3316 for a while now, GREAT JOB!
however I might found a small bug...
when using 'duplicate transaction' on a 'transfer' type of transaction, it posts the amount to the same account (and the transaction type selection is grayed out(
I looked into the database with sqlitman, found the specific transaction, and noticed the both ACCOUNTID and TOACCOUNTID have the same value while the original transaction of which the duplicate was created from had different values (as should be).

Hope this helps

My best regards
Avi

smjohns wrote:Hi,

I have found a bug with the transfer transaction functionality but my explanation is a bit too long to be posted on the forum. I will try and attach an rtf document with the text I was hoping to post.

Kind Regards
Si

Transfer Bug.rtf

Hello,
I've been using version 9.9.2 - 3316 for 45 days and now I realize that, actually, when I try to modify a transaction type transfer, the target account becomes the same as the source account and becomes a withdrawal, as well "smjonhs" explains.
Regards
Jesus Pinto

Hi,
I'm using the version 9.9.2 DEV:SVN 3316.
I have marked in Tool/Options/Others: "Default Payee: none" and "Default Category: last used for payee" (I think these are the default options), but it doesn't work so; it always ask to "Select Category" for any new transaction.
Greetings.

I am trying to use this release under Mountain Lion and it's not working as it should. It loads my database fine but when I try to click on a account, nothing happens. I am also having trouble quitting the application. It just sits there after quitting via the menu.

Thanks.

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Found a little bug in the latest development releases (3630 and previous) where editing a stock leaves a (thousands seperator) comma in the "number of shares" field (e.g. 1,234). This has to be removed otherwise there is an invaild number of shares error when clicking OK. This only happens when the number of shares is 1,000+ and is with the english-uk langauge set on Windows 64-bit.

thanks for a great product
Simon
------------

The newest development release ( 0.9.9.2_svn4386 ) doesn't work on my Win7 64bit PC.
It reports that the msvcp110d.dll and msvcr110.dll files are missing. I searched for them on the internet, but that did not solve the problem. It would be nice if these needed files would be included in the update.

Previous releases of mmex.exe were about 1.7Mb in size, this version "exploded" to almost 20Mb. Is it really necessary that it grew so much?

On facebook you asked for volunteers to test it, but unfortunately I can't even start the program.