14:57:14: ERROR[main]: ERROR: An unhandled exception occurred: ...st/bin/../games/minetest_game/mods/default/nodes.lua:1045: attempt to index local 'fuel' (a nil value)
14:57:14: ERROR[main]: stack traceback:
14:57:14: ERROR[main]:  ...st/bin/../games/minetest_game/mods/default/nodes.lua:1045: in function <...st/bin/../games/minetest_game/mods/default/nodes.lua:980>

https://github.com/minetest/minetest_game/blob/master/mods/default/nodes.lua

i think slabs should be added for sand blocks, dirt, glass, and gravel

Quite simple idea: a /tell or /msg command to send messages privately, requires "shout" privilege.
Example would be like:

/msg player1,player2... message

Several names can be separated by commas.

This would be very helpful as my mousewheel seems not work good with minetest

Can't build minetest anymore, getting a error like:
http://pastebin.com/kqN00AZw

Last time it build fine was: 2013.02.19

In file included from /home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:40:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.h: At global scope:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.h:99: error: ‘Event’ does not name a type
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp: In constructor ‘EmergeManager::EmergeManager(IGameDef_, BiomeDefManager_)’:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:61: warning: operation on ‘nthreads’ may be undefined
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp: In destructor ‘EmergeManager::~EmergeManager()’:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:84: warning: comparison between signed and unsigned integer expressions
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:86: error: ‘class EmergeThread’ has no member named ‘qevent’
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp: In member function ‘void EmergeManager::initMapgens(MapgenParams_)’:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:104: warning: comparison between signed and unsigned integer expressions
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp: In member function ‘bool EmergeManager::enqueueBlockEmerge(irr::u16, v3s16, bool)’:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:155: warning: comparison between signed and unsigned integer expressions
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:165: error: ‘class EmergeThread’ has no member named ‘qevent’
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp: In member function ‘bool EmergeManager::registerMapgen(std::string, MapgenFactory_)’:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:265: warning: no return statement in function returning non-void
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp: In member function ‘virtual void* EmergeThread::Thread()’:
/home/tforsman/conary/builds/minetest/minetest-979ca23f1e/src/emerge.cpp:345: error: ‘qevent’ was not declared in this scope
make[2]: *** [src/CMakeFiles/minetest.dir/emerge.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory /home/tforsman/conary/builds/minetest/minetest-979ca23f1e' make[1]: *** [src/CMakeFiles/minetest.dir/all] Error 2 make[1]: Leaving directory/home/tforsman/conary/builds/minetest/minetest-979ca23f1e'
make: *** [all] Error 2

The Minetest developers have done a great job in making the different biomes, but I noticed that there is one they could make - Rivers and river deltas.

By the way, I hope this inspires the developers - http://en.wikipedia.org/wiki/Biome http://en.wikipedia.org/wiki/River_deltas

in the default minetest game its possible for players without interact to change the text of signs.

I suggest adding sprinting ability to the minetest engine.
Here's the concept: Custom Hud + hunger mod + sprinting ability + some mobs.
Now for the "What's the purpose?" question:

The first one (a custom HUD) needed to graphically show that the player has food-o-meter, 'cause for now all that the hunger mod can do is send the player a message using Scripting API. That's not very nice, 'cause the player do not know how much time he has.

Hunger mod should be in the dependencies of the "stamina" mod or should be edited to include the sprinting ability: if the player is hungry he shouldn't be able to sprint. That's natural.

And here's the fun part:
In the minecraft sprinting is useless. There are NO mobs with velocity greater than that of the player. In Minetest all could be different. I suggest making it possible to create a rare powerful mob who can walk faster then the player. So, If it sees the player, it would chase him. And the sprinting would be one and only possibility to avoid him catch the player. But if the player is hungry he couldn't run and MUST engage with that mob. It's the matter of a few variables/constants to make that mob strong enough for any player want to avoid him.

To make all that possible I suggest adding a sprinting mode. To double press the forward key to sprint would be handy too. To stop sprinting and continue to walking when the player have bumped into the wall or entity would be natural. To stop sprinting in/under the water and on the sand/leaves would be natural too.

When underwater, swimming upwards against a ceiling seems to place your head slightly inside the solid node above. The player does not suffocate inside solid nodes, and in fact can replenish oxygen this way. It seems that (1) the player should probably not be able to press his head into a solid node, and (2) if the player could, he shouldn't be able to breathe in there.

Running minetest_game version 91849c3, minetest version 06a5ece. Until recently, trees grew normally from saplings. Since yesterday (Nov 2, when the sapling ABM was reworked), my trees are growing bare trunks with no leaves.

Would be nice for "chaos" PvP servers. Adding a minetest.conf setting (which is perfectly possible) would make it easier to enable or disable the ability to craft locked stuff.

I made this by rotating and doubling the size of the player skin texture with no interpolation, then scaling width to 75% with cubic interpolation, creating a 6x10 pixel hand, when extruded this makes a roughly square-prism shape, the 8x10 of my earlier texture being too slablike and 4x10 being too small.
The texture is up against the left edge of it's 16x16 canvas to bring it in from the corner of the screen, even with a 4x3 screen ratio as seen in the screenshots below. If you prefer this relocated within it's 16x16 canvas let me know.
Because the player's arm swings up the underside of the fist is toward the camera, not the side as in my previous textures.

Here is the actual texture file http://i.imgur.com/4a70LHP.png

Image file is here https://github.com/paramat/wieldhandsam2
License CC BY-SA 3.0 as before
I have used the character skin texture by Jordach https://github.com/Jordach license CC BY-SA 3.0

Watching the character animation, as the arm is raised the palm-side of the hand faces the camera, this texture is a copy of this part of Sam2's skin, size doubled to 8x10 pixels with no interpolation, then width squashed to 6 pixels with cubic interpolation. I chose a 6 pixel width because 8 looks too flat and slablike, 4 and 5 look squarer but look too small, 6x10 is also a good size match to the default wieldhand. This one is not left shifted in it's canvas as my previous wieldhands were, it is central like the default wieldhand.

(Image and texture removed by me)

SamII with SamI's hair and bigger, cuter more abstract eyes. This is derived from Jordach's skins, credit goes to him.

Inspired by the wool group, it would be a good idea to make blocks (node should be the right term?) conductive to mesecon/lv-mv-hv electricity.

The value for the property could be:
0: not conductive
1: mesecon conductive (act like a mesecon wire)
2: Low voltage conductive (act like a Technic mod wire)
...and so on.

Higher voltage conductivity could be usable by lower voltage wires.

Only file issues in here which specifically affect only minetest_game. If you are not sure, file them on minetest.

Issues related to the engine go here: https://github.com/minetest/minetest/issues

It's not clear from the interface that the top row of the inventory screen maps to the quickbar. Dragging items onto the quickbar casts to the ground, which is frustrating for new users.

I'd prefer to map the quickbar to the bottom row of the inventory, and to visually offset it somehow.

1. In the inventory screen, right click a stack of items to pick up half of it. As expected, the other half remains in the original slot.
2. Right or left click a slot containing a different item.

-- The split stack recombines into the destination slot. Instead, the half-stack left behind in the original slot should not move.

I saw that fuel list for furnaces were in the furnace init file, shouldn't be better to make it a separate file?

See this: https://dl.dropbox.com/u/82342922/better-default-textures.zip
License: CC BY-SA
(now with improved gravel!)

This is short and simple.

Walk up to a tree and dig out all the wood/trunk pieces.
Now as the leaves are decaying, start harvesting them too.
You will occasionally get a block in your inventory with the "Unknown Block" texture; this block identifies itself as an Air block.

ACTION[ServerThread]: singleplayer digs air at (-136,14,-56)
ACTION[ServerThread]: singleplayer places node air at (-141,1,-67)

So anyone could change the overall brightness level inside the game without having to change the brightness of their displays.

The ocean and lake biomes have a lot of potential for growth. What if fish mobs (both good and evil) were added as well as more sealife than provided in the Sealife mod? Underwater volcanoes are also another idea.

If you place a slab on the side of an upside-down slab and the position where the new slab should be placed is already used(for example by a mesecon)

the server will crash with the error:
.../minetest/games/minetest_game/mods/stairs/init.lua:184: attempt to index local 'ret' (a nil value)

and at line 184 we have:

local fakestack = ItemStack("stairs:slab_" .. subname.."upside_down")
local ret = minetest.item_place(fakestack, placer, pointed_thing)
if ret:is_empty() then    --line 184

shoudn't this be:
if ret and ret:is_empty() then

I have an idea. We should move trees generation from C++ code into Lua mod. It will help to develop mods that add new kinds of trees.

Could be useful to create client-side particles and other graphics effects.

http://minetest.net/forum/viewtopic.php?id=2117
http://minetest.net/forum/viewtopic.php?id=2127

I think it would be awesome if there were a new biome that was a city/village with people (nice mob). Obviously, this biome would require the most programming and planning, but this may make Minetest more popular. Or, until this biome is a standard in the mapgen, maybe some habited huts randomly placed in many biomes (forest, desert, etc.) would be a good starting point.

From the dye mod's init.lua:

{"brown",      "Brown dye",     {dye=1, basecolor_yellow=1,  excolor_orange=1,    unicolor_dark_orange=1}},

I'm thinking that should be basecolor_brown.

I'd like to see an improvement to the user interface that would help players that are newer to PC gaming: From the POV/camera, new text added to indicate that [esc] pauses the game and gets to menus. It may be old hat to experienced PC gamers, but was new to me when I picked this up to play with it.

On the "pause" menu that [esc] brings up, something need to be mentioned about how to climb a ladder. I placed ladder blocks when playing around with it, but could not use them.

I think it would be interesting if there were battleships, some as vehicles for the player and some that are actual mobs that would try to destroy the player's ship.

celeron55/minetest_game@686c0d0 should be reverted:

It breaks the expected behaviour of "right click to place or show form, left click to use."

It breaks game look, as attempting to open a door triggers placement prediction. This in turn further breaks look if the temporarily placed item is inside the player's position. Plus this makes server lag more obvious.

It breaks every other node, which can no longer be placed in front of a door.

it's not a high priority bug, just a stupid behavior of the mod boats:boat

1. With the boat ride on the water,
2. Exit the game (or return to the main menu).
3. After relogin/play the game, you character are placed next to the boat and not on/in the boat anymore.

This same behavior also happens with the ufo mod. I use latest build from git & compiled a few minutes ago (but this is nothing new; it happens yesterday also).

(EDIT screenshots removed by me)
Same length and same average width as the original, each pixel of Jordach's SamII texture is colour sampled and doubled in size. The punch is palm-down and the texture is orientated correctly to match the character skin.

Just a quick suggestion. ;)
Locked furnace recipe should be like locked chest, but with a steel ingot in the center.
Locked door recipe should be like a door but with a steel ingot; locked sign recipe would probably be like sign recipe, but replacing the stick with a steel ingot.

Dark default:snow nodeboxes in 0.4.7 stable. Fixed by 'sunlight_proagates = true' in node definition.

I'm working on this again, i realised to my embarassment the old wieldhand is best approximated by 7x10 pixels not 6x10 as it is now. Also currently the texture is a raw copy of the player texture and has no shading on one side, i will try to scale the texture up to 32x32 and add a narrow bright edge to be extruded, this way the left side can be darkened slightly. I will post images here to see what you think.

What if a new biome were added - a bamboo forest?

The grass side has a transparency issue:

So client wouldn't have to disconnect and then again connect and use additional network traffic when he or she wants to change some settings.

This is a fairly minor issue, but I've always found it odd that using six blocks only yields four stairs, considering a stair is just 3/4 of a block.

Maybe that could/should be changed in the future to six blocks for six stairs. Stairs tend to be expensive otherwise.

http://ompldr.org/vZnh3cg/default_break_glass.ogg
A basic and not very realistic glass breaking sound. Licensed under WTFPL.

We've come across a bug in minetest_game/farming that crashes the server on rare occasions. Each time this particular nil value bug occurs, it is when a player places grass. Below is a section from the most recent crashes log report.

Thanks
~ LazyJ

11:37:11: ACTION[ServerThread]: WSDguy2014 places node default:grass_2 at (538,14,491)
11:37:12: ACTION[ServerThread]: WSDguy2014 digs default:grass_2 at (538,14,491)
11:37:13: ACTION[ServerThread]: WSDguy2014 places node default:grass_2 at (538,14,491)
11:37:13: ACTION[ServerThread]: WSDguy2014 digs default:grass_2 at (538,14,491)
11:37:14: ACTION[ServerThread]: WSDguy2014 places node default:grass_2 at (538,14,491)
11:37:15: ACTION[ServerThread]: WSDguy2014 digs default:grass_2 at (538,14,491)
11:37:15: ACTION[ServerThread]: WSDguy2014 places node default:grass_1 at (538,14,491)
11:37:16: ACTION[ServerThread]: WSDguy2014 digs default:grass_1 at (538,14,491)
11:37:19: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (532,14,494)
11:37:21: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (531,14,488)
11:37:22: ACTION[ServerThread]: WSDguy2014 places node default:grass_5 at (533,14,488)
11:37:23: ACTION[ServerThread]: WSDguy2014 digs default:grass_5 at (533,14,488)
11:37:24: ACTION[ServerThread]: WSDguy2014 places node default:grass_3 at (533,14,487)
11:37:25: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (533,14,487)
11:37:26: ACTION[ServerThread]: WSDguy2014 places node default:grass_2 at (533,14,485)
11:37:27: ACTION[ServerThread]: WSDguy2014 digs default:grass_2 at (533,14,485)
11:37:29: ACTION[ServerThread]: WSDguy2014 digs default:grass_1 at (532,14,486)
11:37:32: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (531,14,481)
11:37:36: ACTION[ServerThread]: WSDguy2014 places node default:grass_5 at (533,14,489)
11:37:37: ACTION[ServerThread]: WSDguy2014 digs default:grass_5 at (533,14,489)
11:37:38: ACTION[ServerThread]: WSDguy2014 places node default:grass_2 at (533,14,491)
11:37:39: ACTION[ServerThread]: WSDguy2014 digs default:grass_2 at (533,14,491)
11:37:39: ACTION[ServerThread]: WSDguy2014 places node default:grass_3 at (533,14,493)
11:37:40: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (533,14,493)
11:37:41: ACTION[ServerThread]: WSDguy2014 punches object 357: LuaEntitySAO at (532.61,13.6212,494.036)
11:37:43: ACTION[ServerThread]: WSDguy2014 places node default:grass_2 at (535,14,485)
11:37:44: ACTION[ServerThread]: WSDguy2014 digs default:grass_2 at (535,14,485)
11:38:00: ACTION[ServerThread]: WSDguy2014 places node default:grass_5 at (533,14,486)
11:38:01: ACTION[ServerThread]: WSDguy2014 digs default:grass_5 at (533,14,486)
11:38:07: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (526,14,480)
11:38:07: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (525,14,479)
11:38:08: ACTION[ServerThread]: WSDguy2014 digs default:grass_3 at (524,14,478)
11:38:08: ACTION[ServerThread]: WSDguy2014 places node default:grass_3 at (525,14,479)
11:38:08: ACTION[ServerThread]: Server: stefan supplied wrong password
11:38:11: ERROR[ConnectionSend]: con(5/1)RunTimeouts(): Peer 172 has timed out. (source=peer->timeout_counter)
11:38:11: ERROR[main]: ERROR: An unhandled exception occurred: ...t-0.4.9/bin/../games/minetest_game/mods/farming/init.lua:212: attempt to index local 'ret' (a nil value)
11:38:11: ERROR[main]: stack traceback:
11:38:11: ERROR[main]:  ...t-0.4.9/bin/../games/minetest_game/mods/farming/init.lua:212: in function <...t-0.4.9/bin/../games/minetest_game/mods/farming/init.lua:208>

In thread 7f395f088780:
/home/minetest/new_minetest-0.4.9/src/main.cpp:1870: int main(int, char**): Assertion '0' failed.
Debug stacks:
DEBUG STACK FOR THREAD 7f3953218700:
#0  virtual void* CurlFetchThread::Thread()
DEBUG STACK FOR THREAD 7f395f088780:
#0  int main(int, char**)
(Leftover data: #1  Dedicated server branch)
(Leftover data: #2  virtual void ServerMap::save(ModifiedState))
(Leftover data: #3  virtual void Database_SQLite3::saveBlock(MapBlock*))
(Leftover data: #4  void ItemStack::serialize(std::ostream&) const)

I've spotted it a few times now and thought I should post a bug report.

I keep seeing cacti that has grown on top of dry shrubs (screenshot: http://ompldr.org/vZ2Qycg), I wasn't 100% sure if the cactus growth is now handled by lua or is still in the c++ mapgen if I've posted this in the wrong place let me know I will repost on the source repo.

An enhancement that could help in firsts phases of the game: adding a recipe to repair damaged tools, made with the tool in the center and the tool's ingot over it, that gives a new, repaired tool.

Scheme:
T = tool
O = ingot
X = nothing

[X][O][X]
[X][T][X]
[X][X][X]

The default furnace could be boring sometimes, slow and needs to put tons of coal on multiple furnaces to get item smelt on good times.

The furnace could be replaced by furnace MK1, with 2 parts, the core made by the recipe of the current furnace with , and the final one, made by:

10C 10C 10C
10C core 10C
10C 10C 10C

...to the Furnace MK1 (so a bit of cobble would be used, it's a pretty useless material sometimes) and introducing another 2 furnaces, Furnace MK2 and Furnace MK3. They could be made by:

-Fx are furnace level (F1 = Furnace MK1)
-MK2 (C50 = 50x cobble)

C50 C50 C50
C50 F1 C50
C50 C50 C50

MK3 (C99 = 99 cobble)

C99 C99 C99
C99 F2 C99
C99 C99 C99

Furnace MK2 would be twice fast as MK1 and MK3 twice fast as MK2, also fuel consumption would scale the same amount. Furnace MK2 can have 2 slot for input item and 6 slot for output, where MK3 can have 4 slot for input and 9 for output, in addition it would have 2 slots for fuel.

Furnace MK2 and MK3 could take fuel from a nearby chest, in this case the fuel slot on furnace would be locked/faded and indicates the amount of remaining fuel from the chest, area could be 1 block for MK2 and 3 blocks for MK3. In case of locked chest, the furnace couldn't take fuel because normally it hasn't owner, and here appears the locked furnace, made by a furnace of any mk with a single steel on top:

_ S _
_ F _

In this way, the furnace would have an owner and could take fuel from locked chests with the same owner.

When an invalid craft is put into a furnace that has fuel, the furnace continues to say "furnace is empty". When an invalid craft is put into an empty furnace and then fuel is added, the furnace says "furnace is out of fuel" even though it contains a valid fuel.

I think it should say something like "Invalid recipe" instead.

Should jungles be disabled by default since they will cause discontinuities in existing minetest_game worlds?

The signal handler in src/porting.cpp is not async-signal-safe as it calls into the C++ runtime to write to the debug stream.

The new update from screwdriver is not very well-thought. How is a user supposed to change a mode when hes even not allowed to point at any node for that and cannot point to nothing due to the first few lines of the screwdriver handler? Moving the mode change before the protection check should work ( so shifting line 67-72 upwards ).
Anyway is the mode change nothing that could harm gameplay, so why protection checking it before a check for mode changing?