Prusa I3x and repetier host heat problems I've saved settings in the slicer for pla and abs, set the default bed temp to 90 and extruder to 185. No matter what settings I select to print with, the bed temp sets to 110 and the extruder to 230 when I send a job to print which I don't want. If I then control the heat manually, repetier or the printer  seems to ignore my requests.
If I try to kill the job I keep getting a box coming up asking me to switch the heats off; I select yes and nothing happens.

If I use the emergency stop the heats switch off.
You may set the temp in Repetier but when you run the gcode it will send any of the temp settings in the file. So you may set 210&nbsp;&deg;C first but if 200&nbsp;&deg;C is in the G-code the printer will take that (as the gcode is sent one instruction at a time). However I also noticed that after the automatic bed leveling any manual settings on the printer are reset to the G-code (I assume the file is re-stating the temp after bed leveling) So I have to override the file temp after the bed leveling is complete.
I now use OctoPrint and it has a cool feature : temp offsetting, you can specify an offset for every temperature the OctoPrint server sends to printer; e.g. in your file it is set to bed: 110&nbsp;&deg;C and extruder: 230&nbsp;&deg;C you can tell OctoPrint to take 20&nbsp;&deg;C off all bed temps sent and 45&nbsp;&deg;C off any extruder tempperatures sent. It's great for tweaking the temperatures of your G-code without editing or re slicing, just change the temperature offset and reprint.
I noticed on a previous firmware version for the I3 mk2s Repetier did not connect properly to the printer this problem disappeared in the latest Prusa firmware (v3.1).  One of the symptoms I noticed was the temperature settings were not taken by the printer.
Some slicers have a setting to have sticky parameters, i.e. set temperature once don't bother re-sending. However if this was turned off, it is possible that the generated G-code repeatedly send the temperature settings with every instruction, continuously resetting and overriding these values. (OctoPrint temperature offsets would correct this)