Search options (Page 169 of 246)

1. Upload the folder in the attached zip file into the modules folder in your FA webroot.
2. Login to your default (control)  company
3. Navigate to Setup => Install / Activate Extensions
4. Install the EMail Customers Extension by clicking the green install icon to the extreme right in the row.
5. Choose the Working company from the top drop down box to Activate the extension
6. Tick the checkbox to activate the extension for the said company.
7. Logout from the default (control) company
8. Login to the Working Company
9. Navigate to Sales => Inquiries and Reports => Customer and Sales Reports => EMail Customers

The Wiki has the screenshot.

Does this occur in FA v2.3.24?

If you wish to track inventory of Services, then create a Service Item of Inventory Type (and not Service Type) and put in a huge value of stock so that it does not run out... A separate stock category if you want.....

When installing, choose the US New CoA in Company #0. This will be your "default" company for making settings changes and installing addons (like themse, CoAs, Languages and Extensions) across companies and should not be used for any transactions.

From within Company #0, create a new company #1 and in your case choose the preferred Australian CoA.
Now logout of the default company #0.
Then, login to the Company #1 which will be your "working" company and enjoy FA.

https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1315888

If gzopen64() function exists, use it else use gzopen() => needs to be implemented in FA.

The said function appears in 4 core files (and not in any extension file):

  admin/backups.php (1 hit)
    Line 102:     if (function_exists("gzopen"))
  admin/db/maintenance_db.inc (1 hit)
    Line 723:         if ($zp = @gzopen(BACKUP_PATH . $backupfile, "a9"))
  includes/archive.inc (2 hits)
    Line 441:             if ($fp = gzopen($this->options['name'], "wb{$this->options['level']}"))
    Line 462:         return @gzopen($this->options['name'], "rb");
  includes/packages.inc (2 hits)
    Line 165:     $list = gzopen($file, 'rb');
    Line 220:     $file = $zip ?  gzopen($fname, 'wb') : fopen($fname, 'wb');

Maybe a wrapper function is in order.... fa_gzopen()

@joe: any ideas?

To get PHP work done it is not necessary to get the programmer into Saudi Arabia from anywhere in the world and subject them to your local laws, security and social mores. Your "employees" can remain anywhere in the world as long as they are connected.

In this world, it is sustainable for people to work with each other and not for any other.

The ui_input.inc fix was committed after the release of FA v2.3.24.

Thanks for your diligence in ferreting out this bug and testing it through to it's logical end!

The problem you are getting is because all areas have been stored in the security_roles tables for all roles that got edited with the erroneous file. Start afresh for the security_roles table and see how it goes.

Check out the latest FA v2.3.24 and see if that solves your problems.

The Wiki is the place to look:

Generic Installation of Addons and their links.

Specific to Modules

Finally fixed it - it was failing since the value of the checked element was not being tested:

--- admin/security_roles.php    Sat Mar 14 20:35:36 2015
+++ admin/security_roles.php    Thu Apr 02 11:09:29 2015
@@ -85,8 +85,8 @@
         $sections = array();
         $areas = array();
         foreach($_POST as $p =>$val) {
-            if (substr($p,0,4) == 'Area') {
-                $a = substr($p, 4);
+            if (substr($p,0,4) == 'Area' && $val == 1) {
+                $a = (int)substr($p, 4);
                 if (($a&~0xffff) && (($a&0xff00)<(99<<8))) {
                     $sections[] = $a&~0xff;    // add extended section for plugins
                 }

The devs can now port it to FA 2.4 as well using the same patch file.