Hello,
The 2 core COAs have now been redesigned a bit and are now syncronized. Only that the demo variant has the demo data..
I have tested both of them, and it seems to work fine.
Committed to repo.
/Joe
576 01/22/2019 11:33:17 am
Re: SQL Files Fiscal Year should be updated (11 replies, posted in FA Modifications)
577 01/21/2019 06:33:03 pm
Re: SQL Files Fiscal Year should be updated (11 replies, posted in FA Modifications)
No, the dashboard tables should not be there.
Well if users make a backup they will see the '#' as a comment specifier.
Will make a rerun later.
Joe
578 01/21/2019 01:43:51 pm
Re: SQL Files Fiscal Year should be updated (11 replies, posted in FA Modifications)
Hello again.
Only en_US-demo.sql needed update of the 2 core. It was done by moving 2017 to 2018 (search and replace). Then creating a new year 2019-01-01 to 2019-12-31. And setting the Company to this year. Then a couple of transactions were made.
This is all we can do. Remember things are very close mingled in the database. But this is good enough.
The en_US-new.sql was ok as is. The fiscal year was set to 2018-01-01 to 2018-12-31. I think this is ok, for when you start a new company you will often make an opening balance on the end of 2018. And then create whatever new fiscal year you need.
All the other COAs from the repo only needs a new fiscal year, I guess.
But Janusz will do some adjustments to the 2 core COA's due to SQL security injections. And of course also to the repo COAs.
The new en_US-demo.sql has been committed to repo. Can be downloaded here if needed.
/Joe
579 01/18/2019 08:53:25 pm
Re: SQL Files Fiscal Year should be updated (11 replies, posted in FA Modifications)
I will fix it manually this time for the two charts we have in core, but if you are keen fixing it your way, you are welcome to try.
We do have a lot of charts that need update.
Joe
580 01/17/2019 05:39:35 pm
Re: SQL Files Fiscal Year should be updated (11 replies, posted in FA Modifications)
Yes, it is a matter of search and replace.
Joe
581 01/16/2019 09:28:52 pm
Re: Placeholders Not Allowed for Dimensions (3 replies, posted in Report Bugs here)
This has been fixed and committed to repo. A fixed file can be downloaded here.
/Joe
582 01/16/2019 05:34:04 pm
Re: Placeholders Not Allowed for Dimensions (3 replies, posted in Report Bugs here)
I don't know. Will have a look later.
Joe
583 01/14/2019 07:57:45 pm
Re: Reports and Analysis - Supplier Invoice report (5 replies, posted in Report Bugs here)
You can also print the supplier Invoice View. The print option is to the left of the close link.
Joe
584 01/14/2019 07:53:29 pm
Re: Modularizing the Dashboard (82 replies, posted in FA Modifications)
@apmuthu. I don't know yet.
You should address this question to @notrinos.
I don't have the complete picture yet.
Joe
585 01/14/2019 04:33:28 pm
Re: wrong command symbol in ui_list.inc (1 replies, posted in Report Bugs here)
This is fixed. My fault. Sorry. Thanks @notrinos. Committed to stable.
/Joe
586 01/14/2019 04:25:40 pm
Re: Reports and Analysis - Supplier Invoice report (5 replies, posted in Report Bugs here)
There is no meaning in printing a Suppliers Invoice. You have got one from him, either hardcopy or softcopy. You can attach this document to the supplier Invoice record.
Best regards
Joe
587 01/11/2019 03:54:21 pm
Re: Elegant Theme Issues (3 replies, posted in Report Bugs here)
Well, I see that this has never been updated for release 2.4. This must be a mistake, and I will fix this. But you can download the file included here. Unpack it and replace the files in /themes/elegant folder.
And you should be going.
Thank you for your nice words.
/Joe
588 01/11/2019 03:29:41 pm
Re: Elegant Theme Issues (3 replies, posted in Report Bugs here)
Of course, I will have a look.
/Joe
589 01/11/2019 07:34:55 am
Re: Update Material Cost Function (14 replies, posted in Manufactoring)
Committed and new file here.
Joe
591 01/09/2019 05:15:27 pm
Re: Update Material Cost Function (14 replies, posted in Manufactoring)
Ok I will roll it back in a while.
Joe
592 01/09/2019 09:22:53 am
Re: Braathwaate quickreport_inquiry (14 replies, posted in Modules Add-on's)
Yes, they should. These have only a few parameters. The rest is default.
/Joe
593 01/09/2019 07:54:05 am
Re: Default Theme Redesigned And available For testing (47 replies, posted in Modules Add-on's)
I think we will make a poll when @notrinos has presented his new theme.
Simply let the audience decide which should be candidates. We usually have 3 themes in the core, but the other can be set as extensions. I guess there are several old themes that can be taken away from the extensions.
The best one will be the default theme. Democratic, right?
/Joe
594 01/09/2019 06:42:37 am
Re: Default Theme Redesigned And available For testing (47 replies, posted in Modules Add-on's)
@kvvaradha.
Yes it looKs better. Still I think the icons is too dominating. Mayby it is the Material design. Of course it is a matter of taste 
.
Joe
595 01/08/2019 10:47:30 pm
Re: Braathwaate quickreport_inquiry (14 replies, posted in Modules Add-on's)
This is fixed and committed to repo.
/Joe
596 01/08/2019 04:37:18 pm
Re: Braathwaate quickreport_inquiry (14 replies, posted in Modules Add-on's)
Ok, I understand. I think I will just use your get_gl_transactions for now. To fix the timeout problem.
And put the extra null parameter in gl_account_inquiry.php.
We could then easily get more fix here later. Thanks for helping.
Joe
597 01/08/2019 03:47:42 pm
Re: Braathwaate quickreport_inquiry (14 replies, posted in Modules Add-on's)
@braathwaate
Or do you want 2 extra input filters on the gl inquiry, person-type and person combo. In that case we should probably use som ajax-update when selecting.
/Joe
598 01/08/2019 03:41:35 pm
Re: Braathwaate quickreport_inquiry (14 replies, posted in Modules Add-on's)
@braathwaate
Any change to parameters in the file gl_account_inquiry.php that calls get_gl_transactions?
This is the only file that are different in the new parameter list.
/Joe
599 01/08/2019 08:56:14 am
Re: Braathwaate quickreport_inquiry (14 replies, posted in Modules Add-on's)
@apmuthu or @Braathwaate,
Where can I find the specific variant of get_transactions?
/joe
600 01/08/2019 07:05:24 am
Re: Default Theme Redesigned And available For testing (47 replies, posted in Modules Add-on's)
Hello @kvvaradha.
I have choosen another approach. In login.php all the initial stuff are processed here. Then the theme login.inc file is called if such a file exists, mostly for the design part, and the final stuff is again processed in login.php. This approach will eleminate the risk of forgetting stuff in the theme login.
If no login.inc file exists a default login is used.
The problem is the catch 22 part. We don't know the user theme before the login is effective. But we will find a solution to this. Ii am working on that.
Then reset of the password file is almost a copy of the login.php file. It could be processed the same way. I will see if we can merge the reset password file and the login.php file.
Joe