Search options (Page 92 of 246)

There are only 2 Dimensions possible in FA as of now. However, each Dimension can have multiple sibling heads. If Dimension 1 is Department, then there can be several Departments in it.

Shall we code so that:

Test expected    -1    1    31-12-2016        1    31-01-2017    31-12-2016 - 30-01-2017.

The last sent will then become 31-01-2017 ?

Do a Winmerge diff check on your FA install root and the Github master codebase and see if there are any other file differences.

You can also use online diff tools like:

https://www.diffnow.com/
https://www.diffchecker.com/
http://www.comparemyfiles.com/

The report can be rep310.php with appropriate inclusions in the report request forms. Whitespace synch has been done with respect to rep306.php (since it is based upon it) in FA 2.4.3+ as on date.

Screenshots and files for inclusion into the core attached.

@stefan: please verify if it works well at your end and whether it needs some fixes / enhancements.
@joe: see if can be included if it serves some useful purpose.

I can confirm that the new way to compute the Google rate does not need to depend on any locale specific inputs and hence the latest commit in the gl_db_rates.inc will take care of it.

Clear your browser cache and company js_cache and login afresh in a sole instance of a new browser and see what gives. I have tested it extensively in PHP 5.3.1 on Windows and PHP 5.3.3 on Debian Squeeze. I will be building a fresh OpenVZ template for it on Debian Squeeze and will test on that as well.

YAHOO Exchange rate is broken due to upstreamn blockage. They rely on OFX, a Yahoo Widget.

Those who wish to see a backport if they are still using FA 2.3.x, let me know. There may be some die hard fans of FA 2.3.x - if it ain't broke why fix it - who may need extended support - they can contact the FA support facilitators.

Both Google and Bloomberg Exchange rates work with the new fix attached herewith.

It appears that both php-curl and the FA function url_get_contents() fail for BLOOMBERG exchange rate provider now that they insist on https:// and also have a second colon in the url, the parsing of the url causes some problems.

The attached fix also overcomes the locale based thousands separator in the rate, mitigated by acquiring another string from the file that has no separators.

Try this now:

function calculate_next($myrow)
{
    if ($myrow["last_sent"] == '0000-00-00')
        $next = sql2date($myrow["begin"]);
    else
        $next = sql2date($myrow["last_sent"]);
    if ($myrow['days'] == -1 && $myrow['monthly'] > 0) {
        // ignore months when days = -1
            $next = begin_month($next); // to later become last day of previous month
            $myrow['days']=0;
    }
    $next = add_months($next, $myrow['monthly']);
    $next = add_days($next, $myrow['days']);
    return add_days($next,-1);
}

Whilst a Supplier's Reference is mandatory for all Purchase Forms (Payment Terms absent), the Customer Reference is available as an option for input in all Sales Forms (Sales Quotation, Order, Delivery and Invoice) where the Payment Terms (mandatory) is "Non Cash".

See attached screenshot.

More info in the Wiki.

Try to replace line 318 of /includes/current_user.inc:

    $num = number_format($number, $dec, $dsep, $tsep);

with

    $num = number_format(floatval(trim($number)), $dec, $dsep, $tsep);

PHP's loose typing has been trampled upon in later versions like 7.0+ and hence type casting may be needed.
This may happen when some whitespace creeps into $number.

These incremental changes are to assist those who installed from a release. Just overwrite the corresponding files harmlessly with these files and you have "upgraded".

The CHANGELOG.txt file in it will provide all the necessary info on what has changed.

If you download from my repo, you will get the list of changes separately that have not been accepted yet by the devs. The files in the FA24Mods folder can be used to overwrite their counterparts in the core before install.

If we put in 1 month, then it will be a calendar month. If we put in 30 days, it will be just so using the add_month() function.

The -1 functionality works okay for the first invoice and is 1 day earlier for the rest.

Try to change the 3rd line above:

$next = add_days($next, 1);

to:

$next = add_days($next, 2);

and provide feedback for the "-1" cases.