Forum Activity for @brian

brian
@brian
01/18/17 03:36:13PM
10,167 posts

Large queue since update to JR6


Using Jamroom

Sounds like that top worker has "died" and needs to be reset. Do this:

1) Pause Queues
2) Run an integrity check with "repair modules" checked
3) restart queues

Then press RESET for that queue at the top.

Let me know if that helps.
brian
@brian
01/18/17 03:33:23PM
10,167 posts

MailGun


Using Jamroom

Sorry to hear about this Jeff - I know you contact us via ticket, but wanted to add here that this has been one of the biggest issues for Ning imports. Ning does no email validation to ensure an email address is still valid, and consequently many, many accounts are likely to have bad email addresses. We're going to have to readjust our recommendations based on the feedback you received from Mailgun and make sure imported Ning sites use Kickbox for email validation and NOT Mailgun.
brian
@brian
01/18/17 03:30:57PM
10,167 posts

queue depth just keeps increasing


Installation and Configuration

1) Pause Queues
2) Run an integrity check with "repair modules" checked
3) turn queues back on

That should fix it up.
brian
@brian
01/17/17 03:47:42PM
10,167 posts

Chat issues


Using Jamroom

Yes - I believe that is the issue. With chat closed it is still trying to grab focus - I will have this fixed in the next release.

Thanks for hanging in there and helping me get to the root if the issue :)
brian
@brian
01/17/17 03:41:53PM
10,167 posts

Chat issues


Using Jamroom

lornawebber:So the focus moves to chat even though the chat window is closed?

No - if the chat is closed it should not get focus. I will check the JS and make sure it is not being fired if closed.
brian
@brian
01/17/17 03:36:48PM
10,167 posts

Chat issues


Using Jamroom

lornawebber:Yes, I've just tried that again. On the Images page, the search box contains the word 'search' until you click into it. If I click in the search box before the Images page is fully loaded, the blinking cursor is replaced by the word 'search' again, and anything I type then goes into my minimised chat window.

I think with a slow loading system you might see this. The chat message box is focused (by default) on page load. So if you are able to click search BEFORE the document.ready handler fires, then when document ready fires the focus will move to chat.

Since a lot of stuff relies on document.ready, I'm not sure of a solution for this on slow systems, but I will think about it.

Thanks!
brian
@brian
01/17/17 03:13:31PM
10,167 posts

Chat issues


Using Jamroom

lornawebber:I think I have something.
If you quickly position the mouse pointer in the search box when you close the chat window, you don't get a blinking cursor. Anything you type into it at that point goes into the chat box.


Can you tell me how you're doing that? The chat pane should close in about 300 milliseconds, so moving your mouse from the "close" button to the "search" box is kind of an acrobatic move - I can't do it hear on my laptop.
brian
@brian
01/17/17 03:08:18PM
10,167 posts

Chat issues


Using Jamroom

Hmm. I don't see that is possible - as soon as you minimize your chat window, the textarea is disabled. It would literally have to "sneak in" in the microseconds between the time you clicked close and the javascript disables that text area.

Something else has to be going on here.
brian
@brian
01/17/17 02:36:39PM
10,167 posts

Chat issues


Using Jamroom

I have just added that in on your site - test that and let me know if that works.

Thanks!
brian
@brian
01/17/17 02:29:58PM
10,167 posts

Chat issues


Using Jamroom

I've just tested this again by doing a chat post FIRST, but still am not seeing any issues.

However - what I will do is make it so when the chat window is closed, the textarea for typing will be disabled - that way nothing COULD get posted, whether it be a timing issue or whatnot.
  160