vgstation13 issueshttps://git.nexisonline.net/vgstation/vgstation13/-/issues2016-02-13T00:25:27Zhttps://git.nexisonline.net/vgstation/vgstation13/-/issues/8236Make SDQL queries sleep internally so they don't cause HUGE FUCKING LAG SPIKES.2016-02-13T00:25:27ZRob NelsonMake SDQL queries sleep internally so they don't cause HUGE FUCKING LAG SPIKES.*Created by: PJB3005*
*Created by: PJB3005*
https://git.nexisonline.net/vgstation/vgstation13/-/issues/9144Runtime on proc/to_chat could be causing severe lag spikes2016-04-14T03:47:02ZRob NelsonRuntime on proc/to_chat could be causing severe lag spikes*Created by: Probe1*
The server was lagging hard with 2-3 second hangs between actions/inputs. I opened the profiler and under self cpu I only saw proc/to_chat out of the ordinary. It was the 5th highest usage of the CPU. The runtime...*Created by: Probe1*
The server was lagging hard with 2-3 second hangs between actions/inputs. I opened the profiler and under self cpu I only saw proc/to_chat out of the ordinary. It was the 5th highest usage of the CPU. The runtime may be causing bad hangups.
```
runtime error: DEBUG: Boutput called with invalid message
00:45:23 Runtime detected
DEBUG: Boutput called with invalid message at browserOutput.dm:212
proc name: to chat (/proc/to_chat)
source file: browserOutput.dm,212
usr: (src)
src: null
call stack:
to chat(Michael Cariello (/mob/living/carbon/human), )
Dalton Webb (/obj/effect/fake_attacker): updateimage()
Dalton Webb (/obj/effect/fake_attacker): attack loop()
Dalton Webb (/obj/effect/fake_attacker): New(the floor (442,150,5) (/turf/simulated/floor))
```
https://git.nexisonline.net/vgstation/vgstation13/-/issues/10448Parralax frame loss2016-06-09T18:39:48ZRob NelsonParralax frame loss*Created by: D3athrow-Issues*
(WEB REPORT BY: supertango1 REMOTE: 172.93.109.202:7777)
GTX 440 card, noticable loss of FPS but not major, all movement less smooth and more jittery with parralax enabled regardless of when space is visibl...*Created by: D3athrow-Issues*
(WEB REPORT BY: supertango1 REMOTE: 172.93.109.202:7777)
GTX 440 card, noticable loss of FPS but not major, all movement less smooth and more jittery with parralax enabled regardless of when space is visible onscreen
https://git.nexisonline.net/vgstation/vgstation13/-/issues/10339Port scheduler improvements.2016-07-16T06:03:57ZRob NelsonPort scheduler improvements.*Created by: PJB3005*
The scheduler has gotten some improvements on paradise and on goon (510), we should port them.
*Created by: PJB3005*
The scheduler has gotten some improvements on paradise and on goon (510), we should port them.
https://git.nexisonline.net/vgstation/vgstation13/-/issues/11735Pinpointer disk-tracking is slow.2016-09-03T15:09:41ZRob NelsonPinpointer disk-tracking is slow.*Created by: D3athrow-Issues*
(WEB REPORT BY: kavlax REMOTE: 172.93.109.202:7777)
> Revision 92b1e8a9020617483eb80518906782c1636721a0
>
> General description of the issue
> Title
>
> What you expected to happen
> Pinpointer to snap ...*Created by: D3athrow-Issues*
(WEB REPORT BY: kavlax REMOTE: 172.93.109.202:7777)
> Revision 92b1e8a9020617483eb80518906782c1636721a0
>
> General description of the issue
> Title
>
> What you expected to happen
> Pinpointer to snap to the disk's location inside of half-second or so
>
> What actually happened
> it takes a good two seconds for the pin pointer to point to the disk pin direction thing.
>
> Steps to reproduce if possible
> Take pinpointer, try tracking the disk.
https://git.nexisonline.net/vgstation/vgstation13/-/issues/12170You are either AFK, experiencing lag or the connection has closed.2016-10-12T13:19:43ZRob NelsonYou are either AFK, experiencing lag or the connection has closed.*Created by: FireFlashie*
#### Description of issue
After restart, when client reconnects to server, after "Processing Geometry..." connection is closing.
![image](https://cloud.githubusercontent.com/assets/10612280/19286381/20481ffe-9...*Created by: FireFlashie*
#### Description of issue
After restart, when client reconnects to server, after "Processing Geometry..." connection is closing.
![image](https://cloud.githubusercontent.com/assets/10612280/19286381/20481ffe-9006-11e6-8d23-21983ea74dd0.png)
#### Difference between expected and actual behavior
Erm... Auto-restoring of connection or saving it?
#### Steps to reproduce
1. Download latest revision of code
2. Host local server (tested on different machines)
3. Restart round
4. _You are either AFK, experiencing lag or the connection has closed._
#### Server revision
cdf61ec
#### Issue bingo
Please check whatever applies. More checkboxes checked increase your chances of not being yelled at by every contributor.
<!-- Check these by writing an x inside the [ ] (like this: [x])-->
- [x] Issue could be reproduced at least once
- [x] Issue could be reproduced by different players
- [x] Issue could be reproduced in multiple rounds
- [x] Issue happened in a recent (less than 7 days ago) round
- [x] [Couldn't find an existing issue about this](https://github.com/d3athrow/vgstation13/issues)
https://git.nexisonline.net/vgstation/vgstation13/-/issues/12856Remove mining/asteroid secret rooms and replace them with asteroid specific v...2016-12-18T02:04:29ZRob NelsonRemove mining/asteroid secret rooms and replace them with asteroid specific vaults*Created by: Probe1*
It's how tg does it and honestly it's a much better system. It's more modular, it's easier to add new content, and the mining secret rooms are ancient and outdated.
I don't even know how they work.
@unid15 ar...*Created by: Probe1*
It's how tg does it and honestly it's a much better system. It's more modular, it's easier to add new content, and the mining secret rooms are ancient and outdated.
I don't even know how they work.
@unid15 are you game on copying and pasting a bunch of stuff for us to get a template and the ball rolling?https://git.nexisonline.net/vgstation/vgstation13/-/issues/13254Massive amount of calls and self CPU on barricades/destroy()2017-01-06T22:20:08ZRob NelsonMassive amount of calls and self CPU on barricades/destroy()*Created by: Probe1*
calls a.pomf.cat/ukrlrz.txt
self cpu a.pomf.cat/nxpejp.txt
total cpu a.pomf.cat/dpijtf.txt
Proc Name Self CPU Total CPU ...*Created by: Probe1*
calls a.pomf.cat/ukrlrz.txt
self cpu a.pomf.cat/nxpejp.txt
total cpu a.pomf.cat/dpijtf.txt
Proc Name Self CPU Total CPU Real Time Calls
------------------------------------------------------------------------------------------ --------- --------- --------- ---------
/obj/structure/window/barricade/Destroy 48545.344 0.009 0.009 35
CPU was over 100 for an extended period of time.
http://game.ss13.moe/logs/Dev/runtime/2017-01-03-runtime.log
I dumped profiling info but it doesn't seem to be uploaded I"ll check with Pomf
1.03 (Winter 2017) Bugfix milestonehttps://git.nexisonline.net/vgstation/vgstation13/-/issues/5875Blood causes massive lag2017-01-07T19:56:56ZRob NelsonBlood causes massive lag*Created by: d3athrow*
likely to be related to it's constant calling of Blend.
*Created by: d3athrow*
likely to be related to it's constant calling of Blend.
https://git.nexisonline.net/vgstation/vgstation13/-/issues/13668Dumping ore boxes with 1000+ ores results in the server lagging out hard2017-01-27T20:49:26ZRob NelsonDumping ore boxes with 1000+ ores results in the server lagging out hard*Created by: Probe1*
1. Get an ore box
2. Fill it with a fuckton (1k+, 3k for maximum effect) ores
3. Press dump all ores
4. Server lags the fuck out.
Needs to only dump x many at a time no matter what.*Created by: Probe1*
1. Get an ore box
2. Fill it with a fuckton (1k+, 3k for maximum effect) ores
3. Press dump all ores
4. Server lags the fuck out.
Needs to only dump x many at a time no matter what.