<p>Is it possible that in updating Repetier you inadvertently installed it for a single user rather than for everyone? If so, that might account for its stopping when the user is changed.  </p>

CC BY-SA 3.0
2016-06-07T00:43:08.853Z
2016-06-07T13:09:13.317Z
2016-06-07T13:09:13.317Z
JKEngineer
<p>Maybe you've changed your power settings and that's why your USB port stops working when switching user (for power conservation). I know you've said it was working before Reptier update but maybe it's worth to check.</p>

<ol>
<li>So go to Start > Control Panel > Power Options</li>
</ol>

<p>Find your (selected) power plan and choose Change plan settings > Change advanced power settings</p>

<p>Then check USB Settings > USB selective suspend settings</p>

<p>to be sure - set both to <strong>Disable</strong></p>

<ol start="2">
<li>Another place to check is My Computer > Manage > Device Manager > Universal Serial Bus controllers</li>
</ol>

<p>And here there are at least 2 items to check</p>

<ul>
<li>Generic USB Hub</li>
<li>USB Root Hub</li>
</ul>

<p>both have tab Power Management and checkbox Allow computer to turn off this device to save power - <strong>uncheck</strong> them</p>

<p>I know it doesn't sound very wise but who knows... :)</p>

CC BY-SA 3.0
2016-05-30T00:36:47.090Z
Alas, changing the USB Selective Suspend settings made no difference, in fact they were already enabled, but I tried disabling just to be sure.  Also, the USB hubs already had the "allow to turn off" setting disabled.  I did learn something about the USB hubs though, the fact that they actually name what's attached to them and the devices' power draw is a useful feature that I'd never explored.
Excrubulent
CC BY-SA 3.0
2016-05-29T15:37:17.320Z
2016-05-30T04:52:08.623Z
2016-05-30T04:52:08.623Z
darth pixel
<p>I believe what happens here is that Windows suspends the process running the print job, either due to the program not being in focus, because you switch user, or both.</p>

<p>You could try to <em>increase the priority of the print process in task manager</em>, and see if that helps.</p>

<p><strong>In Windows 7:</strong></p>

<ol>
<li>Open Task Manager</li>
<li>In the <em>Applications</em> tab, right click the application, and select <em>Go To Process</em>, which will take you to its background process in the <em>Process</em> tab.</li>
<li>Right click the process, go to <em>Set Priority</em> and select some priority higher than the current level.</li>
</ol>

<p><strong>In Windows 10:</strong></p>

<ol>
<li>Open Task Manager</li>
<li>In the <em>Processes</em> tab, right click the application, and select <em>Go To Details</em>, which will take you to its background process in the <em>Details</em> tab.</li>
<li>Right click the process, go to <em>Set Priority</em> and select some priority higher than the current level.</li>
</ol>

<p><em>PS: <a href="https://stackoverflow.com/questions/1663993/what-is-the-realtime-process-priority-setting-for">Avoid setting the priority to Realtime</a>, as that effectively will give the process full control of your computer's resources, which could kneel your computer if the program is poorly written.</em></p>

CC BY-SA 3.0
2016-05-25T10:18:29.653Z
I doubt this is a priority issue. It's rather set application in suspend/slip mode. Switching user (with logout) doesn't consider priority AFAIK.
darth pixel
CC BY-SA 3.0
2016-05-25T11:54:43.713Z
Just tried it and changing the process priority has no effect.  I didn't try realtime, but it doesn't look like it would matter.  The issue occurs the moment I drop out to the user selection screen, and there are no other programs taking up system resources when I do that.
Excrubulent
CC BY-SA 3.0
2016-05-25T12:09:57.087Z
If it stops the moment you change user, then priority probably doesn't matter at all. Turning off suspend-mode for the print process might work, as @darthpixel mentions. However, when you say that you change user, do you actually log out the first user, or are you only switching user? I am asking because [there seems to be a difference](http://www.tomshardware.co.uk/answers/id-2931919/program-running-switch-user-profiles.html).
Tormod Haugene
CC BY-SA 3.0
2016-05-25T23:02:45.303Z
No, I do not log out,  I switch user.  What do you mean by turning off suspend-mode though?
Excrubulent
CC BY-SA 3.0
2016-05-26T07:13:41.710Z
That is a good question. I found [this post](http://stackoverflow.com/questions/19459892/how-to-turn-off-automatic-termination-of-suspended-apps), which could be worth trying. It seems like a developer feature where /enableDebug turns off the standard lifecycle handling for the app in Windows, while /disableDebug enables it again. I understand that such a solution might not be for everyone, though! :)
Tormod Haugene
CC BY-SA 3.0
2016-05-26T08:48:22.693Z
Okay, thanks, but that seems to refer to programming apps for the Windows Store.  I'm not on that platform and I'm not programming Repetier Host, so I don't think I can make use of that.
Excrubulent
CC BY-SA 3.0
2016-05-26T16:21:59.383Z
Yeah, you might be right. Thought it was worth mentioning, though!
Tormod Haugene
CC BY-SA 3.0
2016-05-25T09:20:33.493Z
2016-05-25T09:20:33.493Z
2017-05-23T12:41:54.910Z
Tormod Haugene
<p>I'm running Repetier Host v1.6.1 with Repetier Firmware v0.92.9.  My computer is running Windows 7 Pro SP1, 64-bit.</p>

<p>If I set a print going via USB then switch to another user (note: I do not log out), then the pinter's display shows that the command buffer drops from 16 to 0 until it stops printing altogether.  If I switch back to the user that is running Repetier Host then the buffer fills up again and the print job resumes.</p>

<p>Before I updated Repetier Host this didn't happen, I could leave it running while I switched users and the job would run just fine.  I'm not sure why this behaviour has changed, but is there any way to get it to run properly under a background user?</p>

CC BY-SA 3.0
2016-05-25T02:43:50.190Z
Now, obviously there are workarounds, like putting the job on an SD card or just not switching users.  Those are not solutions, they are workarounds, so please don't suggest them.
Excrubulent
CC BY-SA 3.0
2016-05-25T10:09:39.433Z
Maybe your windows settings were changed. What about switching user with/witout logging off? http://windows.microsoft.com/en-us/windows/switch-users-without-logging-off#1TC=windows-7
darth pixel
CC BY-SA 3.0
2016-05-25T11:45:59.217Z
Yes, I am switching users without logging off.  If I log off, Repetier Host will close and then the print job would be irretrievably lost.
Excrubulent
<software><repetier><repetier-host>
Repetier Host stops sending commands to printer when switching Windows user
Excrubulent
# Repetier Host stops sending commands to printer when switching Windows user

(Asked by: username_0 on 2016-05-25)

I'm running Repetier Host v1.6.1 with Repetier Firmware v0.92.9. My computer is running Windows 7 Pro SP1, 64-bit.

If I set a print going via USB then switch to another user (note: I do not log out), then the pinter's display shows that the command buffer drops from 16 to 0 until it stops printing altogether. If I switch back to the user that is running Repetier Host then the buffer fills up again and the print job resumes.

Before I updated Repetier Host this didn't happen, I could leave it running while I switched users and the job would run just fine. I'm not sure why this behaviour has changed, but is there any way to get it to run properly under a background user?

**Tags:** software, repetier, repetier-host
> **Comments:**
> **username_0**: Now, obviously there are workarounds, like putting the job on an SD card or just not switching users.  Those are not solutions, they are workarounds, so please don't suggest them.  
> **username_1**: Maybe your windows settings were changed. What about switching user with/witout logging off? http://windows.microsoft.com/en-us/windows/switch-users-without-logging-off#1TC=windows-7  
> **username_0**: Yes, I am switching users without logging off.  If I log off, Repetier Host will close and then the print job would be irretrievably lost.  

---

## 3 answers

### Answer by username_2 on 2016-06-07. Score: 3

Is it possible that in updating Repetier you inadvertently installed it for a single user rather than for everyone? If so, that might account for its stopping when the user is changed.


---

### Answer by username_1 on 2016-05-29. Score: 0

Maybe you've changed your power settings and that's why your USB port stops working when switching user (for power conservation). I know you've said it was working before Reptier update but maybe it's worth to check.

1. So go to Start > Control Panel > Power Options

Find your (selected) power plan and choose Change plan settings > Change advanced power settings

Then check USB Settings > USB selective suspend settings

to be sure - set both to **Disable**

2. Another place to check is My Computer > Manage > Device Manager > Universal Serial Bus controllers

And here there are at least 2 items to check

* Generic USB Hub
* USB Root Hub

both have tab Power Management and checkbox Allow computer to turn off this device to save power - **uncheck** them

I know it doesn't sound very wise but who knows... :)

> **Comments:**
> **username_0**: Alas, changing the USB Selective Suspend settings made no difference, in fact they were already enabled, but I tried disabling just to be sure.  Also, the USB hubs already had the "allow to turn off" setting disabled.  I did learn something about the USB hubs though, the fact that they actually name what's attached to them and the devices' power draw is a useful feature that I'd never explored.  

---

### Answer by username_3 on 2016-05-25. Score: 0

I believe what happens here is that Windows suspends the process running the print job, either due to the program not being in focus, because you switch user, or both.

You could try to *increase the priority of the print process in task manager*, and see if that helps.

**In Windows 7:**

1. Open Task Manager
2. In the *Applications* tab, right click the application, and select *Go To Process*, which will take you to its background process in the *Process* tab.
3. Right click the process, go to *Set Priority* and select some priority higher than the current level.

**In Windows 10:**

1. Open Task Manager
2. In the *Processes* tab, right click the application, and select *Go To Details*, which will take you to its background process in the *Details* tab.
3. Right click the process, go to *Set Priority* and select some priority higher than the current level.

*PS: [Avoid setting the priority to Realtime](https://stackoverflow.com/questions/1663993/what-is-the-realtime-process-priority-setting-for), as that effectively will give the process full control of your computer's resources, which could kneel your computer if the program is poorly written.*

> **Comments:**
> **username_1**: I doubt this is a priority issue. It's rather set application in suspend/slip mode. Switching user (with logout) doesn't consider priority AFAIK.  
> **username_0**: Just tried it and changing the process priority has no effect.  I didn't try realtime, but it doesn't look like it would matter.  The issue occurs the moment I drop out to the user selection screen, and there are no other programs taking up system resources when I do that.  
> **username_3**: If it stops the moment you change user, then priority probably doesn't matter at all. Turning off suspend-mode for the print process might work, as @darthpixel mentions. However, when you say that you change user, do you actually log out the first user, or are you only switching user? I am asking because [there seems to be a difference](http://www.tomshardware.co.uk/answers/id-2931919/program-running-switch-user-profiles.html).  
> **username_0**: No, I do not log out,  I switch user.  What do you mean by turning off suspend-mode though?  
> **username_3**: That is a good question. I found [this post](http://stackoverflow.com/questions/19459892/how-to-turn-off-automatic-termination-of-suspended-apps), which could be worth trying. It seems like a developer feature where /enableDebug turns off the standard lifecycle handling for the app in Windows, while /disableDebug enables it again. I understand that such a solution might not be for everyone, though! :)  
> **username_0**: Okay, thanks, but that seems to refer to programming apps for the Windows Store.  I'm not on that platform and I'm not programming Repetier Host, so I don't think I can make use of that.  
> **username_3**: Yeah, you might be right. Thought it was worth mentioning, though!  

---

