Deploying to gh-pages from @ Klipper3d/klipper@26e6ade175 🚀

hu/CONTRIBUTING.html

@@ -1388,7 +1388,7 @@
 <p>Hibátlan-e a beadvány, és készen áll-e a széles körű bevezetésre?A benyújtóknak a benyújtás előtt tesztelniük kell a változtatásokat. A bírálók keresik a hibákat, de általában nem tesztelik a beküldött anyagokat. Egy elfogadott beadványt gyakran az elfogadást követő néhány héten belül több ezer nyomtatóhoz juttatnak el. A beadványok minőségét ezért prioritásnak tekintik.</p>
 <p>A fő <a href="https://github.com/Klipper3d/klipper">Klipper3d/klipper</a> GitHub tároló nem fogad el kísérleti munkát. A beküldőknek a kísérletezést, hibakeresést és tesztelést a saját tárolójukban kell elvégezniük. A <a href="Contact.html">Klipper Discourse</a> szerver jó hely arra, hogy felhívjuk a figyelmet az új munkára, és megtaláljuk azokat a felhasználókat, akiket érdekel a valós visszajelzés.</p>
 <p>A beadványoknak át kell menniük az összes <a href="Debugging.html">regressziós teszteseten</a>.</p>
-<p>When fixing a defect in the code, submitters should have a general understanding of the root cause of that defect, and the fix should target that root cause.</p>
+<p>A kódban lévő hiba javításakor a benyújtóknak általában véve tisztában kell lenniük a hiba kiváltó okával, és a javításnak ezt a kiváltó okot kell megcéloznia.</p>
 <p>A beküldött kódok nem tartalmazhatnak túlzottan sok hibakeresési kódot, hibakeresési opciót vagy futásidejű hibakeresési naplózást.</p>
 <p>A kódbeadványokhoz fűzött megjegyzéseknek a kód karbantartásának javítására kell összpontosítaniuk. A beadványok nem tartalmazhatnak "kikommentált kódot" vagy túlzottan sok, korábbi megvalósításokat leíró megjegyzést. Nem lehetnek túlzott mértékű "todo" megjegyzések.</p>
 <p>A dokumentáció frissítései nem jelenthetik ki, hogy azok "folyamatban lévő munkák".</p>