ContributionsMost RecentMost LikesSolutionsRe: Being muted in session when typing into chat box Seems to be fixed this morning, thanks! Re: Being muted in session when typing into chat box Other than looking at the microphone icon in meeting controls to ensure you're not muted before starting to speak, no. Even then several times I would start talking and advancing slides only to have my attendees tell me I was muted, rather embarrassing as I leave myself unmuted in meeting controls when I'm presenting and use my local microphone mute button. Re: Being muted in session when typing into chat boxVersion 0.135.1 on a Windows PC running the regular software, not in a web browserRe: Being muted in session when typing into chat box Every time I hit the space bar when typing into the chat window I get automatically muted in the meeting controls. This started about 2 weeks ago and never happened before that. Hold space to talk is not set. Clearly this is an attempt to replicate Zoom's behavior of toggling the microphone off and on with space bar, but this should not happen when focus is on the chat window and typing is happening. There does not seem to be any way to shut this new feature off, please provide the option to do so as it is extremely annoying. Nice Outage GoToTraining went down about 25 minutes ago, no one can register or join meetings. Yes I have tried different systems, browsers, cleared cache. Trying to join attendees get "Bad Gateway" or Error We apologize, but an error has occurred while processing your request. Please try again. For support, please contactGlobal Customer Support. When I try to login to my GoToTraining account: Error Sorry an error occurred, please try again. We apologize, but an error has occurred while processing your request. Please try again. For support, please contactGlobal Customer Support. This is on your end please fix. Re: Memory Leak in Goto Renderer and 7 Hour Timeout Yes my sessions run about 8 hours using GotoTraining. Only features used are me continuously sharing a screen and me on audio with occasional audio from about 8 attendees. No cams at all, no screen sharing/control from attendees, no breakout rooms, no recording. For drawing I only use the SysTools Zoomit suite but very intermittently. I was watching the renderer memory utilization yesterday and the leakage seems to slow down quite a bit when my screen is paused but still shared; by keeping the screen paused most of the day whenever possible I was able to get through the 8 hour session without running the renderer out of memory. Will look today and see if leakage still happens when no screen is shared. Please contact me on my email address associated with this account and if you can provide some kind of dropbox or SCP server I can upload the dumps. Thanks! Memory Leak in Goto Renderer and 7 Hour Timeout Awhile back I made this post about the GoTo software kicking me out after about 7 hours: 7 Hour Timeout for Session Host. I was directed to open a case and it was confirmed there is no meeting timeout. Swell. I do system and network performance analysis for a living, so I looked into the issue professionally. There is a confirmed memory leak in the GoTo.exe renderer process that consumes an astonishing 400-400MB per hour on the session host system without free'ing it back . After about 7 hours when it reaches a ridiculous 3.8GB of memory utilization the process crashes due to lack of memory, thus kicking me out of the meeting with no error message at all or prompt to select a new organizer/presenter. 3.8 GB is suspiciously close to the 4GB 32-bit memory limit, which would appear to indicate there are 32-bit elements inside this process even though it is running in 64-bit mode on a 64-bit operating system; doing so does not magically make everything in that binary 64-bit capable. I have confirmed this memory leak on a Windows 7 64-bit Lenovo W520 and a Windows 10 64-bit Lenovo P52. The evidence screenshots show the renderer process memory utilization at startup (250MB which is reasonable), after 3 hours (1.8GB which is not reasonable), and after 7 hours (an insane 3.7GB right before it dies, with extra info shown): Both systems are Lenovo so it is possible that some Lenovo-specific driver may be causing this. I have saved a minidump and fulldump of the memory-leaking process when it was at about 3.6GB allocated that I can provide. No, turning on efficiency mode does not solve the problem. Yes, I am running the latest version of the GoTo software 0.112.14. So now that we have established the problem, here is what I'd like to see happen: 1) Refer this to someone who actually understands what has been written here. I am not interested in opening a case and going through 8 levels of escalation and being told to upgrade my RAM (nope wrong, 19GB RAM free in the OS at time of crash, this is a process 32-bit limit thing) 2) Refer this to someone that can receive and actually understand the dumps I've taken. It shouldn't be too difficult to see where all the memory is being leaked with the full dump I have. Thanks! Re: Memory Leak in Goto Renderer and 7 Hour Timeout I didn't say I was removed from the meeting, I said my meeting interface suddenly closes with no input from me. When I restart the software and reconnect to the meeting all attendees are still there and I see two of myself. One is greyed out (which I excuse) and the other one was created when I reconnect. The meeting software just closes with no message indicating what happened at all, sometimes when I am in the middle of talking and sharing. Would be nice to have some diagnostics explaining what is happening instead of just closing itself, looks to be a client software issue. Internet connectivity is solid, I'm on it constantly 10 hours a day and it never blips.