daydream reports: is it already suggested that a ... #3406

Open
opened 2023-01-02 05:43:19 +01:00 by yourland-report · 3 comments

daydream reports a bug:

is it already suggested that a master area can't be removed before all sub areas?

Player position:

{
	x = 2113.0131835938,
	y = 7.5,
	z = 1565.04296875
}

Player look:

{
	x = -0.98066645860672,
	y = -0.18858127295971,
	z = 0.052252542227507
}

Player information:

{
	protocol_version = 41,
	major = 5,
	version_string = "5.6.1",
	max_rtt = 2.2469999790192,
	ip_version = 6,
	connection_uptime = 57584,
	serialization_version = 29,
	patch = 1,
	formspec_version = 6,
	min_rtt = 0.16099999845028,
	avg_rtt = 0.17299999296665,
	min_jitter = 0,
	max_jitter = 2.0810000896454,
	avg_jitter = 0.0040000081062317,
	state = "Active",
	minor = 6,
	lang_code = ""
}

Player meta:

{
	fields = {
		digged_nodes = "1267655",
		xp_redo_hud_color = "0xFFC001",
		died = "182",
		["3d_armor_inventory"] = "return {\"3d_armor:helmet_crystal 1 3860\", \"shields:shield_crystal 1 3860\", \"3d_armor:chestplate_crystal 1 3860\", \"3d_armor:leggings_crystal 1 3860\", \"3d_armor:boots_crystal 1 3860\", \"\"}",
		crafted = "2250",
		yl_commons_thankyou = "189",
		["petz:werewolf_clan_idx"] = "2",
		["petz:lycanthropy"] = "0",
		["petz:werewolf"] = "0",
		partychat = "party",
		["signslib:pos"] = "(2082,11,1604)",
		yl_church = "return {[\"last_death\"] = {[\"x\"] = -7796, [\"y\"] = 29888, [\"z\"] = -9646}, [\"last_death_portal\"] = 1672097678}",
		["petz:old_override_table"] = "return {[\"new_move\"] = true, [\"sneak\"] = true, [\"sneak_glitch\"] = false, [\"jump\"] = 1.5, [\"speed\"] = 2, [\"gravity\"] = 1}",
		["unified_inventory:bags"] = "return {\"water_life:croc_bag\", \"water_life:croc_bag\", \"water_life:croc_bag\", \"water_life:croc_bag\"}",
		arenalib_infobox_arenaID = "0",
		["petz:werewolf_vignette_id"] = "5",
		hud_state = "on",
		yl_commons_player_created = "1650064821",
		yl_commons_player_joined = "1672577047",
		["ocean_build.last_warning"] = "1.65235e+09",
		jointime = "1650064821",
		bitten = "0",
		["stamina:level"] = "16",
		punch_count = "56519",
		["stamina:poisoned"] = "no",
		inflicted_damage = "1119410",
		["stamina:exhaustion"] = "2.5",
		placed_nodes = "181636",
		["ocean_build.ocean_built"] = "8",
		xp = "1044314",
		repellant = "0",
		played_time = "12176855"
	}
}

Log identifier


[MOD] yl_report log identifier = 3io4J8lQdnlSPCLUAU5nkPy8uqo12bwp

Profiler save:

profile-20230102T044319.json_prettyEE

Status:

# Server: version: 5.6.1-yl | game: Minetest Game | uptime: 1d 15h 2min 12s | max lag: 2.95s | clients (20/42): AliasAlreadyTaken, Aliza, Bailiff, daydream, Empempires, Friend-1, Insomniacs_Yello, kha13, layelle, Lupercus, MinerLeon, mr_block, NotWater, Ragamorta, Service, Squawk, the_chosen_one, Thepotato2, Therottenpotato, Xonon

Teleport command:

/teleport xyz 2113 8 1565

Compass command:

/give_compass Construction 3io4J8lQdnlSPCLUAU5nkPy8uqo12bwp D2691E 2113 8 1565
daydream reports a bug: > is it already suggested that a master area can't be removed before all sub areas? Player position: ``` { x = 2113.0131835938, y = 7.5, z = 1565.04296875 } ``` Player look: ``` { x = -0.98066645860672, y = -0.18858127295971, z = 0.052252542227507 } ``` Player information: ``` { protocol_version = 41, major = 5, version_string = "5.6.1", max_rtt = 2.2469999790192, ip_version = 6, connection_uptime = 57584, serialization_version = 29, patch = 1, formspec_version = 6, min_rtt = 0.16099999845028, avg_rtt = 0.17299999296665, min_jitter = 0, max_jitter = 2.0810000896454, avg_jitter = 0.0040000081062317, state = "Active", minor = 6, lang_code = "" } ``` Player meta: ``` { fields = { digged_nodes = "1267655", xp_redo_hud_color = "0xFFC001", died = "182", ["3d_armor_inventory"] = "return {\"3d_armor:helmet_crystal 1 3860\", \"shields:shield_crystal 1 3860\", \"3d_armor:chestplate_crystal 1 3860\", \"3d_armor:leggings_crystal 1 3860\", \"3d_armor:boots_crystal 1 3860\", \"\"}", crafted = "2250", yl_commons_thankyou = "189", ["petz:werewolf_clan_idx"] = "2", ["petz:lycanthropy"] = "0", ["petz:werewolf"] = "0", partychat = "party", ["signslib:pos"] = "(2082,11,1604)", yl_church = "return {[\"last_death\"] = {[\"x\"] = -7796, [\"y\"] = 29888, [\"z\"] = -9646}, [\"last_death_portal\"] = 1672097678}", ["petz:old_override_table"] = "return {[\"new_move\"] = true, [\"sneak\"] = true, [\"sneak_glitch\"] = false, [\"jump\"] = 1.5, [\"speed\"] = 2, [\"gravity\"] = 1}", ["unified_inventory:bags"] = "return {\"water_life:croc_bag\", \"water_life:croc_bag\", \"water_life:croc_bag\", \"water_life:croc_bag\"}", arenalib_infobox_arenaID = "0", ["petz:werewolf_vignette_id"] = "5", hud_state = "on", yl_commons_player_created = "1650064821", yl_commons_player_joined = "1672577047", ["ocean_build.last_warning"] = "1.65235e+09", jointime = "1650064821", bitten = "0", ["stamina:level"] = "16", punch_count = "56519", ["stamina:poisoned"] = "no", inflicted_damage = "1119410", ["stamina:exhaustion"] = "2.5", placed_nodes = "181636", ["ocean_build.ocean_built"] = "8", xp = "1044314", repellant = "0", played_time = "12176855" } } ``` Log identifier ``` [MOD] yl_report log identifier = 3io4J8lQdnlSPCLUAU5nkPy8uqo12bwp ``` Profiler save: ``` profile-20230102T044319.json_prettyEE ``` Status: ``` # Server: version: 5.6.1-yl | game: Minetest Game | uptime: 1d 15h 2min 12s | max lag: 2.95s | clients (20/42): AliasAlreadyTaken, Aliza, Bailiff, daydream, Empempires, Friend-1, Insomniacs_Yello, kha13, layelle, Lupercus, MinerLeon, mr_block, NotWater, Ragamorta, Service, Squawk, the_chosen_one, Thepotato2, Therottenpotato, Xonon ``` Teleport command: ``` /teleport xyz 2113 8 1565 ``` Compass command: ``` /give_compass Construction 3io4J8lQdnlSPCLUAU5nkPy8uqo12bwp D2691E 2113 8 1565 ```
AliasAlreadyTaken was assigned by yourland-report 2023-01-02 05:43:19 +01:00
flux added the
1. kind/enhancement
1. kind/balancing
labels 2023-01-02 06:16:51 +01:00
Member

so far as i know, no-one has requested that. i'm not sure why daydream is thinking about this, but i've got some experience w/ why this might be requested.

the naive reason is that if someone removes their area, anyone sharing that area should be de-listed as well. but there's a /recursive_remove_areas command, right? you'd assume that the "correct" thing would be to would be to inform people that it's their choice to remove all the sub areas or not, and that if they made the wrong choice, admins can fix it later.

but that doesn't take into account how this "feature" can be exploited to smear other players. let me explain:

on blocky survival, i came across an area owned by a specific player who wasn't staff, but who i trusted a lot. the name of the area was something i won't repeat, but it was something you'd expect a nazi to promulgate. i banned the player. i paused a moment - this was someone i had trusted, and i wanted to be certain i was banning them properly. after searching through the server logs, i discovered that the player hadn't named the area themselves. the player hadn't even been aware the area existed. another player - an alt of a known troll - had protected an area, added another player to the area w/out that player's knowledge, named the area something really inappropriate, and then deleted their own area (not recursively), making it look like the area was named by my friend.


proposed solution: sub-areas should track who created them. if a player deletes an area, it should only delete the sub-areas they created themselves, or which were created by server staff. sub-areas should also track who originally created the area they belonged to - this can be used for debugging, but also will allow original owners to redefine their cities or other large areas.

so far as i know, no-one has requested that. i'm not sure why daydream is thinking about this, but i've got some experience w/ why this might be requested. the naive reason is that if someone removes their area, anyone sharing that area should be de-listed as well. but there's a `/recursive_remove_areas` command, right? you'd assume that the "correct" thing would be to would be to inform people that it's their choice to remove all the sub areas or not, and that if they made the wrong choice, admins can fix it later. but that doesn't take into account how this "feature" can be *exploited* to smear other players. let me explain: on blocky survival, i came across an area owned by a specific player who wasn't staff, but who i trusted a lot. the name of the area was something i won't repeat, but it was something you'd expect a nazi to promulgate. i banned the player. i paused a moment - this was someone i had trusted, and i wanted to be certain i was banning them properly. after searching through the server logs, i discovered that the player hadn't named the area themselves. the player hadn't even been aware the area existed. another player - an alt of a known troll - had protected an area, added another player to the area w/out that player's knowledge, named the area something really inappropriate, and then deleted their own area (not recursively), making it look like the area was named by my friend. ----------------------------- proposed solution: sub-areas should track who created them. if a player deletes an area, it should only delete the sub-areas they created themselves, or which were created by server staff. sub-areas should also track who originally created the area they belonged to - this can be used for debugging, but also will allow original owners to redefine their cities or other large areas.
Member

I've suggested a history of areas (names, positions etc.) that is also visible to the player somewhere in the past. That might also help in this situation.

I've suggested a history of areas (names, positions etc.) that is also visible to the player somewhere in the past. That might also help in this situation.

If there is no area, then there is also no history of an area which could be looked up. Ofc, we need to log it all, but a normal player doesn't have access to that.

If there is no area, then there is also no history of an area which could be looked up. Ofc, we need to log it all, but a normal player doesn't have access to that.
Sign in to join this conversation.
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: your-land/bugtracker#3406
No description provided.