Freebie reports: Builders who put something to ... #3070

Open
opened 2022-11-17 19:23:07 +00:00 by yourland-report · 3 comments

Freebie reports a bug:

Builders who put something to the vote should find out in between if and when the quantitative quorum of their vote was reached.

Player position:

{
	x = 1992.330078125,
	y = 14.5,
	z = 1148.1999511719
}

Player look:

{
	x = 0.086693838238716,
	y = -0.21251878142357,
	z = 0.97330361604691
}

Player information:

{
	min_jitter = 0,
	max_jitter = 0.92900002002716,
	avg_jitter = 0.0020000003278255,
	connection_uptime = 843,
	serialization_version = 29,
	patch = 1,
	state = "Active",
	protocol_version = 41,
	version_string = "5.6.1",
	avg_rtt = 0.025000000372529,
	max_rtt = 0.95300000905991,
	major = 5,
	lang_code = "de",
	minor = 6,
	ip_version = 6,
	min_rtt = 0.018999999389052,
	formspec_version = 6
}

Player meta:

{
	fields = {
		partychat = "party",
		arenalib_infobox_arenaID = "0",
		yl_church = "return {[\"last_death\"] = {[\"y\"] = -12, [\"x\"] = 5984, [\"z\"] = 2968}, [\"last_death_portal\"] = 1649963868}",
		jointime = "1649959597",
		bitten = "0",
		["stamina:exhaustion"] = "152",
		hud_state = "on",
		played_time = "45577",
		yl_commons_player_joined = "1668712212",
		placed_nodes = "2",
		died = "1",
		repellant = "0",
		["3d_armor_inventory"] = "return {\"3d_armor:helmet_crystal 1 13700\", \"3d_armor:boots_crystal 1 13700\", \"shields:shield_crystal 1 13700\", \"3d_armor:leggings_crystal 1 13700\", \"3d_armor:chestplate_crystal 1 13700\", \"\"}",
		["stamina:poisoned"] = "no",
		xp = "7",
		["stamina:level"] = "4",
		digged_nodes = "1",
		crafted = "5",
		yl_commons_player_created = "1649959597"
	}
}

Log identifier


[MOD] yl_report log identifier = BOiYBvnSq2rmm12l6noUBfat9lB1VSza

Profiler save:

profile-20221117T192307.json_prettyEE

Status:

# Server: version: 5.6.1-yl | game: Minetest Game | uptime: 3h 32min 7s | max lag: 3.84s | clients (31/42): AliasAlreadyTaken, Bailiff, Boot, Crystal1976, CWF, ecki, Ecklair, einfhrr, flux, flux_testing, Freebie, gustavo1, JeCel, MartinCZ, Miri, Murmel, Parrish, Pataco2010, Queenfire234312, Ravise, rheo, Service, shanish, sherkhan30452, SilentAvenger, Tim_32, TobiasGaming, Tute, w2ae2, yeetby, yo_hi

Teleport command:

/teleport xyz 1992 15 1148

Compass command:

/give_compass Construction BOiYBvnSq2rmm12l6noUBfat9lB1VSza D2691E 1992 15 1148
Freebie reports a bug: > Builders who put something to the vote should find out in between if and when the quantitative quorum of their vote was reached. Player position: ``` { x = 1992.330078125, y = 14.5, z = 1148.1999511719 } ``` Player look: ``` { x = 0.086693838238716, y = -0.21251878142357, z = 0.97330361604691 } ``` Player information: ``` { min_jitter = 0, max_jitter = 0.92900002002716, avg_jitter = 0.0020000003278255, connection_uptime = 843, serialization_version = 29, patch = 1, state = "Active", protocol_version = 41, version_string = "5.6.1", avg_rtt = 0.025000000372529, max_rtt = 0.95300000905991, major = 5, lang_code = "de", minor = 6, ip_version = 6, min_rtt = 0.018999999389052, formspec_version = 6 } ``` Player meta: ``` { fields = { partychat = "party", arenalib_infobox_arenaID = "0", yl_church = "return {[\"last_death\"] = {[\"y\"] = -12, [\"x\"] = 5984, [\"z\"] = 2968}, [\"last_death_portal\"] = 1649963868}", jointime = "1649959597", bitten = "0", ["stamina:exhaustion"] = "152", hud_state = "on", played_time = "45577", yl_commons_player_joined = "1668712212", placed_nodes = "2", died = "1", repellant = "0", ["3d_armor_inventory"] = "return {\"3d_armor:helmet_crystal 1 13700\", \"3d_armor:boots_crystal 1 13700\", \"shields:shield_crystal 1 13700\", \"3d_armor:leggings_crystal 1 13700\", \"3d_armor:chestplate_crystal 1 13700\", \"\"}", ["stamina:poisoned"] = "no", xp = "7", ["stamina:level"] = "4", digged_nodes = "1", crafted = "5", yl_commons_player_created = "1649959597" } } ``` Log identifier ``` [MOD] yl_report log identifier = BOiYBvnSq2rmm12l6noUBfat9lB1VSza ``` Profiler save: ``` profile-20221117T192307.json_prettyEE ``` Status: ``` # Server: version: 5.6.1-yl | game: Minetest Game | uptime: 3h 32min 7s | max lag: 3.84s | clients (31/42): AliasAlreadyTaken, Bailiff, Boot, Crystal1976, CWF, ecki, Ecklair, einfhrr, flux, flux_testing, Freebie, gustavo1, JeCel, MartinCZ, Miri, Murmel, Parrish, Pataco2010, Queenfire234312, Ravise, rheo, Service, shanish, sherkhan30452, SilentAvenger, Tim_32, TobiasGaming, Tute, w2ae2, yeetby, yo_hi ``` Teleport command: ``` /teleport xyz 1992 15 1148 ``` Compass command: ``` /give_compass Construction BOiYBvnSq2rmm12l6noUBfat9lB1VSza D2691E 1992 15 1148 ```
AliasAlreadyTaken was assigned by yourland-report 2022-11-17 19:23:07 +00:00
Member

That would definitely be good. The requirement of 20 votes beeing cast and zero feedback on how many players voted already requires players to annoy others by advertising for the vote constantly.

I even wrote a book some time ago and sent it to alias with suggestions on how the problem might be solved.

It's obvious that it'd be a problem if too few (one, or two with one beeing the one asking for the vote) people voted - because then the lone vote would no longer be a secret. This can be solved by Amanda only sending out detailled reports if at least 5 people voted.

That would definitely be good. The requirement of 20 votes beeing cast and zero feedback on how many players voted already requires players to annoy others by advertising for the vote constantly. I even wrote a book some time ago and sent it to alias with suggestions on how the problem might be solved. It's obvious that it'd be a problem if too few (one, or two with one beeing the one asking for the vote) people voted - because then the lone vote would no longer be a secret. This can be solved by Amanda only sending out detailled reports if at least 5 people voted.

I agree on what was said.

One argument against this was, that then people could figure out who voted and for what But most of the time when some of my buildings was up for vote I knew almost everytime who were the people that voted, because usually you are around when they are voting, you invite them and show them around. So I would argue that having a count of how many players voted would actually increase the anonymity because you wouldn't always have to be around and count for yourself how many people counted (that's usually what I do) because you'd then know how many votes are left just from the counter.

I agree on what was said. One argument against this was, that then people could figure out who voted and for what But most of the time when some of my buildings was up for vote I knew almost everytime who were the people that voted, because usually you are around when they are voting, you invite them and show them around. So I would argue that having a count of how many players voted would actually increase the anonymity because you wouldn't always have to be around and count for yourself how many people counted (that's usually what I do) because you'd then know how many votes are left just from the counter.
Member

The qualitative quorum, i.e. who votes how, must remain protected. The quantitative quorum, however, has a different function. It is intended to ensure that sufficient attention is paid to the vote.

The number of 20 voters as a quantitative quorum is arbitrarily fixed. It is unclear how it relates to the total number of users or the total number of active players at voting time. However, from experience, 20 voters should be an achievable number.

Builders worried about their concerns can even achieve the opposite of what is desired by constantly asking questions and begging for a vote. Reserved builders, on the other hand, may not reach enough people willing to vote.

Sufficient attention is perhaps already given with a sufficiently high number of visitors in the voting period. Not every visitor will vote, but the majority are expected to vote.

Everyone would be helped if, around the halfway point of the vote, the number of voters or visitors were announced. Amanda could do it.

The qualitative quorum, i.e. who votes how, must remain protected. The quantitative quorum, however, has a different function. It is intended to ensure that sufficient attention is paid to the vote. The number of 20 voters as a quantitative quorum is arbitrarily fixed. It is unclear how it relates to the total number of users or the total number of active players at voting time. However, from experience, 20 voters should be an achievable number. Builders worried about their concerns can even achieve the opposite of what is desired by constantly asking questions and begging for a vote. Reserved builders, on the other hand, may not reach enough people willing to vote. Sufficient attention is perhaps already given with a sufficiently high number of visitors in the voting period. Not every visitor will vote, but the majority are expected to vote. Everyone would be helped if, around the halfway point of the vote, the number of voters or visitors were announced. Amanda could do it.
AliasAlreadyTaken added the
1. kind/enhancement
1. kind/protocol
labels 2022-11-22 04:30:21 +00:00
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#3070
No description provided.