0020067: email queued but not sent, for status changes - MantisBT - Signup temporarily disabled due to spam

ID	Project	Category	View Status	Date Submitted	Last Update

0020067	mantisbt	email	public	2015-08-31 04:52	2015-09-06 17:40

Reporter	cproensa	Assigned To	atrol
Priority	normal	Severity	minor	Reproducibility	always
Status	closed	Resolution	duplicate
Product Version	1.3.0-beta.2

Summary	0020067: email queued but not sent, for status changes
Description	For a clean installation of 1.3.0 beta2, there are some email notifications that get queued but not sent. The problem seems to happen for status change notifications. All but the "bug SUBMITTED" notification get queued in email table but not sent When a new email that is not affected by this is created, the queue is sent as a whole and table is cleared
Steps To Reproduce	I have reproducec by installing a clean mantis 1.3.0-beta2. This is my config for email, to receive at local server. Having g_debug_email enabled or disabled does not effect on the bug. $g_phpMailer_method = PHPMAILER_METHOD_MAIL; #$g_debug_email = 'root@localhost'; $g_email_receive_own = ON; $g_email_send_using_cronjob = OFF; create one project and some users to report and manage bugs. 1) emails for user management are sent inmediatly. 2) emails for satus NEW (like "submitted", but not "reopened") are sent inmediatly 3) emails for any other status change, are inserted in "email" table, but not sent 4) once a email like situation 1) & 2) is created, all emails are sent and email table is cleared 5) running the cli email script also send all queued emails and clear mail table. ** additionally, i cannot seem to get an email created for status "acknowledged" (will investigate further)
Additional Information	"html_api.php" Emails are not sent because $g_email_stored is evaluated false. /** (15) Print the closing <html> tag @return void */ function html_end() { global $g_email_stored; `echo '</html>', "\n"; if( $g_email_stored == true ) { if( function_exists( 'fastcgi_finish_request' ) ) { fastcgi_finish_request(); } email_send_all(); }` }
Tags	No tags attached.

cproensa 2015-08-31 05:06 developer ~0051332	diidtional info: php -v PHP 5.5.9-1ubuntu4.11 (cli) (built: Jul 2 2015 15:23:08) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans

atrol 2015-08-31 05:58 developer ~0051333 Last edited: 2015-08-31 05:58	Would be great if you could try a nighly build [1] as this might be fixed. There have been some changes since 1.3.0-beta.2 concerning notifications e.g. https://github.com/mantisbt/mantisbt/commit/9c45e1468a15d76e0ee23622c725361a07bc85fb#diff-b1c667913de013265f22c582987aa38c [1] https://www.mantisbt.org/builds.php

cproensa 2015-08-31 07:05 developer ~0051334	Hello Atrol As you said, i tried the nightly buid and the problem with email queues are solved. Thanks! However i still find these: change status into "acknowledged" or "cofirmed" dont send email changing status from "bug_change_status_page", for unassigned bug, and selecting a assigned user in the same dialog, status changes into ASSIGNED, instead of the intended status being nigtly build i dont know if there some work in progress, o should i submit these for revision. please let me know.

cproensa 2015-09-01 12:25 developer ~0051341	Hello please close this issue, as its solved in current and duplicates 0017460 as for However i still find these: change status into "acknowledged" or "cofirmed" dont send email changing status from "bug_change_status_page", for unassigned bug, and selecting a assigned user in the same dialog, status changes into ASSIGNED, instead of the intended status its just my error not realizing user has a default preference: E-mail on Status Change = OFF

atrol 2015-09-01 13:09 developer ~0051342	cproensa, thanks for the updated information.