Host's skin not visible to other players when in LAN world

Ok, reopened.

Not responding to all of your comments was not because I'm ignorant, it was simply because I didn't see the comments.
Sadly Jira's autowatch function was changed in that way, that resolving a ticket as duplicate doesn't put the resolver automatically in the watcher list

Kumasasa,
I never said you were dumb or ignorant, just that you were not paying attention to this thread. I understand why you were not paying attention and that Jira limitations prevent the filing of an appeal or protest. I was not criticizing you personally, just trying to draw attention back to this thread and hoping that by adding your name directly to the post that you would be alerted...either automatically or by another moderator.

Thank you for reopening the thread and making the clarifications to the differences between this issue and the other. I look forward to someone discovering a solution.

Thank you again,
Shane

NP.

Meanwhile @unknown has cleaned up the LAN skin issues and made this ticket to the new parent ticket of "Host skin invisible to others".

thanks Kumasasa 🙂

Confirmed on Minecraft 1.7.10 on Java 1.7.0_45, Windows 7 x86_64.

On opening a single player game to LAN, the host sees all skins correctly but to other players, the host appears with the default "Steve" skin.

The last version which did not exhibit this bug appears to be Minecraft 1.7.4.

Hey, bumping this slightly old thread. Can confirm it still exists on the newest snapshot, 14w32d. I would suspect it was also a bug on all other snapshots leading up to this one, but I don't have enough time to test them all. Still annoying, still here.

On 14w32d Java 1.8.0_11, Windows 7 x64

I too am having this same problem. Minecraft 1.7.10, windows 7 32bit, windows 8.1 64bit

Confirmed for 1.8 pre-1

Can also confirm for 1.8 Pre-1

can confirm for 1.8pre2

confirmed for 1.8pre3

Confirmed for Release 1.8.

Confirmed for Release 1.8 (i cri evertim)

agreed i hate the glitch i look like a girl because the new default skin.

Confirmed in 1.8. Hosts' skin appears to me as a green-clothed girl with reddish hair. In 1.7.10 the hosts' skin would appear as Steve.

The green-clothed girl is called Alex,a new skin implemented in 1.8,according to a random registry order

Comment for bump purposes. This issue still needs to be resolved.

@@unknown: Don't bump. This site is no forum!

As a temp fix you can make a resource pack that just replaces the Steve/Alex skins with your skin and give it to people joining the lan world

Present in 1.8.1-pre3
I'm thinking some of those Relates to tickets are actually dups. One is just the inverse (host skin not showing versus client skin not showing), but I think the other two are the same as this?

According to https://bugs.mojang.com/browse/MC-52974?focusedCommentId=166995&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-166995 those are not dupes.

Been watching this for a few months now, Kumasasa, do you know which developer is working on this bug? I'm getting quite annoyed with this

@@unknown: Sorry, I don't know.

@Zachary: According to the ticket information this bug is currently unassigned. As far as I know, that means nobody is actively working on the bug.

I wouldn't be surprised if none of the developers have even seen this bug.

@@unknown

I wouldn't be surprised if none of the developers have even seen this bug.

Don't spread wild claims.
This site is neither a forum nor a chat room. If you don't have anything substantial to contribute to a ticket, then don't do it.

As of Nov 29th,2014 problem still exists with 1.8.1. Just putting in a plug to address this issue. I have some very upset kids over this. Thanks!!!!
Ken

On the 7th of December 2014 this bug was still roaming around. I hosted a LAN game and could see the skin on my guest - my guest, however, saw only the default 'Alex' skin on my character. This is very jarring and detracts from the enjoyment of the game. Please can we have some sort of turnaround here.

Still a problem on 1.8.1 as of this morning.

This is very jarring and detracts from the enjoyment of the game. Please can we have some sort of turnaround here.

I agree with Gareth Lindsay whole heartedly. Would be nice to not be Alex when playing MC with my sister.

If enough people "Vote for this issue" would that help the chances of it being resolved?

Theoretically. Though Mojang mostly cares about crashes and things that 99% of the population knows about.
I personally don't agree with fix priority by popularity though.

Alright, as of December 28th, 2014, the host skin bug issue still exists. I can see my wife's skin no problem. I can see my skin when looking at my inventory. But I look at her screen when working the same project and she sees me as Steve. I picked a great Himura Kenshin skin to wear for gameplay. Mojang, please help. Find a fix please.

This problem seems to have an additional component. My character was assigned the default "Alex" skin, and I can't even change it to the default "Steve" skin. So, not only can I not apply a custom skin, but I can't even select the default skin I prefer. This problem needs to be boosted higher on the priority list.

Paris,you are not able to change your default skin,didn't you read the 1.8 change log?Some users will be assigned to Steve default skin,some will be assigned to Alex default skin.You can't change your default skin

What was the point of Alex???

Jonathan,I guess Mojang wanted to let the players have a different default skin to let them have a bigger variety

Alex has a slightly different model, the arms are 3 pixels wide. They probably just didn't want to make a Steve with 3 pixel wide arms.

Thank you for correcting me, Zachary. I didn't start playing the game until 1.8, so it didn't even occur to me to check the change log. I apologize for piling on to a real issue with a nonexistent one. Now that I've read the information about this, it sounds like Mojang's intent was to allow users to go back to being "Steve" if they wish by downloading the original skin. I've applied my own skin, already, so that's not a big deal, anymore. Still, it's annoying that when I host a game on my LAN, everyone else still sees me as "Alex." I really hope they get this bug fixed.

confirming this happens os x 10.10.1, minecraft 1.8.1

Has anyone found a solution for this problem yet? It would be great if this problem were resolved. Kind of annoying...

If you really want this (possibly) resolved soon, it's going to need more support. Make a thread on your Minecraft server's forum and put a link to this page, tell your friends who play to come to this page, etc, and have them sign in and click on "Vote for this issue". Also, if you have commented and have yet to vote for this issue you might want to.

This is happening to us too on LAN. Host sees skin but other player cannot see it. Both computers: Mac OS 10.7.4, Minecraft 1.8.1

Thomas Baum please do not assume that I have a minecraft server as this problem (host's skin not loading on LAN) clearly states that this a problem on LAN servers between 2 or more computers...

You misinterpret me JoJoMasta – my previous comment wasn't directed at you. I was saying if anyone viewing this has friends or a community that play Minecraft you should ask them to come to this page and vote for the issue, to garner some attention to something that takes away from the atmosphere and customization of the game for LAN players.

Thank you for clearing the misunderstanding Thomas. I agree with your statement.

@Kumasasa

I can confirm this for 1.8.2pre6 but i can see other players skins. It's so bizarre.. I tried it in reverse and I can't see theirs when I join on their LAN server.

Those you want a solution, you probably already know how to do this but in the event someone doesn't:

I am not able to try this atm, but for those still waiting for a solution, try using your customized skin (the one that you uploaded to the skin data) and change both the steve.png and the alex.png in your texturepack with that one. Change both if you're not sure which one your profile ID defaults to. ALWAYS BACKUP FOLDERS AND FILES BEFORE ALTERING THEM!

I recommend downloading a simple texturepack if you already don't use one. It's simpler to alter a texturepack then it is to go into the version files. I use 7zip. Open the .zip file, go into assets\minecraft\textures\entity\steve.png if the entity folder does not exist, make one and drop it in there with the png already renamed and inside. It will ask if you want to add or overwrite click yes. Hope this works, Next opportunity I get I will try this myself. I am pretty sure it will though.

Thanks Tiya tehJak. Your solution worked for me. Since the player hosting the game on our LAN was showing up as Alex to me, I downloaded a resource pack for my computer with an alex.png and replaced the file with the correct skin. I used 'Faithful 32x32 Resource Pack 1.8.1' http://resourcepack.net/faithful-32x32-resource-pack/ I picked this one since it looks very similar to the default Minecraft texture.

The only problem I had as first was the skin was not aligned properly since the skin was 16x16 resolution and the resource pack was 32x32 resolution. But I was able to modify the 16x16 skin using Photoshop so now it is the same 32x32 resolution as the resource pack. It took about 15 minutes to modify but it works perfectly. I think if I had used a 16x16 resource pack instead of 32x32, I could have just used the correct skin without modifying it first.

@jonathan

I am glad it worked! Yeah the resolutions can throw you off lol. I usually use a 64x but I have been using 32x lately. I switch between mineLOL's texturepack and Limpid Haze right now.

Modifying the pngs can be tedious but it's fun to customize! I am glad it worked out for you.

Hi,

It's an hot problem, boring for role playing on LAN server (particulary when you play with your girlfriend with a steve skin). Honestly, i have no idea about the origin of this problem. So good luck for solve it ^^ We play in minecraft 1.8.1

catly

Ten

I can confirm that this bug still exists on Minecraft 1.8.3, Windows 7 x86_64.

I just want to confirm this problem is still here and I also can't change my default skin (Alex or Steve)

For the last time,you are not able to change your default skin,this news is in the minecraft change log.Please check the previous comments on whether your question has been answered already

Can confirm happening on MC Version 1.7.10 through 1.8.3.
Can see my own skin, can see friend's skins. But friend's cannot see my skins. I appear as the default.
Problem is still present.

EDIT: This happens when using a LAN World.

In 1.8.3 when I share my save to LAN, I can see other custom skins, and I can see my custom skin too, but everyone else see my skin as default Steve skin. When I join other LAN save, I can't see my custom skin, and no one else. I hope, they fix this.

I'd like to confirm that this is still a bug. 1.8.3 on Windows 7 64-bit. When one of us opens a single player game to LAN, guests on the game only see the Steve/Alex skin, but the host player can see all skins.

Still very much a bug. This has been an issue for a very long time, could we at least get an update on this please? The inability to even pick the gender of our default character, followed by that being the only thing that shows up, is kind of a big deal.

So until they fix this one (assuming they ever do), the best workaround I've found is to create a resource pack with the host's custom skin in place of alex.png (and or steve).

However, since all other players joining the host's LAN game will need to use this resource pack, it's only really practical if a small/consistent group is playing.

Update, I everyone, and I can see my custom skin on others world, but they can't still see my skin in my world 😞

This is still happening on the latest version of Minecraft as of 23 May 2015. That means this has been occurring for over a year. Perhaps we should just relent? It doesn't seem it will ever get fixed.

Confirming, still plaguing LAN game in 1.8.5

Pity no comments is made on whether this one will be attended to at all. The bug is very old.

Still happening in 1.8.7, I can see my skin in LAN, but my friend cannot. Both launchers are up to date. This is really annoying!

Bought two copies of Minecraft to play on Lan with daughter. Uploaded skins, I see hers but daughter can't see mine.

Amateurish problem and handled, after a year without so much as an acknowledgement, in an amateurish manner.

Disappointed in Mojang

This is happening even when both instances of Minecraft are on the same computer! How hard can it be to fix this?!

HOLD THE PHONE. I was playing over LAN w/ my wife's cousin a few days ago AND IT WORKED. It only worked one time and only for one world. When we saved that world and loaded another it no longer worked and any time I took a boat he didn't get player updates from me and instead saw me standing motionless on the shore, but for about two hours while we were in that map it was working. He was running off my work computer which is configured to connect normally to a different subnet via my work VPN but is still technically on the same network so long as the VPN isn't connected (it wasn't, had the day off), and both machines are running the current 1.8.7 version. I don't know if the subnet configuration had anything to do with it, but because it's configured to run off my work VPN, he can't see my LAN game and has to enter the IP via the direct connect button, so that might have everything to do with it though we tried several times to reproduce it to no avail. I play with my wife all the time, her using her own machine, and she's never seen my skin, but she also has a clean configuration to the LAN with no need for a work-around. If I can figure out how it worked, the work-around might be an indirect solution in itself. Given the fact that it normally doesn't work, my thinking is that even in a direct-connect config, if you are on the same network, the client receives a packet from the host indicating that it's a LAN game, but for some reason that information wasn't sent. It's likely the same information stream that sends player position updates from the host the the client for boat movement since both symptoms coincided and were unable to be reproduced in subsequent hosting sessions. Kind of strange, kind of exciting. Hope this info helps shed some light.

Can be fix when remove 3 lines from SkinManager.java file.

Remove Lines: 133 - 134, 136

Reason for issue: Condition try check if session id is same as player id so loader cannot been never equal session id than host. So these lines remove then all players gets server owner skin showed.

Tested on my development version.

Confirmed in 15w31c,
Mojang please, forget about the minor bugs in the games, one of the key elements in the game has not been functioning for over a year now.
The solution has even been found by the community.

I can also confirm in the latest 1.9 snapshot. This issue is getting really annoying. Can't they just fix it already????

I also cannot find the skinmanager.java file - also using vanilla minecraft.
Is there another hack similar to the one fixing the skinmanager.java file (which seems like a forge file?).
Vanilla Minecraft does not have that file. Please correct me if I'm wrong. If I can download that file, which folder would I place it in?

Thanks guys.

I have development version, in running version (.jar) there these class file names are sorted and there not exists .java source files.
I added that comment for Minecraft code peoples because they use these unsorted files.

Still in 15w34d

I hope this gets fixed
conferming that it sill happons in 15w35e

Can confirm for 15w38b.

Also it should be noted that the client which doesn't show the skin prints this:

[02:08:20] [pool-2-thread-1/ERROR]: Signature is missing from textures payload

It gives a pretty good idea where this bug is coming from (as well as Heikki Taalikka's hack to fix it) 🙂

Just reporting that 10/11/2015 that this bug is still occurring, hope Mojang gets on it soon. Fairly irritating bug.

As of 11/8/2015, this bug is still occurring. My wife can't see my custom skin. =(

@unknown: Your confirmation is useless without a version. Are you talking about 15w45a or 1.8.8?

1.8.8

@unknown: Instead of complaining about how devs are ignoring bugs (while more than 30 have been fixed for this week's snapshot already 😉) you could help by keeping tickets up to date by confirming them for newer versions. The last confirmed version on this bug is 15w39b.

I just want to say this:
The skins don't load because LAN servers don't use the internet, at all, if you want skins to be visible on LAN servers, then you're tecnically saying that they should make LAN servers in online mode, by which you require an internet connection in order to join; that fix might also make lag appear, as you're taking a longer route to the server, as well as delayed responses between the client and the server, which will make more people complain then if just the skins don't load. Skins not loading in LAN servers it's that big of a deal, yes, you can't see how somebody looks, but does it effect further gameplay, no, not at all.

@redstonehelper, I can appreciate your intention to move the discussion in a positive direction, but I can't blame anyone for their frustration. In this case, the community has identified the fix to correct this issue and outlined it in the comments section of this issue ticket. All they'd have to do is implement the fix. There's no conflict, so there's no reason to not implement the change.

Another problem is that most of the bug fixes are comparatively minor while this issue is right up in your face and unavoidable for any player who uses a LAN connection. I can't remember the last time the development team implemented a bug fix that I personally cared about at all.

Regarding the version, I've seen where other users have updated the impacted version, but I can't for the life of me figure out where you go to perform that change. Regardless, this issue will persist in perpetuity until fixed, so I'm not sure how making this change is helpful. Do elaborate if you have anything to add or can inform of the process for making this change.

@unknown: Skins already work on other players without traffic going through the internet.

@unknown: If you're not the reporter of a ticket you can't update its affected versions, you can just leave a comment like "confirmed for x" and mods or the original reporter will add it.

@redstonehelper Ah ha! Thank you, sir. Very helpful information.

In that case, confirmed for v15w45 (and eventually v15w46).

Confirmed for 15w46a

Confirmed for 15w47a

Still in 15w49b

Confirm for 15w50a.

I've had this problem since the last stable release as well as the snapshots. A quick and dirty go-around I've been using is using the command /give @p 397 1 3 {SkullOwner:mynamehere} and wearing my own head. It works pretty well, but only so far as having my face show up right on LAN, and since that means I can't also wear a helmet (or use a command to enchant my own head with some protection without suffering a weird glowing head effect), it's certainly not ideal. Still, if any of you are looking for a quick fix, that might be an option until they resolve the issue.

Confirmed for 16w02a.

Confirmed for 16w03a.

Confirmed for 16w04a.

Confirmed for 16w05a.

Confirmed for 16w05b.

This is occurring for me on 1.8.9

is it fixed

It is broken on all versions.

Logan Who, it is not fixed it is still broken.

Can confirm for 16w06a

Okay i just couldent find out one thing i tried was to go into the folders and switch the alex and steve out with my skin's folder but it did not work so i guess we will just have to wait for mojang to fix it

@Logan Who

The trick is to create a resource pack that has your skin in place of the Alex/Steve skin, and then have your friends that are playing over LAN use said resource pack.

That's a good idea, Joseph. Don't know why I didn't think of that. That'll fix my issue easily, since I'm just making videos via two clients, and it's been a royal pain having to have a third client open and minimized to host.

affects 16w07a.

But would the rescorce pack make there skin look like mine

confirmed 16w07b

Okay i tried to do the rescorce pack thing but i just cant do it ive never been able to figure out can someone do it for me

or show me how

To: Logan Who
Here is example resource pack: https://yadi.sk/d/Y5zrusuboyTQp
In "entity" folder put your skin in two variants: 1 variant named as steve and second named as alex. Both files must have .png format.

To;Artyom Karpenko Okay i kind of see i understand how they are made but is that one just a base for me to work with or is it a completed pack?

Confirmed in 1.9-pre1.

Logan, I always use a player mask to help with this bug. It means you'll be big-head mode and can't wear a helmet, but it's better than nothing and easier than a resource pack.
/give @p skull 1 3 {SkullOwner:YOURNAMEHERE}

people this is a bug tracker, not a forum

Apologies, FVbico. It seemed like he was struggling. I thought giving him an easier solution might cut down on the chatter.

Logan, if you need more help, shoot me an email at [email protected] and I'll get you sorted out.

To: Logan Who
You can use it with any texturepacks, but you need put skinfix.zip to 1st place(top). http://savepic.net/7763216.png
If YOU open world for LAN, you don't need to use it, you need send it(with skin in entity folder) to your friends which will connect to your server. Or if your friend is openning LAN server, he|she needs put his|her skin in entity folder in 2 variants and YOU need to apply testurepack with his|her skin. Your friend do not need to apply it.

To: Logan Who
If you have any problems you can add me in skype: koleso132009
I will be glad to help you! =)

Again, not a forum.

Confirm for 1.9-pre2

Confirm for 1.9-pre3

Confirm for 1.9-pre4

Confirm for 1.9

Note: This might be the reason, but I am not really sure about that

Please link to this comment in the description of the report.

The following is based on decompiled version of Minecraft 1.8 using MCP. All method and class names are the names used in the decompiled version.

Like @unknown said already in his comment, the public void func_152790_a(final GameProfile p_152790_1_, final SkinManager.SkinAvailableCallback p_152790_2_, final boolean p_152790_3_) method of the net.minecraft.client.resources.SkinManager class is very likely the reason for this bug. It is very likely that this method was changed because based on the decompiled version of Minecraft 1.8, skins would not load for any player except the owner.

public void func_152790_a(final GameProfile p_152790_1_, final SkinManager.SkinAvailableCallback p_152790_2_, final boolean p_152790_3_)
{
    THREAD_POOL.submit(new Runnable()
    {
        private static final String __OBFID = "CL_00001827";
        public void run()
        {
            final HashMap var1 = Maps.newHashMap();

            try
            {
                var1.putAll(SkinManager.this.sessionService.getTextures(p_152790_1_, p_152790_3_));
            }
            catch (InsecureTextureException var3)
            {
                ;
            }

            // Replaced this
            //if (var1.isEmpty() && p_152790_1_.getId().equals(Minecraft.getMinecraft().getSession().getProfile().getId()))
            if (var1.isEmpty())
            {
                var1.putAll(SkinManager.this.sessionService.getTextures(SkinManager.this.sessionService.fillProfileProperties(p_152790_1_, false), false));
            }

            //...
        }
    });
}

Confirmed for 1.9.1 pre-3.

Confirmed for 1.9.2

Confirm for 16w14a

Confirm for 16w15a

Confirmed today on 16w15b

Confirmed for 1.9.3-pre2

Confirm for 1.9.4

Confirm 16w20a.

Confirm Release 1.10

This not a meta-discussion forum.

I hav had the same issue for a very long time, at least from 1.8. I'm glad someone else finally noticed.

Same problem...

Confirm: still an issue with release 1.10.2. this skin server concept is utterly craven. fix it.

Confirmed for 16w32b.

Confirmed for 16w40a

Confirmed for 1.11. This is getting ridiculous.

Not as ridiculous as confirming for a version that it is already confirmed for while complaining that not every minor bug gets fixed immediately. There are hundreds of bugs that are more important than this one, so please stop complaining. The comment function is there to give additional information about the bug.

Sorry, didn't realize it was already confirmed, I should have looked at the report more carefully.

'Minor bug' it's hardly a minor bug if it's been 3 years now for me and probably a lot longer for some. For people who make content online with their LAN servers this is a big deal. Skins are definitely a big part of playing on multiplayer and if you're recording or streaming it's pretty frustrating. This bug section is here for a reason...to essentially complain about problems and you're going to keep seeing complaints about a bug that hasn't been resolved in years. Don't invalidate others for experiencing issues over a long period of time and needing a resolution.

I agree, it is super annoying. I hope that traffic is monitored on bugs so that these complaint comments rank it higher.

These complaint comments will only send unnecessary emails to the 200 people who are watching this report.
You could instead start a discussion on /r/Mojira

To be honest, I am sure it would be a lot easier to just fix the bug, or at least acknowledge it than reply to these comment threads. To the complainers: I see that it has become a little bit vexing to the moderators, so maybe just calm down about the issue for now.

Hey mods could it be possible that the bug happens because opening a lan you must give permission for it to work on a private network only and or allow public networks? (mine confronts me about this anyway.) I always tell it to only allow my private network, but in the windows firewall it says that my network is public, I am not knowledgeable about that stuff but I figured I'd mention it. So I figured maybe it's preventing it from using "internet" so to speak to check the online skin database? I tried it out and changed the firewall to allow public access and it made my skin appear!!!! But the bug for the host's skin is still existent. Maybe because of what [Helper] Marcono1234 described above.

EDIT: I have to disagree with you Fabian, As I said above I changed the firewall settings and then I was able to see my skin vs not being able to see my skin before. (I couldn't see the host's skin OR my own.) I never could see the host's skin however. Unless you are referring to that part,

No, that's unrelated.

Hey Tiya tehJak, Fabian is actually correct that this is unrelated, but didn't really explain why. What you found was that when your program (in this case Minecraft) isn't allowed to access the internet it can't download files like your personalized skin. The issue here is that people on other computers can't see the hosts skin, even though they all have access to the internet and the host can see it just fine. What you have described is a pretty standard firewall issue and not a bug, where the issue long overdue to be fixed here is an issue with the coding of the game itself.

confirmed for 1.11.2

Merry Christmas 2016 all

Also confirmed as of today, 12/26/16. I attempted to change to several skins and they can still only see the basic Alex skin. I can see their skin just fine however. I'm hosting a single player LAN server that is also connected to the internet.

@Royal Thanks for the clarification! Minecraft doesn't seem to authenticate the host player of the LAN server for some reason. It says it authenticated my aunt and even tells you her uuid number. But it never says anything about mine in the log I have.

@Mods would my log info be helpful? It says setting user: USERNAME then logs me in with an entity id. Which I gather is normal but my aunt's says authenticated HER USERNAME with UUID really long number as always. It never does that for me. It also gives her an entity id. Hope this helps.

Merry Christmas to you too Kolrolf!

@unknown if you want you can write another comment with the log. Just make sure to remove any personal information such as the IP address first.
Please write {noformat} in front and after the log to format it properly.

Okay, here you go 🙂 Hopefully I hid what I should have.

[11:12:34] [Client thread/INFO]: Setting user: TheTamedWolf
[11:12:36] [Client thread/INFO]: LWJGL Version: 2.9.4
[11:12:36] [Client thread/INFO]: Reloading ResourceManager: Default, John Smith Legacy 1.11 16w41a.zip, Iht Awy.zip
[11:12:37] [Sound Library Loader/INFO]: Starting up SoundSystem...
[11:12:37] [Thread-5/INFO]: Initializing LWJGL OpenAL
[11:12:37] [Thread-5/INFO]: (The LWJGL binding of OpenAL.  For more information, see http://www.lwjgl.org)
[11:12:37] [Thread-5/INFO]: OpenAL initialized.
[11:12:37] [Sound Library Loader/INFO]: Sound engine started
[11:12:43] [Client thread/INFO]: Created: 2048x2048 textures-atlas
[11:13:04] [Server thread/INFO]: Starting integrated minecraft server version 1.11.2
[11:13:04] [Server thread/INFO]: Generating keypair
[11:13:04] [Server thread/INFO]: Preparing start region for level 0
[11:13:05] [Server thread/INFO]: Preparing spawn area: 48%
[11:13:06] [Server thread/INFO]: Changing view distance to 5, from 10
[11:13:07] [Server thread/INFO]: TheTamedWolf[local:E:some number didn't know if i should show it] logged in with entity id 75 at (224.61788930163797, 64.0, 500.29614571570704)
[11:13:07] [Server thread/INFO]: TheTamedWolf joined the game

... command logs from scoreboard

[11:15:48] [User Authenticator #1/INFO]: UUID of player jade_dark is [UUID #(didn't know if I should show it)]
[11:15:48] [Server thread/INFO]: [@: Enabled trigger flee for TheTamedWolf]
[11:15:48] [Server thread/INFO]: [@: Found TheTamedWolf]
[11:15:48] [Server thread/INFO]: jade_dark[ip address] logged in with entity id 2077 at (257.5, 64.0, 506.5)
[11:15:48] [Server thread/INFO]: jade_dark joined the game

... command logs from scoreboard

[11:15:48] [Client thread/INFO]: [CHAT] jade_dark joined the game

@unknown, the log looks fine. I think the reason the authenticator writes to the log for LAN worlds is that players can also join even if the authenticator could not verify their game profile, but in your case it could successfully verify that the game profile is valid.

I want to apologize in advance, this is a long comment and I'm extremely exhausted... Like insane amounts of sleepy stupidity going on right now, but I didn't want to forget to post this.

Hope it is alright to post this here, but after searching around for a while I seem to have found a temporary (and not without it's own bugs) fix for this issue.

My default skin was Alex, so I created a very basic 'resource pack' with the alex.png entity texture being replaced by my custom skin (which uses the alex/slim base). (( I gave the pack to my sister (client), as the host has no need of it- in this issue the host can see themselves and their client(s) as they should appear, yet the client(s) see the host's default skin. ))

Having the client(s) enable the mod after joining the hosted game (and disabling it before logging off) seems to be the best way to get this to work.

I don't know how well this would work for games with several clients or for games played completely offline... As far as having several clients, it should work alright if the host knows their default skin and replaces the correct one for the 'resource pack'. I'm not very knowledgeable on how player skin data is called, but when playing with my sister the fix worked when we enabled the pack AFTER both entering the game, however when we left the pack on it caused both our skins to be overridden when next played. I'd guess that the skin is called at the start? My sister's default seems to also be Alex, however when her skin is called correctly in the game, the resource pack only overrides my skin, which is showing to her as Alex. (Also to note, when I used the pack thinking it would apply to the server itself, the pack did not have an noticeable effect, so this is something that would have to be copied into the client(s) resource pack folder and then enabled by them manually from the options screen in-game.)

Presumably, you would have to use a skin that is the same size as your default as it overrides the picture but not the data... I'm not sure though, just makes sense. You might not be able to have clients see your actual custom skin in this case and may have to create a modified version for the other skin size, but as there are only a handful of pixels difference between the two (and that in the arms) you should be able to modify it to look about the same. The skin that appears to yourself would still be the one you set on minecraft.net.

Two problems with that:

• If you have a person without a personalized skin, that person will also have your skin.

• This is about the "Open to LAN" feature, that is supposed to be easy to use and to work without much effort. If you have to use a resource pack, that's effort. And I think server resource packs don't work in a LAN world, so that would also not work, you would have to contact every person and send them the resource pack. If that works for you, that great, but it's not a general solution.

@Fabian -

That's why I called it a temporary fix and stated that it has its own bugs, by which I meant fallbacks/restrictions but I was sleepy. xP If someone cares about this enough, then making a resource pack is pretty simple and the effort required would presumably be okay. This isn't an actual true 'fix' or anything, just a for-the-moment possible way to work around the issue until it is actually fixed. Obviously an actual fix within the game would be the best solution.

I only put this fix/work-around up because when I was searching this issue I found this thread but it took me a lot more thinking and digging to find out a way to get the skins to work. I'm very new to minecraft, so a resource pack did not immediately jump to mind. This method won't be ideal for everyone, and perhaps not even very many people, but there may be some who find this bug report and could benefit, for the time being, from this work around.

The resource pack fix is intended for LAN connections that are actually local, and assumes that if you've made/found a custom skin then your friends/family may have done so as well, if only because you pointed them in that direction. But, thanks for pointing out that problem, I forgot about it!

If you're sitting connecting locally with friends/family, giving them the file and telling them to place it in their folder is pretty simple. And if you aren't playing with people you know then, well.... For me, personally, I only care about my skin showing because I am playing with my sister and I want us both to be able to see the skins. If I was playing with people I didn't know or wasn't near then I wouldn't really care too much if they could see my skin, as I would still be able to see it and generally wouldn't know what they were seeing anyway.

For those who don't know how to create the resource pack-
http://minecraft.gamepedia.com/Tutorials/Creating_a_resource_pack

If just changing the skins, path/folders in your resource pack folder should be
PACKNAME > assets > minecraft > textures > entity
Place your skin file inside and name it alex.png or steve.png as needed.

I use the same exact resource pack workaround you are talking about. It's not a true 'fix' but it works perfectly. If each person who connects to the host's LAN world loads a resource pack with just the alex.png file replaced with the host's skin, the host's skin will look correct. Took a little bit of work to do but easy enough. This fix has been mentioned periodically over the past year or so but it gets lost in the comments.

I've been watching this bug for awhile, but not commenting. I don't really have the option to setup a server for my daughter to work around this issue. Nearly every time she plays she creates a new world. When I get home from work she's already in the middle of playing and just wants daddy to join her. She doesn't want to sit and wait 10-15min for me to copy the files over to a server and setup the world there. Every single time she looks at my screen she's saddened that she looks like Steve again and not her custom skin. Mojang's stance on not allowing changes to the default skin make this worse, because now every single time she plays the game she has to play as a boy (at least when she looks at my screen) because I can't even set her default skin to Alex.

You can create a resource pack to change the default skin.

"You can create a resource pack to change the default skin."

Yes, but who can create a resource pack to change the default Mojang?

Right there with you guys. IF it makes sense for you to do so, particularly for those of you playing with your kids, I've finally just switched to the Windows 10 version. It's at near parity feature wise (which doesn't sound like it's a big deal in this case anyway) and avoids this issue entirely, not to mention you already own it by having purchased the Java version. I'd give it a shot if you haven't recently. Sounds like the cross platform play will be getting even better than it is as well.

Preemptive obligatory statement from mods and helpers: "This isn't a forum or chat room, its a bug tracker that notifies 149 people and us"

Response: Yes we know, and thank you for your efforts, but the people who have voted for this and are watching it are doing so because they'd like a solution already! By the time anyone gets here we've exhausted the forums and found those solutions inadequate. Please use your time advocating for a real fix to this issue as well stated by others before me. There have already been several proposed solutions based directly on the code for the game, what else are we waiting for here?

1. I'm not saying the bug is irrelevant because you can partially avoid it, I'm just offering a workaround for now, until it's fixed.
2. You can upvote the report, sometimes they look at the top ones.
3. There are major internal changes going on all the time. Minecraft started as a game developed by a single person and he did everything so that it barely works. The code gets shuffled around a lot in every version to make it more consistent and to not break everything with every update. If you compare Minecraft 1.12 to 1.0, there are way less bugs and inconsistencies.
4. There are different people working on different things. I'm not sure if I'm right, but I think Jeb adds most features like this and Grum does the internal changes. So the addition of parrots does not slow down the rest of the development.
4. When a report has no code analysis, it's invalid? No, definitely not. It's the other way around: When a report is valid, it often gets a code analysis.
5. Why don't suggested fixes get implemented sooner? I honestly don't know that.
6. What good way would you suggest to create a resource pack? Please make a Minecraft forum post if you have an idea and then link it here (because there's no private message system here).

For the sixth time on this ticket, this is not a discussion forum. Go over to the Mojira Reddit to discuss.

Confirmed for 1.12.2

Why doesn't Mojang fix the bugs that have a code analysis, the fixed code is right there and they just don't fix it.

The devs have mentioned several times that proposed fix are not always perfect and might cause other bugs. Every single bug fix needs to be foolproof and a developer has to make sure that it is.

Also, for the seventh time on this ticket, this is not a discussion forum. Go over to the Mojira subreddit to discuss.

Edit: I can't count.

Confirmed for 17w43b

Confirmed for 17w46a Snapshot

Confirmed for 17w50a snapshot

Confirmed for 18w02a

Confirmed for 18w05a

Confirmed for 18w06a

Confirmed for 18w03b

18w03b is an outdated version and can't be added retrospectively to the affected versions list for that reason, sorry.

Confirmed for 18w07a

Still in 18w08b.

Confirmed for 18w09a

Confirmed for 18w11a

Confirmed on 18w16a

Yes, the default skin issue does indeed seem to be fixed in 18w21a. Though for some reason I am not seeing LAN shared worlds in the multiplayer list, and had to direct connect. But that's another matter.