Kieran

Hi,

This resolved automatically with an update, I have marked it as such.

Sorry for not getting back sooner, I got side tracked and forgot.

Kieran.

Hey,

It appears to be back with a vengeance. When creating a ticket through the back-end I get the slow to load page and it generates a normal tickets slug instead of the random number. It also sends out exactly 68 emails every time one is created.

Running 4.0.2 update and I can confirm that the fix is working.

All tickets are created with a random number from the back-end / front-end and do not cause the page to hang or fail.

Thanks for your time,

Kieran.

Sorry! Yes, I meant Open Ticket.

Hey, thanks for your response – I tried your solution, it works and it doesn’t. Let me guide you through what I get.

– Back-end > tickets > add new
– Title, body, user, product set
– Save, page does not load immediately
– New tab > tickets > ticket shows with the title that I set. The slug says it is /ticket/863268646/ I click view and get a 404
– Eventually the page for adding the new ticket times out and shows Error 504
– I refresh the tickets page and now the slug changes for the ticket to /ticket/542755416/
– When I open the ticket I get the correct page, the ticket I attempted to create and got an error with now displays as expected.

Very confusing :/

In my error logs I get the following

[18-May-2017 01:43:22 UTC] PHP Notice: Undefined index: original_post_status in /…/wp-content/plugins/awesome-support/includes/admin/functions-post.php on line 85

Kieran.

Hey I am getting only the following in my error log

[17-May-2017 06:48:06 UTC] PHP Warning: mkdir(): No such file or directory in /…/wp-content/plugins/awesome-support/includes/file-uploader/class-file-uploader.php on line 357

I have since reverted to using version 4.0.0 and I no longer have the media gallery issue.

Further testing has revealed that when a user creates a ticket via the front-end the slug issue is not present (AKA: it generates a ticket with a random number, as expected). Most of my tickets are generated via the back-end, any tickets generated in the back-end have the standard slug and not the randomly generated number that I had hoped to use.

I consider this ticket resolved as it isn’t really a bug, but it would be nice to see the slug work as expected via the back-end too. Thanks for your assistance ??

It is indeed.

I tried your steps and nothing changed unfortunately. I am hosting on SiteGround and running PHP 7.1 – I have tried running it under Twenty Seventeen, KLEO and Salient themes just to rule that out too.

I also have a secondary issue that the media gallery does not work when the plugin is activated.

Thanks for the heads up @sopedro, I had a feeling it would be replication as a few other plugin authors spoke of similar issues in the Advanced WordPress group. Will download now ?? thanks again.

Kieran.

Worked like an absolute charm! Thank you so much @dhirnitish for saving me a few hours of looking through the code.

I do find it hard to believe, given the amount of open tickets about this that SendGrid were unable to replicate the issue :/

Kieran.

Hi @dhirnitish,

I hadn’t seen your reply at the time I pressed submit, I am about to try it now. To confirm insert $fields['html'] = nl2br($fields['html']); above line 28, so it should look like

public function send(SendGrid\Email $email) {
    $fields    = $email->toWebFormat();
    $fields['html'] = nl2br($fields['html']);
    $headers = array();

Is that correct?

For purposes of debugging:

WordPress Version: 4.6.1
PHP: 7.0.13
Error Log: Clear
Content-Type: text/html
SendGrid: Latest
Other plugins: Tested both with and without plugins
Theme: KLEO, also tested with Twenty Sixteen, Twenty Fifteen and Twenty Fourteen
Sending through email test: Respects the HTML used, b p i etc.
Other: Test with “Plain Content” on in settings, no change.

I too have the same issue, it’s completely stripping the P tag

It happens to all emails WordPress & plugin alike. So instead of getting the layout here where I have the dropline I am getting something like the below.

“I too have the same issue, it’s completely stripping the P tag It happens to all emails WordPress & plugin alike. So instead of getting the layout here where I have the dropline I am getting something like the below.”

Second shortcode should read*

[geo_mashup_map]

Hi,

I didn’t even think to check Git, my bad! That appears to be exactly the issue.

I forgot to add the following

When the Awesome Support plugin is disabled the issue stops and media appears / can be selected again.