Kenix Posted September 18, 2012 Share Posted September 18, 2012 Не для кого не секрет, что юзер под ником x86 нагло закрывает почти все запросы юзеров без каких либо причин, не знаю как вам, но мне это дело надоело. Больше нет смысла писать что-то в баг трекер если этот запрос закроет x86. Я не знаю что с ним не так, но у него какая то "Мания закрытия". Примеры: http://bugs.mtasa.com/view.php?id=6459 http://bugs.mtasa.com/view.php?id=6441 http://bugs.mtasa.com/view.php?id=6810 ... Link to comment
Kernell Posted September 18, 2012 Share Posted September 18, 2012 (edited) Не для кого не сикрет, что юзер под ником x86 нагло закрывает почти все запросы юзеров без каких либо причин, не знаю как вам, но мне это дело надоело.Пруфы: http://bugs.mtasa.com/view.php?id=6459 http://bugs.mtasa.com/view.php?id=6441 ... Не могу не поддержать. Вообще странная политика. Закрывать задачи чтобы заткнуть всем рот? (Нет возможности добавлять коменты). Был случай когда он закрыл задачу написав с намёком что-то вроде "смотрите на мта вики, написано что функция может не работать, подробности на мантисе", хотя эту пометку в вики сделал я http://bugs.multitheftauto.com/view.php?id=7117 https://wiki.multitheftauto.com/wiki/BlendPedAnimation А пометку "Reason/Note: This function doesn't exists. See the bugtracker for updates and more information." я добавил перед написанием в баг-трекер. x86 грубо говоря послал на**й и не дал возможности ответить. P.S. Меня удивляет вообще как он имеет статус "Разработчик" в то время как другие пользователи написали больше строк кода чем он (кроме его шаблонного ресурса функции system я ничего не видел). Edited September 18, 2012 by Guest Link to comment
_Dark_ Posted September 18, 2012 Share Posted September 18, 2012 Все правильно делает. Закрывает запросы в которых последнее обсуждение было год назад. Обсуждения нет => надобности тоже нет. В любом случае, команда MTA видит его действия, значит все в порядке. Link to comment
CWanted Posted September 18, 2012 Share Posted September 18, 2012 Вы хоть читаете что он закрывает? В первом случае был репорт, что вместе со взрывпакетами выдаётся детонатор и на это нужно повлиять - какой смысл иметь взрывпакеты без детонатора? А во втором бред - МТА портит сашный exe'шник Что закрывать ищу я, а потом ему пишу, так что меня пинайте. Link to comment
AirKite Posted September 18, 2012 Share Posted September 18, 2012 Что закрывать ищу я, а потом ему пишу, так что меня пинайте. Нет слов Да и собственно вообще в целом весь балаган с МТА печаль... Link to comment
TwiX! Posted September 19, 2012 Share Posted September 19, 2012 Не для кого не секрет, что юзер под ником x86 нагло закрывает почти все запросы юзеров без каких либо причин, не знаю как вам, но мне это дело надоело. Больше нет смысла писать что-то в баг трекер если этот запрос закроет x86. Я не знаю что с ним не так, но у него какая то "Мания закрытия".Примеры: http://bugs.mtasa.com/view.php?id=6459 http://bugs.mtasa.com/view.php?id=6441 http://bugs.mtasa.com/view.php?id=6810 ... да эта проблема уже давно, чё ты переживаешь всем насрать всё равно, найдутся парочка ещё кто против него, всё равно мы в меньшинстве Link to comment
CWanted Posted September 19, 2012 Share Posted September 19, 2012 Я ему сообщал только о бредовых репортах, копиях и репортах багов, которые давным давно пофиксены. Конечно я мог что-то указань неправильно, но я не думаю, что он совсем тугой и закрывает не читая. Плохо, что он закрывает молча и не добавляет ссылки, там где duplicate. Напишите ему в личку если он закрыл что-то нужное. Есть Arrantuna или Ransom, можно им пожаловаться, они всегда на все вопросы отвечают. Link to comment
lil Toady Posted September 21, 2012 Share Posted September 21, 2012 В общем-то, правильно он закрыл эти 3 репорта. #6459: вообще не понятно о чем отчет, и почему он не считает это ожидаемым поведением, да и менять принцип работы giveWeapon - это нарушение обратной совместимости => Изменения не требуются. #6441: Репортер сказал что это была проблема на его стороне и он её решил => Изменения не требуются. #6810: Человек предлагает отделить цвета от ника, тем не, менее сохранив возможность их настраивать, что не имеет смысла, да и понадобилось бы значительно изменить протокол и ресурсы, для такой незначительной вещи => Изменения не требуются. И что не так? Link to comment
Kernell Posted September 22, 2012 Share Posted September 22, 2012 lil Toady, да то, что об этом нигде не сказано, если бы это было написано при закрытии задачи - проблем бы не было. Link to comment
lil Toady Posted September 28, 2012 Share Posted September 28, 2012 Статус репорта, в большинстве случаев, все объясняет. Хотя, конечно, в некоторых отчетах не помешало бы дать более расширеный ответ. Но сегодня у нас появился еще один редактор на мантисе - CWanted! Link to comment
CWanted Posted September 30, 2012 Share Posted September 30, 2012 Но сегодня у нас появился еще один редактор на мантисе - CWanted! Неужто x86 нажаловался, что я ему работёнку подкидываю? Toady, вот есть несколько полезных и отсутствующих на роадмапе фич, они ведь очень нужны. Если их трудно реализовать, то пусть хоть какие-то комментарии от разработчиков появятся http://bugs.mtasa.com/view.php?id=6571 - в игре есть неиспользованные ID объектов, хорошо было бы их задействовать http://bugs.mtasa.com/view.php?id=5452 - mta не вычищает установочные файлы после использования, на вынь7 в папке ProgramData\MTA San Andreas All\1.3\temp скапливается всякий мусор http://bugs.mtasa.com/view.php?id=5867 - научить мта удалять загруженные файлы. В данный момент в mods\deathmatch\resources просто создаётся туча папок, я бы предложил для каждого сервера создать папку по названию или по IP, и добавить на Settings управление этими папками. В тоже время на багтрекере присутствует предложение показывать во время загрузки что и куда пишется - во первых, я не понимаю зачем пользователю знать, что там загружается + если файлы будут сохраняться в конкретную папку, то тогда всякие нехорошие люди будут знать откуда брать чужие труды. А вот старый баг http://bugs.mtasa.com/view.php?id=4300 - некоторые авто не повреждаются бензопилой, иногда такое происходит с melee оружием. Похожий баг http://bugs.mtasa.com/view.php?id=6196 Link to comment
[EFO]Kesha_F1 Posted September 30, 2012 Share Posted September 30, 2012 Но сегодня у нас появился еще один редактор на мантисе - CWanted! Неужто x86 нажаловался, что я ему работёнку подкидываю? Toady, вот есть несколько полезных и отсутствующих на роадмапе фич, они ведь очень нужны. Если их трудно реализовать, то пусть хоть какие-то комментарии от разработчиков появятся http://bugs.mtasa.com/view.php?id=6571 - в игре есть неиспользованные ID объектов, хорошо было бы их задействовать http://bugs.mtasa.com/view.php?id=5452 - mta не вычищает установочные файлы после использования, на вынь7 в папке ProgramData\MTA San Andreas All\1.3\temp скапливается всякий мусор Голосую за реализацию этих двух репортов. Link to comment
Kernell Posted November 14, 2012 Share Posted November 14, 2012 http://bugs.mtasa.com/view.php?id=7424 Нашли критичную дыру в безопасности, а в ответ получили "юзайте костыли" Link to comment
Kenix Posted November 14, 2012 Author Share Posted November 14, 2012 Я тут недавно просил на баг трекере http://bugs.mtasa.com/view.php?id=7414 ( запрос закрыли, мол спрашивай на форуме, круто чё, amx сделали ведь, а там ведь есть приложение через которое можно мигрировать моды, фильтрскрипты, ..., можно ведь сделать было типо ресурса, а там конвертер, к примеру выбрал карты, сконвертил, вышли карты, и сразу же подгрузились( также можно было сделать плюхи типа convertMapFromSAToMTA( pFile ), convertMapFromMTAToSA( pFile ) и т.д ) вообщем опять x86 нет слов .. ) В принципе на форуме можно задать, но разработчиков я тут ( на оф разделе ) действительно редко вижу, а вот юзеров которым нужна помощь - всегда. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now