Bug? in Patches 4.5.0 D,E,F?

[muxa]

When I open e-mail and try to delete e-mail (not on e-mails list, but when I open e-mail) I get this error:

Warning: return_module_language(modules/i/language/en_us.lang.php) [function.return-module-language]: failed to open stream: No such file or directory in /srv/www/vhosts/...../crm/include/utils.php on line 845

Warning: return_module_language(modules/i/language/en_us.lang.php) [function.return-module-language]: failed to open stream: No such file or directory in /srv/www/vhosts/....../crm/include/utils.php on line 845

Warning: return_module_language() [function.include]: Failed opening 'modules/i/language/en_us.lang.php' for inclusion (include_path='.:/usr/share/php') in /srv/www/vhosts/......./crm/include/utils.php on line 845

Warning: Cannot modify header information - headers already sent by (output started at /srv/www/vhosts/....../crm/include/utils.php:845) in /srv/www/vhosts/....../crm/include/utils.php on line 1950

Warning: Cannot modify header information - headers already sent by (output started at /srv/www/vhosts/........./crm/include/utils.php:845) in /srv/www/vhosts/......./crm/index.php on line 498

Warning: Cannot modify header information - headers already sent by (output started at /srv/www/vhosts/......./crm/include/utils.php:845) in /srv/www/vhosts/......../crm/index.php on line 502

Warning: Cannot modify header information - headers already sent by (output started at /srv/www/vhosts/......./crm/include/utils.php:845) in /srv/www/vhosts/........./crm/index.php on line 506

Warning: main(modules/i/Forms.php) [function.main]: failed to open stream: No such file or directory in /srv/www/vhosts/......../crm/themes/VintageSugar/header.php on line 384

Fatal error: main() [function.require]: Failed opening required 'modules/i/Forms.php' (include_path='.:/usr/share/php') in /srv/www/vhosts/........../crm/themes/VintageSugar/header.php on line 384

------------------------

But when I click on web browser "back", then I see that this e-mail is deleted. Only this error message disturb me

[chrisky]

Are you running under a hosted environment?
I.E. Some webhosting service?

I suspect that you are, and it's some environmental settings either system security related or PHP related..
It's probably PHP related and specifically centered around the PHP environmental/security settings for virtual hosts..

If this is the case, the possibility may exist that you will not be able to get the system administrators to resolve, edit, modify, or change the settings in which are causing your diffiulties. In that worst case scenario you might have to move to another webhost or play around with a server box of your own on a broadband connection or better.

If you end up having to pursue hosting with another provider, I would suggest you call up any prospective provider (telephone comunnication is so much quick, more effective, and produces better results in life, generally speaking) and request [despite how unusual or uncommon such may be] a fully functional trial account/access for 2 or 3 days (in all fairness after providing reaonsable personal information and identity verification such as name, address, phone number(s), and maybe even allowing them to call you back to verify your phone number, etc.) in which you install or migrate your Sugar deployment and then test it for a day or two, to try and verify reasonable reliability and compatability with the host's environment.

For the most control you should lean towards 'virtual servers' which will at least give you complete environment control. Though these are more costly than simple web hosting there are some advantages along with disadvantages.. Though I've never had or tried a virtual server, I can see how it might be attractive to many, in that it eliminates the need for the server hardware element, as well as the neccessary high bandwidth connection to the net.

On the topic of virtual servers, should any one have the idea of pursuing one of those for uses such as or including Asterisk or similar, might want to steer clear of that landmine. Though I have no personal knowledge or experience of such, I can forsee disaster just attempting such. In regards to general hosting, apparently virtual servers perform pretty good from what I've heard from some of my staff, and are a possible solution for some.

You might want to post ALOT more information and details, including versions of PHP, MySql, OS, Sugar...
Copies of your Sugar log, and any other applicable system log files

[malcolmh]

One of our customers has had this problem since 4.5.0b. Neither we nor Sugar have been able to reproduce the error, until.....


Since we added the 4.5.0f patch we are also having the same problem as well as one of the customers.

Has been reported to Sugar again!

[ruchida]

I can not reproduce this issue with both 4.5.0d and 4.5.0f. Your warning message indicates that the module name becomes 'i' (?) when the Delete button is pushed.

 modules/i/language/en_us.lang.php 
  

In the Emails DetaiView, are following POST parameters set correctly? You can see them by right-clicking the browser and select show source.

 onclick="this.form.return_module.value='Emails';
this.form.return_action.value='ListView'; 
  

[muxa]

Yes, it's ok:

class="button" onclick="this.form.return_module.value='Emails';
this.form.return_action.value='ListViewGroup';
this.form.return_id.value='';
this.form.type.value='';
this.form.assigned_user_id.value='';
this.form.action.value='Delete';
return confirm('Are you sure you want to delete this record?')"
type="submit" name="button"

And I also don't understood, why in the path "modules/i/..." is (i)???

[itliquid]

Yes, I too have this problem. I am running a fresh install of SugarOS:

Version 4.5.0f (Build 1202)

and whenever I delete an open email, I too have the modules directory changing to 'i'

I am running in a hosted environment, however I do not understand why this would cause a directory name to apprently become truncated/changed.

Here is what my browser dumps:

Warning: include(modules/i/language/en_us.lang.php) [function.include]: failed to open stream: No such file or directory in /home/n9e9902/public_html/SugarOS/include/utils.php on line 845

Warning: include() [function.include]: Failed opening 'modules/i/language/en_us.lang.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/n9e9902/public_html/SugarOS/include/utils.php on line 845

Warning: Cannot modify header information - headers already sent by (output started at /home/n9e9902/public_html/SugarOS/include/utils.php:845) in /home/n9e9902/public_html/SugarOS/include/utils.php on line 1950

Warning: Cannot modify header information - headers already sent by (output started at /home/n9e9902/public_html/SugarOS/include/utils.php:845) in /home/n9e9902/public_html/SugarOS/index.php on line 498

Warning: Cannot modify header information - headers already sent by (output started at /home/n9e9902/public_html/SugarOS/include/utils.php:845) in /home/n9e9902/public_html/SugarOS/index.php on line 502

Warning: Cannot modify header information - headers already sent by (output started at /home/n9e9902/public_html/SugarOS/include/utils.php:845) in /home/n9e9902/public_html/SugarOS/index.php on line 506

Warning: require_once(modules/i/Forms.php) [function.require-once]: failed to open stream: No such file or directory in /home/n9e9902/public_html/SugarOS/themes/Sugar/header.php on line 781

Fatal error: require_once() [function.require]: Failed opening required 'modules/i/Forms.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/n9e9902/public_html/SugarOS/themes/Sugar/header.php on line 781

[wichard]

Is there any progress in this problem, we have the same problem with a customer, the modulename is changed to an i, but in our case it doesn't seem constant.

The error will only happen once every so often and we haven't figured out a pattern yet when it happens, which makes it hard to debug.

Any feedback is welcome.

[jlanawalt]

We are trying out SugarCRM and the main user gets this error many times a day, but it's random. It can happen 2-3 times in a row and then not for hours. It always happens when trying to delete the message from the Detail view.

I don't have my head around all the SugarCRM code so I don't know what chain of events causes this problem. I have turned on the debug logging as well as having added a couple of error_log statements to index.php.

Based on the info from both of those it appears that module is not set to i by the Delete button. It looks like becomes i via a redirect through the Delete action because return_module is i.

Here is some data from the DEBUG output. I've replaced session values with PRIVATEDATA. They looked fine. Notice how many fields are set to i. Seems like something more serious than a simple/single form variable:

Wed Dec 13 16:58:32 2006,840 [19283] DEBUG SugarCRM - array (
  'inbound_email_id' => 'PRIVATEDATA',
  'type' => 'i',
  'email_name' => 'RE: Could you use 250,000 Frequent Flyer Miles?',
  'to_email_addrs' => 'sweepstakes@email.travelzoo.com',
  'module' => 'Emails',
  'record' => 'PRIVATEDATA',
  'isDuplicate' => 'false',
  'action' => 'Delete',
  'contact_id' => '',
  'user_id' => '',
  'return_module' => 'i',
  'return_action' => 'i',
  'return_id' => 'i',
  'assigned_user_id' => 'i',
  'parent_id' => '',
  'parent_type' => '',
  'parent_name' => '',
  'button' => '    Delete    ',
  'ck_login_theme_20' => 'Sugar',
  'ck_login_id_20' => 'PRIVATEDATA',
  'showLeftCol' => 'true',
  'ck_login_language_20' => 'en_us',
  'Emails_divs' => 'project_v=#contacts_v=#',
  'PHPSESSID' => 'PRIVATEDATA',
)

Then on the redirect from deleting we get:

Wed Dec 13 16:58:33 2006,072 [19283] DEBUG SugarCRM - array (
  'module' => 'i',
  'action' => 'i',
  'record' => 'i',
  'type' => 'i',
  'assigned_user_id' => 'i',
  'ck_login_theme_20' => 'Sugar',
  'ck_login_id_20' => 'PRIVATEDATA',
  'showLeftCol' => 'true',
  'ck_login_language_20' => 'en_us',
  'Emails_divs' => 'project_v=#contacts_v=#',
  'PHPSESSID' => 'PRIVATEDATA',
)

The PHPSESSID values were the same between both calls. So was ck_login_id_20. There was only one person using the SugarCRM system when this happened.

I would be happy to put a few error_log lines in wherever might be messing with all those values to help solve this problem. The previous log entry with DEBUG SugarCRM - array all looked fine and of course didn't get the modules/i problem.

[sugarchris]

This bug has been fixed in 4.5.0g. The gist is that a return value was assumed to be an array, but in particular instances, it would pass back "index.php" (hence the "i") in many error reports.

This is what happens when your API has inconsistent return values for a given function/method call!! Naughty!

[jlanawalt]

Cool. I'll try the update.

The user who experiences this trouble had found a pattern. The error always happened to them if they deleted an email from the list view then read another email and deleted it from the form view.