<<Prev
Next>>
Scroll to Bottom
Stuff goes here
L1[00:01:28] <ForgeDiscord> <Keridos>
@mezz, any idea?
L2[00:02:05] <ForgeDiscord> <mezz> not
sure, make sure you have latest forge
L3[00:02:17] <ForgeDiscord> <Keridos>
its 2703
L4[00:02:42] <ForgeDiscord> <Keridos>
oh wait
L5[00:02:44] <ForgeDiscord> <Keridos>
it isnt
L6[00:02:48] <ForgeDiscord> <Keridos>
forge decompworkspace
L7[00:02:49] ⇨
Joins: Wuppy
(Wuppy!~Wuppy@5072BE60.static.ziggozakelijk.nl)
L8[00:02:54] <ForgeDiscord> <Keridos>
still running on old forge
L9[00:03:13] <ForgeDiscord> <mezz> ok,
50 versions behind so worth trying to update
L10[00:06:06] <ForgeDiscord>
<Barteks2x> Could be some IDE nullable runtime checks (but
seems unlikely)
L11[00:07:28] <ForgeDiscord>
<Keridos> well the server crashes
L12[00:07:38] <ForgeDiscord>
<Keridos> in singleplayer
L13[00:07:44] <ForgeDiscord>
<Keridos> dropping me back to the multiplayer menu
L14[00:08:04] <ForgeDiscord>
<Barteks2x> Can you disable IDEAS runtime nullability
checks?
L15[00:08:43] <ForgeDiscord>
<Barteks2x> (not on a computer now so can't find how exactly
to do that myself)
L16[00:10:27] <ForgeDiscord>
<Barteks2x> Wait...
L17[00:10:29] <ForgeDiscord>
<Barteks2x> Sideonly
L18[00:10:43] <ForgeDiscord>
<Barteks2x> Why is your method server only?
L19[00:11:16] <ForgeDiscord>
<Barteks2x> Do you even understand how sides work in
mc/forge?
L20[00:11:17] <ForgeDiscord>
<Keridos> message is sent from client to server
exclusively
L21[00:11:45] <ForgeDiscord>
<Barteks2x> That annotation means that when running on the
client jar the method won't be there at all
L22[00:11:47] <ForgeDiscord>
<Keridos> this code should never be executed on the
client
L23[00:11:53] <ForgeDiscord>
<Keridos> yes, i know
L24[00:12:03] <ForgeDiscord>
<Keridos> my other messages have similar annotations
L25[00:12:10] <ForgeDiscord>
<Barteks2x> Which means the method won't exist in single
player
L26[00:12:12] <ForgeDiscord>
<Keridos> but they work flawlessly
L27[00:12:30] <ForgeDiscord>
<Keridos> huh, single player is multi player, isnt it?
L28[00:12:32] <ForgeDiscord>
<Keridos> integrated server
L29[00:12:48] <ForgeDiscord>
<Barteks2x> Yes. That's the whole problem.
L30[00:13:02] <ForgeDiscord>
<Keridos> does it strip it on starting?
L31[00:13:03] <ForgeDiscord>
<Barteks2x> The method won't exist even on that integrated
server
L32[00:13:22] <ForgeDiscord>
<Barteks2x> Because it's forge class transformer removing
it
L33[00:13:29] <ForgeDiscord>
<Keridos> ah so sideonly strips it when starting the
client?
L34[00:13:34] <ForgeDiscord>
<Barteks2x> Yes
L35[00:13:40] <ForgeDiscord>
<Keridos> so the entire client you run doesnt have it,
ah
L36[00:13:55] <ForgeDiscord>
<Keridos> so it would probably work fine with a dedicated
server then
L37[00:14:06] <ForgeDiscord>
<Barteks2x> Just don't use side only
L38[00:14:21] <ForgeDiscord>
<Keridos> my idea spams me sometimes when I do not do
it
L39[00:14:32] <ForgeDiscord>
<Barteks2x> Except in some rare special cases when overriding
some vanilla side only methods
L40[00:14:36] <ForgeDiscord>
<Keridos> because something super is side only
L41[00:14:47] <ForgeDiscord>
<Keridos> I have learned that side only client is pretty
neat
L42[00:14:49] <ForgeDiscord>
<Barteks2x> Do you use the minecraftdev plugin?
L43[00:14:52] <ForgeDiscord>
<Keridos> yes
L44[00:15:00] <ForgeDiscord>
<Barteks2x> Disable that inspection
L45[00:15:02] <ForgeDiscord>
<Keridos> side only server seems to be quite a bit more
extreme
L46[00:15:06] <ForgeDiscord>
<Barteks2x> It's useless and harmful
L47[00:15:29] <ForgeDiscord>
<Barteks2x> (just those inspections, not the whole
plugin)
L48[00:15:58] <ForgeDiscord>
<Keridos> would there be any benefit from having that code on
really client only stuff (like rendering)
L49[00:16:57] <ForgeDiscord>
<Barteks2x> No. There are proxies to run specific code on
specific sides and now also slide specific event bus
subscriber
L50[00:17:43] <ForgeDiscord>
<Barteks2x> If you use side only and you call client code on
server side, it will fail on dedicated server anyway
L51[00:18:11] <ForgeDiscord>
<Keridos> oh, there is a side specific event bus subscriber?
neat, did not know that
L52[00:19:56] <ForgeDiscord>
<Keridos> this is confusing now
L53[00:20:08] <ForgeDiscord>
<Keridos> apparently my TE stops updating when I have that
gui screen open
L54[00:20:14] <ForgeDiscord>
<Keridos> and yes, I mean the update() function
L55[00:22:24] <ForgeDiscord>
<Keridos> wtf
L56[00:22:27] <ForgeDiscord>
<Keridos> my server pauses
L57[00:22:57] <ForgeDiscord>
<Barteks2x> Pause execution and see where its stuck with
debugger
L58[00:23:13] <ForgeDiscord>
<Barteks2x> Most likely somewhere in your code
L59[00:25:09] <ForgeDiscord>
<Keridos> nope
L60[00:25:18] <ForgeDiscord>
<Keridos> the server thinks all players are asleep
L61[00:25:50] <ForgeDiscord>
<Barteks2x> Well then figure out why it thinks this is the
case
L62[00:27:08] <ForgeDiscord>
<Keridos> i am opening a client side gui
L63[00:27:13] <ForgeDiscord>
<Keridos> with no container on server side
L64[00:27:46] <ForgeDiscord>
<Barteks2x> And how is that relevant?
L65[00:28:03] <ForgeDiscord>
<Keridos> that is what I am doing
L66[00:28:10] <ForgeDiscord>
<Keridos> I am opening this gui submenu on my block
L67[00:28:19] <ForgeDiscord>
<Barteks2x> Vanilla would need to do something really for
that to matter
L68[00:28:37] <ForgeDiscord>
<Keridos> and when I open it the server seems to think the
player is sleeping
L69[00:28:45] <ForgeDiscord>
<Keridos> I am not touching the player
L70[00:28:56] <ForgeDiscord>
<Barteks2x> So figure out wheat causes it to think it's
sleeping
L71[00:29:29] <ForgeDiscord>
<Barteks2x> Maybe you are triggering some weird vanilla logic
somewhere
L72[00:29:40] <ForgeDiscord>
<Keridos> well I use guiscreen
L73[00:29:52] <ForgeDiscord>
<Keridos> which is used for all kinds of not ingame
GUIs
L74[00:30:40] <ForgeDiscord>
<Barteks2x> Show the code?
L76[00:33:34] <ForgeDiscord>
<Barteks2x> What are the message open and close gui?
L77[00:33:46] <ForgeDiscord>
<Keridos> they just add or remove the player from a list in
the TE
L78[00:34:05] <ForgeDiscord>
<Keridos> which the te uses to update the TE's data
continously while its open
L79[00:36:01] <ForgeDiscord>
<Barteks2x> Where do you open the FYI?
L80[00:36:11] <ForgeDiscord>
<Barteks2x> Anyway I have to go
L81[00:36:21] <ForgeDiscord>
<Keridos> o/ thanks for the help
L82[00:38:50] ⇦
Quits: Wuppy (Wuppy!~Wuppy@5072BE60.static.ziggozakelijk.nl) (Read
error: Connection reset by peer)
L83[00:45:03] <ForgeDiscord>
<Keridos> turns out, GuiScreen does have
doesGuiPauseGame()
L84[00:46:17] ⇨
Joins: axel (axel!~axel@79.99.175.30)
L85[01:37:32] ⇦
Quits: axel (axel!~axel@79.99.175.30) (Remote host closed the
connection)
L86[01:40:55] ⇨
Joins: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be)
L87[01:47:32] ⇨
Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L88[02:00:03] <MCPBot_Reborn> [TEST CSV]
Pushing snapshot_20180528 mappings to Forge Maven.
L89[02:00:07] <MCPBot_Reborn> [TEST CSV]
Maven upload successful for mcp_snapshot-20180528-1.12.zip
(mappings = "snapshot_20180528" in build.gradle).
L90[02:00:17] <MCPBot_Reborn> Semi-live
(every 10 min), Snapshot (daily ~3:00 EST), and Stable (committed)
MCPBot mapping exports can be found here:
http://export.mcpbot.bspk.rs/
L91[02:41:08] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 182 seconds)
L92[02:41:19] ⇨
Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L93[02:54:47] <ForgeDiscord>
<JamiesWhiteShirt> now we wait for someone to claim that no
one should use SideOnly because someone can't :^)
L94[03:20:38] ⇨
Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:19c8:ec7a:d52:8037)
L95[03:21:35] ⇦
Quits: Upthorn (Upthorn!~ogmar@cpe-172-251-75-148.socal.res.rr.com)
(Ping timeout: 194 seconds)
L96[03:21:47] ⇨
Joins: Upthorn
(Upthorn!~ogmar@cpe-172-251-75-148.socal.res.rr.com)
L97[05:26:50] ⇨
Joins: Noppes
(Noppes!~Noppes@ip56530f2e.direct-adsl.nl)
L98[05:43:56] ⇨
Joins: snyke7
(snyke7!~snyke7@53542534.cm-6-5a.dynamic.ziggo.nl)
L99[05:47:19] <snyke7> My tileentity ids
have changed by using the new ResourceLocation registration. Is
there a way to make worlds backward compatible?
L101[05:50:06] <snyke7> thanks!
L102[06:08:01] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:19c8:ec7a:d52:8037) (Quit:
computer gone to sleep)
L103[06:41:09]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:19c8:ec7a:d52:8037)
L104[06:47:14] ⇦
Parts: snyke7 (snyke7!~snyke7@53542534.cm-6-5a.dynamic.ziggo.nl)
(WeeChat 1.9.1))
L105[06:59:20] ⇦
Quits: AnrDaemon (AnrDaemon!~ZNC@darkdragon-nln.starlink.ru) (Ping
timeout: 194 seconds)
L106[07:17:46] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:19c8:ec7a:d52:8037) (Quit:
computer gone to sleep)
L107[07:22:09] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 198 seconds)
L108[07:25:26]
⇨ Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p57972A38.dip0.t-ipconnect.de)
L109[07:27:09]
⇨ Joins: AnrDaemon
(AnrDaemon!~ZNC@darkdragon-nln.starlink.ru)
L110[07:27:49]
⇨ Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L111[07:47:10]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:19c8:ec7a:d52:8037)
L112[07:50:28] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:19c8:ec7a:d52:8037) (Ping
timeout: 194 seconds)
L113[08:01:28]
⇨ Joins: Fye
(Fye!~Fye@146-241-2-123.dyn.eolo.it)
L114[09:16:24]
⇨ Joins: h404bi (h404bi!~h404bi@113.67.157.177)
L115[09:46:17] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
(Read error: Connection reset by peer)
L116[10:04:47]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:e0a3:f954:e269:886)
L117[10:40:03]
⇨ Joins: Nicba1010
(Nicba1010!webchat@93-138-81-41.adsl.net.t-com.hr)
L118[10:40:56] ⇦
Quits: Nicba1010 (Nicba1010!webchat@93-138-81-41.adsl.net.t-com.hr)
(Client Quit)
L119[10:57:01] ⇦
Quits: Delaxarnyazer
(Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl) (Ping timeout:
194 seconds)
L120[11:00:38]
⇨ Joins: Delaxarnyazer
(Delaxarnyazer!~Delaxarny@ip56572345.direct-adsl.nl)
L121[11:47:13]
⇨ Joins: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
L122[11:55:03] ⇦
Quits: Hgrebnednav
(Hgrebnednav!~Hgrebnedn@d8D872A6E.access.telenet.be) (Read error:
Connection reset by peer)
L123[11:55:05]
⇨ Joins: Hgreb
(Hgreb!~Hgrebnedn@d8D872A6E.access.telenet.be)
L124[12:12:06] <ForgeDiscord>
<Ragnarok> Hey gigaherz are you about?
L125[12:15:25] <gigaherz> yes
L126[12:15:41] <ForgeDiscord>
<gigaherz> also happen to be in discord if needed ;P
L127[12:16:16] <ForgeDiscord>
<Ragnarok> I had a few questions I left on curseforge page
for guidebook about a week ago, any guidance?
L128[12:17:04] <ForgeDiscord>
<gigaherz> ah yes, missed that...
L129[12:17:40] <ForgeDiscord>
<gigaherz> quick answers: yes I have an issue with book size,
but I have too many things going on right now and I'm not in the
mood to finish all the things I started with guidebook
L130[12:18:14] <ForgeDiscord>
<gigaherz> hmmm texture issue... I can't remember if I fixed
that in the latest version or locally or I couldn't reproduce
L131[12:18:19] <ForgeDiscord>
<gigaherz> I have had reports.
L132[12:18:43] <ForgeDiscord>
<gigaherz> as for client-side only... nope. if it crashes on
the server then it's a bug.
L133[12:19:18] <ForgeDiscord>
<Ragnarok> that's what I was thinking, thanks for clearing it
up!
L134[12:32:29]
⇨ Joins: Wuppy
(Wuppy!~Wuppy@5072be60.static.ziggozakelijk.nl)
L135[13:18:06] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:e0a3:f954:e269:886) (Quit:
computer gone to sleep)
L136[13:23:49]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:948e:ffac:c82b:7744)
L137[14:11:32]
⇨ Joins: Ipsis
(Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
L138[14:56:47] ⇦
Quits: Ipsis (Ipsis!~Ipsis@82-69-71-184.dsl.in-addr.zen.co.uk)
(Ping timeout: 202 seconds)
L139[14:57:15] ⇦
Quits: Wuppy (Wuppy!~Wuppy@5072be60.static.ziggozakelijk.nl) (Read
error: -0x1: UNKNOWN ERROR CODE (0001))
L140[15:11:54] ⇦
Quits: romibi (romibi!~quassel@cable-static-7-174.rsnweb.ch) (Quit:
romibi)
L141[15:13:56]
⇨ Joins: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz)
L142[15:13:59] ⇦
Quits: Upthorn (Upthorn!~ogmar@cpe-172-251-75-148.socal.res.rr.com)
(Ping timeout: 194 seconds)
L143[15:19:37]
⇨ Joins: Upthorn
(Upthorn!~ogmar@cpe-172-251-75-148.socal.res.rr.com)
L144[15:50:52]
⇨ Joins: Doty1154
(Doty1154!~Doty1154@c-73-189-164-179.hsd1.ca.comcast.net)
L145[15:54:13] ⇦
Quits: Nedelosk
(Nedelosk!~Nedelosk@ip-109-90-121-64.hsi11.unitymediagroup.de)
(Read error: Connection reset by peer)
L146[15:54:39] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:948e:ffac:c82b:7744) (Quit:
computer gone to sleep)
L147[15:55:55]
⇨ Joins: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net)
L148[16:00:33] ⇦
Quits: h404bi (h404bi!~h404bi@113.67.157.177) (Ping timeout: 198
seconds)
L149[16:00:48]
⇨ Joins: h404bi (h404bi!~h404bi@58.62.92.29)
L150[16:19:38]
⇨ Joins: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:948e:ffac:c82b:7744)
L151[16:23:00] ⇦
Quits: arlyon
(arlyon!~arlyon@2a00:23c5:be9b:ad00:948e:ffac:c82b:7744) (Ping
timeout: 182 seconds)
L152[16:35:16] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 182 seconds)
L153[16:35:40]
⇨ Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L154[16:40:21] ⇦
Quits: Noppes (Noppes!~Noppes@ip56530f2e.direct-adsl.nl) (Read
error: Connection reset by peer)
L155[16:54:55] ⇦
Quits: immibis
(immibis!~chatzilla@222-155-160-32-fibre.bb.spark.co.nz) (Ping
timeout: 198 seconds)
L156[17:00:57]
⇨ Joins: h404bi_ (h404bi_!~h404bi@58.62.92.29)
L157[17:03:33] ⇦
Quits: h404bi (h404bi!~h404bi@58.62.92.29) (Ping timeout: 198
seconds)
L158[17:21:10] ⇦
Quits: Doty1154
(Doty1154!~Doty1154@c-73-189-164-179.hsd1.ca.comcast.net) (Quit:
Leaving)
L159[17:35:28] ⇦
Quits: Hgreb (Hgreb!~Hgrebnedn@d8D872A6E.access.telenet.be) (Ping
timeout: 194 seconds)
L160[17:42:04] ⇦
Quits: Fye (Fye!~Fye@146-241-2-123.dyn.eolo.it) (Quit:
Bye.)
L161[18:07:16]
⇨ Joins: h404bi__
(h404bi__!~h404bi@58.62.53.230)
L162[18:09:33] ⇦
Quits: h404bi_ (h404bi_!~h404bi@58.62.92.29) (Ping timeout: 198
seconds)
L163[18:10:17] ⇦
Quits: useless2764 (useless2764!dan@ominous.danmackay.com) (Quit:
ZNC - http://znc.in)
L164[18:14:55]
⇨ Joins: useless2764
(useless2764!dan@ominous.danmackay.com)
L165[19:08:07] ⇦
Quits: ben_mkiv (ben_mkiv!~ben_mkiv@p57972A38.dip0.t-ipconnect.de)
(Ping timeout: 198 seconds)
L166[19:18:34]
⇨ Joins: Wastl2
(Wastl2!~Wastl2@x4db404ff.dyn.telefonica.de)
L167[19:20:29] ⇦
Quits: Wastl2_ (Wastl2_!~Wastl2@x4e37bff9.dyn.telefonica.de) (Ping
timeout: 182 seconds)
L168[20:30:15] ⇦
Quits: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net) (Ping
timeout: 182 seconds)
L169[20:36:14]
⇨ Joins: Upth
(Upth!~ogmar@108-85-88-44.lightspeed.frokca.sbcglobal.net)
L170[22:23:40] ⇦
Quits: gigaherz
(gigaherz!gigaherz@240.red-88-26-170.staticip.rima-tde.net) (Remote
host closed the connection)
L171[22:29:50]
⇨ Joins: ben_mkiv
(ben_mkiv!~ben_mkiv@p57972ce0.dip0.t-ipconnect.de)
L172[22:42:03] ⇦
Quits: Lathanael|Away
(Lathanael|Away!~Lathanael@p549609C6.dip0.t-ipconnect.de) (Ping
timeout: 202 seconds)
L173[22:43:21]
⇨ Joins: Lathanael|Away
(Lathanael|Away!~Lathanael@p54960490.dip0.t-ipconnect.de)
L174[23:02:52]
⇨ Joins: jgeekw
(jgeekw!Mibbit@c-73-27-10-74.hsd1.fl.comcast.net)
L175[23:06:03] ⇦
Quits: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net) (Ping
timeout: 383 seconds)
L176[23:07:06]
⇨ Joins: nallar
(nallar!~nallar@cbs1-cani4-2-0-cust47.know.cable.virginm.net)
L177[23:07:27] ⇦
Quits: jgeekw (jgeekw!Mibbit@c-73-27-10-74.hsd1.fl.comcast.net)
(Quit: http://www.mibbit.com ajax IRC Client)
L178[23:26:15] ⇦
Quits: Davnit_ (Davnit_!~Davnit@72.189.115.20) (Read error:
Connection reset by peer)
L179[23:26:34]
⇨ Joins: Davnit_ (Davnit_!~Davnit@72.189.115.20)