evolvewh

It worked initially. I sent an email with a subject line only and the ticket opened and I received my confirmation that it was received. Right after that, there was a loop that started as 'update to ticket#.....' and I had to kill Exim to stop the loop. I had 500+ 'replies' within minutes.

That was fun..... NOT The ticket was created with nothing in the body (not even <<NO CONTENT>>). Then a loop started and I had to kill Exim to stop it. I did add the hashbang and set the file permission to 700 which is the same that I have for v3.6.2 and that works for it.

I'll have to actually test this and report back. To make sure I'm correctly reading what the task is supposed to fix: I need to send a new email with no body and then make sure a ticket is created and contains this in the body: <<NO CONTENT>> ? I took my existing data (upgraded from 3.6.2) and I was showing 4 of them open which happens for me on 3.6.2 as well. I just went into phpMyAdmin and changed the status to closed for the 4 tickets.

Thanks. I changed them and I'm all set now.

Is there a way to clear it through the database maybe? It's not critical but it's a small annoyance.

I personally think it's worth exploring over the next few releases. I find that people seem to get confused easily in general and the less 'jumping around' they have to do, the better off they'll be. Again, I am grateful to have the link on the checkout page and that will help out a lot.

I don't see it in beta 1. I'm guessing that is coming in beta 2 along with a few other new additions.

Honestly, I just looked at the portal while logged in and thought 'why is that there'?

I hadn't either. I just checked with 3.6.2 and this doesn't happen.

Yes I can consistently replicate it in Chrome. There are no issues with Firefox or Safari.

First off... thanks for adding this! To streamline things and make it a bit more straight forward for clients, can this be changed from a new tab / window to a modal that closes after the reset link has been requested? I personally think people get confused when new tabs / windows start appearing and it would make for a better user experience if they stayed on the same page. I think less people would abandon an order and conversions would increase even more.

If you're logged in as the client and click on the Reissue tab, this error appears: a:1:{s:3:"url";a:1:{s:5:"empty";s:12:"Missing URL.";}}

How so??

When a client uses the new 'order' link and gets directed to the portal, is there a way to hide the 'My Account' option? At that point, they are already logged in so this doesn't apply to them.

If I go to create a new support ticket and then click the back arrow to go back to the ticket list without actually creating a ticket, this appears on the screen. I am testing after having done an upgrade from 3.6.2 to 4.0 This is only in Chrome Version 53.0.2785.116 (64-bit) on a Mac {"replacer":".content_section","content":" <script type=\"text\/javascript\">\n$(document).blestaSetHeadTag(\"link\", { id: \"support_manager_styles\",\nmedia: \"screen\",\ntype: \"text\/css\",\nrel: \"stylesheet\",\nhref: \"\/beta\/plugins\/support_manager\/views\/default\/css\/styles.css\" });\n\n<\/script>\n\t\t\t\t<div class=\"inner\">\n\t\t\t\t\t<div class=\"links_row\">\n\t\t\t\t\t\t<ul>\n<li class=\"first\"><a href=\"\/beta\/admin\/plugin\/support_manager\/admin_tickets\/index\/open\/\" class=\"ajax\">Open <span>(4)<\/span><\/a><\/li>\n<li class=\"\"><a href=\"\/beta\/admin\/plugin\/support_manager\/admin_tickets\/index\/awaiting_reply\/\" class=\"ajax\">Awaiting Reply <span>(9)<\/span><\/a><\/li>\n<li class=\"\"><a href=\"\/beta\/admin\/plugin\/support_manager\/admin_tickets\/index\/in_progress\/\" class=\"ajax\">In Progress <span>(1)<\/span><\/a><\/li>\n<li class=\"current\"><a href=\"\/beta\/admin\/plugin\/support_manager\/admin_tickets\/index\/closed\/\" class=\"ajax\">Closed <span>(333)<\/span><\/a><\/li>\n<\/ul>\n\n\t\t\t\t\t\t<a class=\"btn btn-default pull-right btn-sm\" title=\"Open Ticket\" href=\"\/beta\/admin\/plugin\/support_manager\/admin_tickets\/add\/\"><i class=\"fa fa-plus\"><\/i> <span><\/span><\/a>\n\n\t\t\t\t\t<\/div>\n<div class=\"common_box_content\"><form method=\"post\" action=\"\/beta\/admin\/plugin\/support_manager\/admin_tickets\/action\/\" id=\"tickets\">\n<input type=\"hidden\" name=\"_csrf_token\" value=\"00efe678f847b88414d4bd94bd8b154a8eb64e8b17fc898c26ba8082b87e5494\" \/>\n <div class=\"empty_section\">\n <div class=\"empty_box\">\n There are currently no tickets with this status. <\/div>\n <\/div>\n <\/form>\n <script type=\"text\/javascript\">\n $(document).ready(function() {\n \/\/ Clear old interval before ever starting a new one\n if (support_manager_ticket_time)\n clearInterval(support_manager_ticket_time);\n \/\/ Refresh\n support_manager_ticket_time = startUpdateTimer();\n \n $('.tickets').change(function() {\n if ($(this).val() == 'all') {\n if ($('#tickets_all').prop('checked'))\n $('.tickets').attr('checked', 'checked');\n else\n $('.tickets').removeAttr('checked');\n }\n\n if ($('.tickets:checked').length > 0) {\n stopUpdateTimer(support_manager_ticket_time);\n $('#ticket_actions').show();\n }\n else {\n if (support_manager_ticket_time) {\n clearInterval(support_manager_ticket_time);\n startUpdateTimer();\n }\n $('#ticket_actions').hide();\n }\n });\n\n setTicketAction();\n $('#ticket_action').change(function() {\n setTicketAction();\n });\n\n $('#ticket_number').autocomplete({\n minLength: 3,\n appendTo: \".with_ticket\",\n position: { my: \"left bottom\", at: \"left top\"},\n source: function(request, response) {\n $(document).blestaRequest('POST', '\/beta\/admin\/plugin\/support_manager\/admin_tickets\/searchbycode\/',\n { _csrf_token: $('#tickets').find('input[name=_csrf_token]').val(), search: request.term},\n function(data) {\n if (data && data.tickets) {\n \/\/ Build the response to show\n var tickets = new Array();\n for (var id in data.tickets)\n tickets.push({label:data.tickets[id], value:data.tickets[id], id:id});\n response(tickets);\n\n \/\/ No results\n if (tickets.length == 0)\n $('#no_tickets').show();\n else\n $('#no_tickets').hide();\n }\n },\n null,\n {dataType:'json'}\n );\n },\n select: function(event, ui) {\n $('#ticket_id').val(ui.item.id);\n }\n });\n });\n\n function startUpdateTimer() {\n return setTimeout(function() {\n $(this).blestaRequest(\"GET\", '\/beta\/admin\/plugin\/support_manager\/admin_tickets\/index\/closed\/', null,\n \/\/ Success response\n function(data) {\n if (data.replacer == null) {\n $(\"#admin_tickets\").html(data.content);\n $(\"#admin_tickets\").blestaBindToolTips();\n }\n else {\n $(data.replacer, $(\"#admin_tickets\")).html(data.content);\n $(data.replacer, $(\"#admin_tickets\")).blestaBindToolTips();\n }\n },\n null,\n {dataType: 'json'}\n );\n }, 30000);\n }\n\n function stopUpdateTimer(timer) {\n clearTimeout(timer);\n }\n\n function setTicketAction() {\n $('.ticket_action').hide();\n\n switch ($('#ticket_action').val()) {\n case \"merge\":\n $('.with_ticket').show();\n break;\n case \"update_status\":\n $('.update_status').show();\n break;\n default:\n break;\n }\n }\n <\/script>\n \n\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>","message":null}

I think this is the right task to reference. I'm still seeing 'open' tickets when I actually have zero open tickets. I am testing after having done an upgrade from 3.6.2 to 4.0

I can consistently reproduce the issue in Chrome Version 53.0.2785.116 (64-bit) as well

I haven't tried another browser yet but I have had it act up a few times. It only happens with the first layout option.

I updated the settings from 1 tab to 2 tabs and the graph didn't load for the home page statistics. Firefox 48.0.1. Mac El Capitan. CentOS 7 w/ cPanel This only seems to happen when the first layout is used (wide top section and 2 columns below). It appears to be just fine in the other layouts.

This is random and I've only come across it once. Firefox 48.0.1 with a Mac. I created a mass mailing and then went to the home page and noticed the meter didn't load for system health. I do not know if the mass mailer has anything to do with it and I couldn't see how it would but those are the pages I was looking over at the time.

Wasn't there a task to combine installed / available modules, gateways, etc? Maybe it's in the beta and I'm missing it? It all looks the same as v3.6.2

Firefox 48.0.1 on a Mac with El Capitan 10.11.6

When I originally suggested this, I was thinking more along the lines of a subject field under each package (directly above the welcome email input area). I didn't think about adding {package.name} to the activation email but if it's working, that's a workable solution for me.

Just to clarify, I am all for the new drop down (wasn't a huge fan of the way it was in 3.6.2) but it would be nice to just hover over the main nav item.

That screenshot is from the page being loaded on a 23" monitor. The first time I load that page, I get the overlap and as soon as I refresh the page once, I get the correct layout.