aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
| * Dungeongen: Remove dependency on Mapgenkwolekr2016-05-27
| |
| * Mapgen: Combine dungeon generation codekwolekr2016-05-27
| |
| * Mapgen: Deduplicate common constructor codekwolekr2016-05-27
| |
| * Mapgen: Remove calculateNoise from most mapgenskwolekr2016-05-27
| | | | | | | | | | | | This commit moves noise calculation to the functions where the noise is actually required, increasing the separation of concerns and level of interdependency for each mapgen method. Valleys Mapgen is left unmodified.
| * Mapgen V7: Remove now-unused ridge heightmapkwolekr2016-05-27
| |
| * Cavegen: Move V5-style caves to CavesNoiseIntersectionkwolekr2016-05-27
| |
| * Cavegen: Minor misc. fixeskwolekr2016-05-27
| | | | | | | | | | | | | | - Convert instances of numeric literal doubles to floats - Move dswitchint to a local variable now that being a member is unnecessary - Improve const correctness - Indentation fixes
| * Fix undefined evaluation order when constructing random vectorskwolekr2016-05-27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | MSVC and GCC evaluate parameters in right-to-left order, whereas Clang evaluates in left-to-right order, and of course, an optimization could leave the order of evaluation completely indeterminate. This commit fixes all instances of the error by explicitly assigning the results of expressions that use PseudoRandom::next() or range() to their respective vector components. The right-to-left evaluation behavior is preserved since Clang is much less commonly used to compile Minetest than GCC and MSVC combined, and would therefore cause the least harm.
| * Cavegen: Re-add small caves to CavesRandomWalkkwolekr2016-05-27
| |
| * Cavegen: Remove CavesRandomWalk dependency on Mapgenkwolekr2016-05-27
| |
| * Cavegen: Merge instances of repetitive surface level-finding codekwolekr2016-05-27
| |
| * Cavegen: Remove CavesV6 dependency on Mapgenkwolekr2016-05-27
| |
| * Cavegen: Rename CaveV6 to CavesV6kwolekr2016-05-27
| | | | | | | | | | | | | | - Add comment explaining why it exists - Remove unused 'flooded' variable - Rename shadowed variable - Fix some code style
| * Cavegen: Merge CaveV5 and CaveV7 into CavesRandomWalkkwolekr2016-05-27
| |
| * Fix MgStoneType and BiomeType enum nameskwolekr2016-05-27
| |
| * Mapgen: Combine generateBiomes, dustTopNodes, and generateCaveskwolekr2016-05-27
| | | | | | | | | | This commit condenses the above methods into a single implementation used by V7, V5, Flat, Fractal, and Valleys mapgens and introduces MapgenBasic.
| * Move biome calculation to BiomeGenkwolekr2016-05-27
| | | | | | | | | | | | | | BiomeGen defines an interface that, given a set of BiomeParams, computes biomes for a given area using the algorithm implemented by that specific BiomeGen. This abstracts away the old system where each mapgen supplied the noises required for biome generation.
| * Tell irrlicht if we handle a key or not.est312016-05-26
| | | | | | | | | | | | | | | | | | We can remove the function in MtNativeActivity now as it serves precisely that purpose: to tell irrlicht that we handled the esc key. TODO for later: * Perhaps try to find a more performant container than KeyList
| * Fix rollback.txt migrationShadowNinja2016-05-23
| | | | | | | | | | Broken by b1965ac20922e3722392114bd63a22b403dcbe98. This also prepares the begin and commit statements only once.
| * Fix irrlicht version checking macro for tooltip_height calculationCraig Robbins2016-05-24
| |
| * Move updateTextures and fillTileAttribs to ContentFeaturesEkdohibs2016-05-23
| |
| * Tolerate packet reordering in the early init processest312016-05-22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes a bug where packet reordering made the server give the client two peer ids instead of one. This in turn confused reliable packet sending and made connecting to the server fail. The client usually sends three packets at init: one "dummy" packet consisting of two 0 bytes, and the init packet as well as its legacy counterpart. The last one can be turned off since commit af30183124d40a969040d7de4b3a487feec466e4, but this is of lower relevance for the bug. The relevant part here is that network packet reorder (which is a normal occurence) can make the packets reach the server in different order. If reorder puts the dummy packet further behind, the following would happen before the patch: 1. The server will get one of the init packets on channel 1 and assign the client a peer id, as the packet will have zero as peer id. 2. The server sends a CONTROLTYPE_SET_PEER_ID packet to inform the client of the peer id. 3. The next packet from the client will contain the peer id set by the server. 4. The server sets the m_has_sent_with_id member for the client's peer structure to true. 5. Now the dummy packet arrives. It has a peer id of zero, therefore the server searches whether it already has a peer id for the address the packet was sent from. The search fails because m_has_sent_with_id was set to true and the server only searched for peers with m_has_sent_with_id set to false. 6. In a working setup, the server would assign the dummy packet to the correct peer id. However the server instead now assigns a second peer id and peer structure to the peer, and assign the packet to that new peer. 7. In order to inform the peer of its peer id, the server sends a CONTROLTYPE_SET_PEER_ID command packet, reliably, to the peer. This packet uses the new peer id. 8. The client sends an ack to that packet, not with the new peer id but with the peer id sent in 2. 9. This packet reaches the server, but it drops the ACK as the peer id does not map to any un-ACK-ed packets with that seqnum. The same time, the server still waits for an ACK with the new peer id, which of course won't come. This causes the server to periodically re-try sending that packet, and the client ACKing it each time. Steps 7-9 cause annoyances and erroneous output, but don't cause the connection failure itself. The actual mistake that causes the connection failure happens in 6: The server does not assign the dummy packet to the correct peer, but to a newly created one. Therefore, all further packets sent by the client on channel 0 are now buffered by the server as it waits for the dummy packet to reach the peer, which of course doesn't happen as the server assigned that packet to the second peer it created for the client. This makes the connection code indefinitely buffer the TOSERVER_CLIENT_READY packet, not passing it to higher level code, which stalls the continuation of the further init process indefinitely and causes the actual bug. Maybe this can be caused by reordered init packets as well, the only studied case was where network has reliably reordered the dummy packet to get sent after the init packets. The patch fixes the bug by not ignoring peers where m_has_sent_with_id has been set anymore. The other changes of the patch are just cleanups of unused methods and fields and additional explanatory comments. One could think of alternate ways to fix the bug: * The client could simply take the new peer id and continue communicating with that. This is however worse than the fix as it requires the peer id set command to be sent reliably (which currently happens, but it cant be changed anymore). Also, such a change would require both server and client to be patched in order for the bug to be fixed, as right now the client ignores peer id set commands after the peer id is different from PEER_ID_INEXISTENT and the server requires modification too to change the peer id internally. And, most importantly, right now we guarantee higher level server code that the peer id for a certain peer does not change. This guarantee would have to be broken, and it would require much larger changes to the server than this patch means. * One could stop sending the dummy packet. One may be unsure whether this is a good idea, as the meaning of the dummy packet is not known (it might be there for something important), and as it is possible that the init packets may cause this problem as well (although it may be possible too that they can't cause this). Thanks to @auouymous who had originally reported this bug and who has helped patiently in finding its cause.
| * Fix a m_camera not used warning fix pointed by clangLoic Blot2016-05-22
| |
| * Implement a PostgreSQL backendLoic Blot2016-05-22
| |
| * Gitignore: ignore idea and ninja filesHybridDog2016-05-22
| |
| * Item entities: Don't show description as infotextparamat2016-05-22
| | | | | | | | | | Partially reverts #3547 Infotext remains optional for objects, empty by default
| * Fix tooltip height for versions of irrlicht < 1.8.2Craig Robbins2016-05-21
| | | | | | | | | | | | Version 1.8.2 of irrlicht changed the way that IGUIStaticText::getTextHeight() works and since that release properly deals with newlines. From irrlicht changes.txt for 1.8.2, "IGUIStaticText::getTextHeight returns now the correct height for texts with newlines even WordWrap is not set."
| * Implement DatabaseException for databasesnerzhul2016-05-17
| |
| * Add on_punchnode callbackWayward One2016-05-17
| |
| * DB::loadBlock copy removal & DB backend cleanupLoic Blot2016-05-17
| | | | | | | | | | * Remove the copy from db::loadBlock by using a pointer to the destination * cleanup db backend, the child backend doesn't have to set their functions as virtual
| * Really fix ncurses lookup on Arch Linuxsfan52016-05-16
| | | | | | | | | | Commit 27ee8d8943080a5dd735c9faa47c726604bafdff forgot to add the paths without ncursesw/ to the find_path() call
| * Android: enable parallelism for main target tooest312016-05-16
| | | | | | | | | | | | | | | | | | This adds to the changes that commit 98d16e0d9a945f5f48462c05f26ae4bde2db5731 "Android: Tell make about sub-makes to speed up build" did, and enables parallel builds for minetest itself as well.
| * Documentation: Remove incorrect and excessive mapgen flags textparamat2016-05-16
| |
| * Continue with 0.4.14-devsfan52016-05-15
| |
* | Merge 0.4.14 changes into stable-0.4est312016-05-15
|\ \ | |/ |/| | | 0.4.14 release!
| * Merge 0.4.13 changes into stable-0.4est312015-08-20
| |\ | | | | | | | | | 0.4.13 release!
| | * Bump android version codeLoic Blot2015-03-16
| | |
| | * Android: Fix auto-entry of server address and port in mainmenuest312015-03-16
| | | | | | | | | | | | Fixes #2497.
| | * Android: update makefile and backport language fix from masterLoic Blot2015-03-15
| | |
| | * Fix narrow_to_wide_c (ANDROID)Craig Robbins2015-03-15
| | | | | | | | | | | | | | | * Ensure converted string is NUL terminated * Restore logic to that used prior to 9e2a9b5
| | * Releasing androidLoic Blot2015-03-14
| | |
| | * Bump version to 0.4.12Perttu Ahola2015-02-18
| | |
| | * Add modname convention checkingNovatux2015-02-18
| | | | | | | | | | | | Fixes #2037
| | * Fix serverlist includeLoic Blot2015-02-18
| | |
| | * Server: announce MIN/MAX protocol version supported to serverlist. Client: ↵est312015-02-18
| | | | | | | | | | | | | | | | | | | | | check serverlist Client now informs about incompatible servers from the list, this permits to prevent the protocol movements. Server announces its supported protocol versions to master server
| | * Fix map_seed not changed when creating a new world after login to anotherfz722015-02-18
| | |
| | * Increase default font_sizeBlockMen2015-02-18
| | |
| | * Fix font_size under windowsBlockMen2015-02-18
| | |
| | * Use fixed size for builtin menus on non-android platformsPerttu Ahola2015-02-18
| | |
| | * Fix unused (and so, broken) enable_rollback_recording. This option must be ↵Loic Blot2015-02-18
| | | | | | | | | | | | reloaded at server loop but loaded when server starts, for data consistency (not a hot load variable)
generated by cgit v1.2.3 (git 2.39.1) at 2025-08-03 23:44:17 +0000