Ok, I see two possible reasons:
1. Slicer did produce it that way
2. Server misinterprets it due to error or misconfiguration. I see that the bed is bigger so config should not be the case.
Can you push the gcode on your dropbox so I can verify if it is 1 or 2.
One more thought - please also export your printer configuration so I can see if there is a dependency to the configuration.
<font face="Arial, Verdana">Here is the butter fly gcode</font>
<font face="Arial, Verdana">https://www.dropbox.com/s/5ivhazw21jo79hh/butterfly_repaired50.gcode?dl=0</span></font><br/></div><div><font face="Arial, Verdana">
</font>
<font face="Arial, Verdana">The whole thing prints, just displays the top rh corner though.</font>
Here is the printer config file
https://www.dropbox.com/s/146pbj7ayxu95tl/bandit.xml?dl=0<br/></div><div><br/></div><div>Repetier 0.91
Ok, the problem is your configuration. You have limited x and y to 0 in the first configuration screen (x-min, y-min) which is why the preprocessor has limited moves. Setting them to -200 helped, also I needed to reupload the gcode. Should reinitate a update, so will fix that for next release. The shape definition is ok, bit printable volume has here precedence.
Thanks.... I know see what I am printing :)