[BDS-4870] Allow matching on "name" key/value in permissions.json. Created: 30/Apr/20  Updated: 10/Jan/21  Resolved: 07/May/20

Status: Resolved
Project: Bedrock Dedicated Server
Affects Version/s: 1.14.60
Fix Version/s: None

Type: Bug
Reporter: Jan van Stekelenburg Assignee: Unassigned
Resolution: Invalid Votes: 1
Labels: None
Environment:

Ubuntu 20.04 LTS, OpenJDK Runtime Environment (build 13+33-Ubuntu-1), bedrock-server-1.14.60.5.


Confirmation Status: Unconfirmed

 Description   

Hello,

Can you please add functionality to match on "name" key/value in permissions.json, I know this is insecure but this would be very handy in a LAN only environment (online mode=false) where clients can't login to XBL and obtain their xuid.

This would "fix":
[2020-04-30 09:15:20 ERROR] Missing xuid, won't persist permissions on disk.

Thank you, you're all doing a great job!



 Comments   
Comment by Luke Rowlinson [ 10/Jan/21 ]

This is certainly worth looking into and appears as an error or bug from a user's perspective. I agree with Jan van's perspective - if this is infact as intended ?- change the language used please in the notification. This error message could have a different note or is worth noting as design feature not an 'error' in the release-notes so we can as parents be more confident we have installed the server correctly for use on LAN environments when not using Microsoft Live ID. Particularly important for younger users like my sons. There is enough concerns about privacy and safety in the world for things like this notto trigger parents to spend time researching this 'feature'.

Comment by [Helper] Whomsky [ 07/May/20 ]

Thank you for your report!
However, this issue is Invalid.

You have posted a feature request or a suggestion. This site is for bug reports only.
For suggestions, please visit Minecraft Suggestions on Reddit or visit the Feedback website.

Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 BDS Wiki – 📖 FAQs

Generated at Sat Jan 11 07:30:53 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.