It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by axe_man
Pages 1
" have just solved the problem"
Fantastic, thank you! The problem is that it's impossible for you to test every combination of op system, browser etc, so these things are bound to slip through.
I'd come to a similar conclusion after doing a complete update of my system to make sure that JRE etc was up to date, and found that IE8 worked but whatever you did to IE7 in terms of settings did not.
Now on to setting this up - I'll contribute back the COA's if that might be of use.
Thanks
Tim
Hi itronics
"When you want to change any account, select it via the top selector, then you have all editable parameters for this account instantly available."
Well, that's exactly what doesn't happen (but see below) - select something from the drop down and it resolutely stays (in the example I gave) with the previously newly added data still in the form (yes I realise the reason for the greying out).
The result was that since when you selected from the dropdown the form was not refreshed, you couldn't edit accounts.
Now for the weird bit - and progress
I have three machines, all XP Pro, in my den here, and have tried FA on all three. Same problem on each. I tried on one of them (an internal web server) both Chrome and Firefox - no difference. However, because I was sitting here responding to this thread I just ran Chrome here, and it worked ... but go back to IE 7 and it doesn't!
So it's something in the machine and browser setups (all three machines are quite different) which causes the problem. What I will now do is track this down and report back, because someone else might have the same issue. I'll post again when I have nailed it, but meanwhile I thank you for your patience and help.
The good news is that I can progress with FA for ledgers for my company.
Hi itronics
Well, I certainly don't want to start one of those e-mail fights with you, that's for sure - it helps noone.
I have now tried the installation on three machines, and it shows the same problem on all three. It's running under xampplite on large XP professional machines. I've tried the obvious things like browser settings (behaves the same under Chrome and Firefox) and with the firewall off and everything enabled in the browsers. I have up to date versions of Apache and MySQL.
For interest, I installed weberp before FA, and this works ok. This is weird, because FA is a fork (I think?) and I wanted to run the more up to date system.
The fundamental problem is the same in each element of the application.
I have just tried ypur demo system as you suggested, and it behaves identically to my installations. Take this trivial example which I have just done on the demo system.
In Chart of Accounts maintenance I have just added an account 0001. The screen now shows a green line at the top telling me that the account has been added. The form still has the 0001 data in it, but the account code is now greyed out.
Now if I want to amend an account, say "1060 Checking Account" I call that up on the drop down, but there is then no way to amend that - at the bottom of the form I'm only given the choice of updating 0001 or deleting it. Now the manual showed an 'edit' button when a drop down item was selected to enable amendment, but that is not shown in the demo system
Now I may be being incredibly stupid (possible / likely) but I can't see how an amendment is then done to an existing account. This applies to other master data, such as customers etc. That's the nature of the problem.
"Sounds interesting"
I sold my banking product company last year, but have investmjents in two others - one of which I planned to use FA for. I have been toying with the idea of getting one of them to write a ledger for the investment world - there really aren't any Open Spurce products that handle this. There are several factors, such as how they handle currencies and dates, which just don't work for banking.
Anyway, as I said, I didn't mean to irritate anyone, as (as I said) I am assuming it's something I have done/ my setup rather than FA but it's stumped me so far and has been very frustrating
BTW. If I do ever get FA to work, I can certainly share the COA for a service company operating in various countries - my target application.
Thanks
Axe-man
" try to explain what is your problem"
I already made a post elsewhere giving details of one particular problem, but as yet noone responded. This was pretty basic, in that in this installation it is not possible to amend COA details - and this is just one example of the issues.
"manual is not up to date. Yes, it is."
Well, I can tell you that the screens I have here do not tally with the screens that appear in front of me - and hence my first post, looking for help to find out how my installation might have gone wrong - so for me the manual is _not_ correct. Impasse.
However, more importantly, I don't just try and then give up and burat into tears, and I find that remark demeaning and completely uncalled for. I have installed, re-installed, and checked several times befire I posted. I have checked table updates with phpadmin and put on logging, including sql logging. I've been in the software busines all my life so I can test in a structured manner. In fact, my business is designing and implementing enterprise capable (>1m entries per day) ledger systems for investment banks, so I also know which side a debit goes on. [Indeed, I was planning to contribute some specific COAs if FA had functioned]
I made it very clear in this post that I was not suggesting FA didn't work, only that something in _my_ installtion didn't work and it was not practically unusable as installed here. As it is just don't have the time to spend further trying to sort it out when something else may work out of the box. I was not in any way berating FA or its development team.
However, having expressed that I get belittled in this reponse, which tells me how any further posts are likely to get treated.
I have now undertaken some reasonably detailed tests of FA, checking the data files after each stage of activity with PHPAdmin.
It exhibits inconsistent and counterintuitive behaviour, as well as allowing multiple representations of the same entity without any apparent key checking and with seemingly no visibility of the actual primary key.
It is also trivial to corrupt data in the master files with the current illogical form behaviour.
The manual does not describe to the actual behaviour so that is of no use.
Since others are using it successfully I can only conclude that somehow the system has been corrupted by my install (this is the 5th one, though) or my environment,, but for me, I cannot see how it can be realistically deployed in our business. Even without the errors, the whole maintenance approach and the bizarrely inconsistent forms make it totally unusable for the accounts department.
Pity, as at first glance it seemed the best match for me of the Sourceforge products.
axe_man
I have just installed FA under xampplite, and all seemed well. However, there are no 'edit' buttons anywhere.
So, for example, there is no way to edit one of the default (or any newly input) account because it cannot be selected for editing - only addition is permitted.
The screen does not match the manual which clearly shows an edit button to the right of the GL code drop down in the maintenance screen.
Have I missed something obvious here, or did the setup go wrong invisibly?
Any help gratefully received, and TIA
axe_man
Pages 1
FrontAccounting forum → Posts by axe_man
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.