Search options (Page 154 of 247)

First off, the current callback method of deactivating the extensions is simply not working as far as the dropping of the extension's tables are concerned - wonder when was the last time it worked, if ever.

Lines 213 to 225 of the current admin/inst_module.php file are:

    foreach($exts as $i => $ext) {
        if ($ext['package'] && ($ext['active'] ^ check_value('Active'.$i))) {
            if (!$ext['active'])
                $activated = activate_hooks($ext['package'], $comp);
            else
                $activated = hook_invoke($ext['package'], check_value('Active'.$i) ?
                 'activate_extension':'deactivate_extension', $comp, false);
            if ($activated !== null)
                $result &= $activated;
            if ($activated || ($activated === null))
                $exts[$i]['active'] = check_value('Active'.$i);
        }
    }

The second line (first if) above has an XOR (^) which means that the code fragment is executed only if either

1. the extension was already active or

2. the activate extension checkbox has just been ticked and submitted

but not both.

The second "if" activates the extension using the direct function activate _hooks() if it was inactive which because of the XOR condition above would mean that the activate extension checkbox had just been ticked. This works correctly and the module gets installed. However, this does not happen through the callback portion of the hook_invoke() function through which it is never called. The use of the direct function activate _hooks() was necessary since the value of the $Hooks global array variable is empty when it enters the activate_extension() method by callback if the hook_invoke() was used.

The "else" of the second "if" triggers the callback only for the deactivate_extension() method when the activate extension checkbox has just been unticked whilst the extension was active. Here, the value of the $Hooks global array variable is empty when it enters the said deactivate_extension() method which exits without executing the deactivation sql if any. It is for this reason that the new direct function deactivate_hooks() was used to do the job.

The esoteric callback method in hook_invoke() seems to make the code quite a bit of a challenge for the average user to comprehend and I was initially blinded to conclude that the said deactivate_extension() method was never called. We should try to use simple and easy to understand constructs for ease of debugging / troubleshooting by the average user for mass trusted adoption.

Steps to reproduce:
1.  Install and activate for one company any extension (currently, only dashboard extension has a drop sql separately) that creates tables and has a means to drop them as well. Alternatively create an extension that only creates one table and then on deactivation drops that table and then install and activate it for one company.
2. Now choose to deactivate it for the company for which it is currently active.
3. Check and find that the newly created table(s) have not been dropped despite deactivation.
4. Use my new function method and then repeat the steps above and you will find successful deactivation with the newly created table(s) dropped.

If verification is the reason, then an Ajaxable local label display on dropdown selection change should suffice.

Ordinarily, you cannot add such transactional attachments in your mail out from FA. Check the link for the attachment and add that in your message template and password protect the folder containing it so that it is clickable to download it in an authorised way.

I removed the indirect calling using hook_invoke method as the global $Hooks array is empty when it reaches inside the $hooks->deactivate_extension() function just as it does when it reaches inside the $hooks->activate_extension() function which was why the latter was used to overcome it. Unless we get to where and when the global $Hooks array gets populated (or re-initialised / overwritten), we will need this workaround.

Yes: https://jqueryui.com/datepicker/#min-max

  <script>
  $(function() {
    $( "#datepicker" ).datepicker({ minDate: -20, maxDate: "+1M +10D" });
  });
  </script>

A Packing List is the closest you would get in a default FA install.
A window envelope with the Invoice / Packing List suitably folded and inserted can suffice too.
Taking it off the FA tables using external scripting is possible and the ERD would assist in this regard.

@joe: you can update FA repo with the patch in the 5th post in this thread.

@carmelr: Superb! Thanks.

Wiki-ed it.

Check the transactions (#_debtor_trans) table to see if it shows up there.

rep107.php (Print Invoice) does not show the rate and discounts
rep112.php (Print Receipts) shows the vales as 0 for left to allocate.
ViewGL Transactions shows the values contra-ed as being amounts before tax!
The View Sales Invoice page shows the amount after tax!

A Customer's due is on the whole and not just for a specific dimension. That is why the function get_customer_details() (defined in sales/includes/db/customers_db.inc) is used to get the balances and it does not bother about the dimensions. If you want it to filter by dimension, copy over the function to another name in the rep108.php and put in your dimension filter and call this new function in the rep108.php  instead of the old one.

The attachment is from the demo CoA and it does not illustrate your case and is here only for there report format.

This is probably why the dimensions were not included in this report!