Filing bugs and issues/ru: Difference between revisions

From Joomla! Documentation

Created page with "Доклад програмных ошибок и проблем"
 
No edit summary
 
(129 intermediate revisions by 4 users not shown)
Line 1: Line 1:
<noinclude><languages /></noinclude>
<noinclude><languages /></noinclude>
To report a bug in the Joomla! bug trackers, you need to create a tracker item. Once the tracker item is created, the developers will check the validity of it and act accordingly.
Чтобы '''сообщить о какой-либо программной ошибке''' на тракер программных ошибок Joomla!, Вам необходимо создать некоторый тракерный пункт. Как только этот тракерный пункт создан, определенный разработчик проверит его действительность и отреагирует соответствующим образом. Если Вы желаете '''помочь в тестировании''' патчей системы Joomla!, то выполните, пожалуйста, [[S:MyLanguage/Testing Joomla! patches|эти подробные инструкции]].


== Reporting bugs ==
== Сообщить о программных ошибках ==
=== Register an Account at GitHub ===
=== Зарегистрируйте аккаунт на GitHub ===
You will need to [https://github.com register for an account] at GitHub; the Joomla! Issue Tracker uses GitHub accounts for authentication.
Вам будет необходимо [https://github.com зарегистрировать свой аккаунт] на GitHub; тракер "Joomla! Issue Tracker" использует для входа аккаунты на GitHub.


=== Access the Joomla! issue tracker. ===
=== Войдите в тракер багов Joomla! ===


*[http://issues.joomla.org Joomla! Issue Tracker]- Active
*[http://issues.joomla.org Joomla! Issue Tracker]- Открытые
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=8103 Joomla! CMS Issue Tracker] - Inactive - Please use the new Joomla! Issue Tracker
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=11410 Old Joomla! 2.5 Bug Tracker] - Inactive - Please use the new Joomla! Issue Tracker.
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=32 Joomla! 1.5 Bug Tracker] - Inactive
*[http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemBrowse&tracker_id=5782 Joomla! 1.0 Bug Tracker] - Closed


=== Check to see if the bug you want to report is already reported. ===
=== Проверьте, была ли эта программная ошибка, о которой Вы собираетесь доложить, уже отправлена ранее на тракер. ===


A series of filters display the tracker items and can be accessed by clicking the "Search Tools" button at the top of the list. Mouse over the title of the tracker items to check their contents. If the issue you are experiencing is not already reported, click on the "New Item" button in the main navigation area.
Элементы трекера отображаются с помощью ряда фильтров, доступ к которым можно получить, нажав кнопку «Инструменты поиска» в верхней части списка. Если о проблеме, с которой вы столкнулись, еще не сообщалось, нажмите кнопку «Новый элемент» в основной области навигации.


A new screen will display and there, the more information you give, the easier it is for the developers.
Будет показан новый экран. Чем больше информации Вы представите, тем легче будет [работать] разработчикам [над ее устранением].


Fill in as much data as you can. You can enable tips for each field by switching the "View Mode" toggle on the right side of the screen from Pro to Help.
Предоставьте как можно больше информации. Щелкая на переключатель "Режим просмотра" в правой части экрана с "Pro" на "Помощь"  Для каждого поля Вы можете включить подсказки для каждого поля.


* [[S:MyLanguage/Bug and Issue Tracker Priority|Priority]] : Use the default "Medium" except if you know the code enough to make another choice.
* [[S:MyLanguage/Bug and Issue Tracker Priority|Приоритет]] : Используйте [приоритет] по умолчанию "Средний", за исключением [случаев], где Вы достаточно хорошо знакомы с кодом, чтобы [оправдать] выбор другого [приоритета].
* Build : Type here the version(s) affected by the issue.
* Билд: введите здесь версию(ии), [на которую(ые)] распространяется данная проблема.
* Categories : This one is more tricky. Use "Administration" if you do not know better.
* Категории: здесь более сложно. Используйте "Administration", если Вы не можете предложить лучший [выбор].
* Title : A short summary of the issue.
* Название: краткое изложение данной проблемы.
* Description : Details of the issue. Please see the section below for more info.
* Описание: подробно о данной ошибке. Для подробных указаний познакомтесь, пожалуйста, с ниже расположенным разделом.
* Uploads : Users are permitted to upload images to issue reports. Information about upload requirements is listed on the report form.
* Загрузка: пользователям разрешается вместе с докладами об ошибках загружать изображения. Информация по требованиям к загрузке приведена на веб-форме доклада.


=== Provide a summary ===
=== Предоставьте краткое изложение этой программной ошибки ===


Describe in a few words the issues you are having. It is generally a good idea to use existing tracker items as examples if this is your first time reporting a bug.
Опишите в нескольких словах обнаруженную Вами проблему. Если это Ваш первый доклад на тракер о [найденной] програмной ошибке, то в общем будет неплохой идеей воспользоваться уже существующими на тракере записями в качестве примера.


Examples:
Примеры:


* Front-end: Warning such and such.
* Лицевая часть: такое-то и такое-то предупреждение.
* Back-end: Unable to save article when "nameofplugin" is published.
* Административная часть: после публикации плагина "названиеплагина" не удается сохранить материалы.


Note: Take care to be descriptive in your summary as this is the first thing the developers will see when they are perusing the tracker for something to fix.
Примечание: уделите [должное] внимание [созданию] своего краткого изложения [обнаруженной програмной ошибки], поскольку она будет первым, что увидят разработчики, гоняющиеся на тракере за отладкой ошибок.
   
   
=== Provide details about the bug ===
=== Предоставьте подробную информацию о данной программной ошибке ===


To provide the most information possible, the tracker populates the description field with a template with five sub-sections:
Чтобы получить наиболее полную информацию, тракер заполняет поле описания шаблоном с пятью под-разделами:


* Steps to reproduce the issue : Detailed steps on how another person can reproduce the issue.
* Шаги для воспроизведения этой проблемы: подробные пошаговые [указания] о [том], как другой человек сможет воспроизвести эту ошибку.
* Expected result : What you believe should happen when you perform the steps above.
* Ожидаемый результат: что по-Вашему должно произойти, как только будут выполнены выше указанные [пошаговые] инструкции.
* Actual result : What actually happened when performing the above steps
* Фактический результат: что фактически произошло как только были выполнены выше указанные пошаговые [указания].
* System information : Information about the environment your system is configured in. This could include the browser you are using, the PHP version from your server, or the database type your site is using. For optimal results, you can copy this data from your site's System Information view when logged into the administrator section.
* Информация по системе: информация по конфигурации Вашей системной среды. Сюда входит какой браузер Вы используете, версия PHP Вашего сервера или тип используемой на Вашем веб-сайте базы данных. Для наиболее оптимального результата Вы можете скопировать данные, войдя в административный раздел [по навигационному пути] "Система" -> "Информация о системе".
* Additional comments : Any additional information not provided above that would be beneficial to troubleshooting and resolving the issue.
* Дополнительные комментарии: любая не предоставленная выше информация, которая может быть полезна для поиска этой неисправности и ее устранения.


The general format should be something like:
Общий формат должен быть примерно таким:
# "Here is ''exactly'' what I did."
# "Вот в точности что я проделал."
# "This is what happened."
# "Вот что произошло."
# "This is what I think should have happened."  
# "Вот что по-моему должно было произойти."  
# "Other information, possible solution, proposed code patch."
# "Другая информация, возможное решение, предложенный патч [с] кодом."


The more details, the better. Also, it is important to reproduce the bug using the sample Joomla! website or with easy, clear instructions for how to set it up. Remember that others will not have access to your site's database, so you will need to be able to tell someone how to see the bug with data that is readily available -- the sample site.
Чем больше информации, тем лучше. Также важно воспроизвести данную ошибку, используя веб-сайт [с] демонстрационными данными Joomla или с простыми и четкими инструкциями относительно того, как [прийти] к ней. Помните, что у других не будет доступа к базе данных Вашего веб-сайта, так что Вам будет нужно подсказать другим как [можно] увидеть данный баг [с помощью имеющихся в их распоряжении]  данных, т.е. демонстрационного веб-сайта.


==== Example A ====
==== Пример А ====


; What I did : Started with sample website. Everything was ok. I enabled "nameofplugin". Try to save any article from back end.
; Что я сделал: начал на демонстрационном веб-сайте. Все было в порядке. Я включил [плагин] "названиеплагина". Попытайтесь сохранить какой-либо материал в административной панели.
; What happened : I get a blank screen and article is not saved.  
; Что произошло: я получил былый экран и материал не был сохранен.  
; What should have happened : Articles should save correctly.
; Что должно было произойти: материалы должны сохраняться правильно.
; Other information : These are the plugins enabled at the same time. SEF is on (or Off). My site is in a sub-folder. I also remark that... etc. Files such and such are the issues IMHO (if you know what you are talking about).
; Прочие данные: это какие плагины включены одновременно. SEF включен (или выключен). Мой веб-сайт находится в такой-то под-директории. Я также отмечаю, что .... По-моему, такой-то и такой-то файл являются [источником] проблемы (если Вы знаете о чем Вы говорите).


==== Example B ====  
==== Пример Б ====  


; What I did : Navigate to Back-end. Click on "menu_name" Menu.  
; Что я сделал: прошел в административную панель. Щелкнул на пункт меню "название_пункта_меню".  
; What happened: Page opened is blank.  
; Что получилось: страница открылась как белый экран.  
; What should have happened : Menu should have opened correctly.
; Что должно было получиться: меню должно было открыть [страницу] правильно.
; Other information : Any other menu works OK. etc.
; Дополнительная информация: любые другие меню работают в порядке.


==== Real-Life Example ====
==== Примеры из практики ====
*What I did
*Что я сделал
:# Started with the sample website.  
:# Начал на веб-сайте с демонстрационными [данными].  
:# Added an unpublished article from the back end, with Section=FAQ, Category=General.  
:# Добавил [находясь в] административной панели неопубликованный материал в категории FAQ, под-категории "General".  
:# In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".  
:# Во вкладке расширенных параметров отображения материала установите "Заголовок" на "Скрыть" и "Иконка печати" и "Иконка электронной почты" на "Скрыть".  
:# Save the article and navigate to front end. Login to the front end as admin and navigate to the Example Pages -> Category Blog menu item.  
:# Сохраните этот материал и пройдите на лицевую часть [веб-сайта]. Войдите в лицевую часть как администрато и пройдите на пункт меню "Example Pages" -> "Category Blog".  
*What happened : The newly added article shows but there is no edit icon for the front-end user to click on.
*Что произошло: только что созданный материал показан на [его] лицевой части [веб-сайта] , но [на его веб-странице] нет иконки "Изменить" [для редактирования этого материла с лицевой части].
*What should have happened : The edit icon should show, allowing a front end user to edit this article.
*Что должно было произойти: иконка "Изменить" должна была показаться, позволяя пользователю лицевой части [щелкнуть на нее] чтобы отредактировать этот материал.
*Other information : This only happens with the rhuk_milkyway template. By changing this code [code proposed] in file [name and hierarchy of file], line(s) #, the issue looks solved on my settings.
*Прочая информация: это происходит только с шаблоном "protostar". Изменяя следующий код [предлагаемый код] в файле [название и путь к данному файлу], строка(и) номер ..., данная проблема в моих настройках исчезла.


=== Issue a pull request directly on Joomla!'s GitHub repository ===
=== Создать "pull" запрос непосредственно в Joomla-вском репозитории на GitHub ===


If you wish to propose a fix by directly providing the code within Joomla! itself, you may do so by issuing a "pull request" in Joomla!'s code repository on GitHub.com, located here: https://github.com/joomla/joomla-cms
Если Вы желаете предложить какое-либо исправление, предоставляя код для самой системы Joomla, то Вы можете сделать это создав запрос "pull" в репозитории кода Joomla на GitHub.com, расположенного здесь: https://github.com/joomla/joomla-cms


This process requires some knowledge regarding Source Control Management systems and Git in particular. If you do know what the Git SCM is and how it works, the process is simple:
Этот процесс требует некоторого опыта в отношении систем управления исходным кодом, конкретно - системы Git. Если Вы знаете что такое 'Git SCM' и как она работает, то этот процесс [будет для Вас] прост.:


* Sign up for a free GitHub.com account
* Зарегистрируйтесь на бесплатный аккаунта на GitHub.com.
* Fork the Joomla! repo
* Ответвите репозиторий Joomla
* Switch to the "staging" branch if you wish to propose a fix for the current Joomla! 3.x release or to the "2.5.x" branch if you want to propose a fix for Joomla! 2.5.
* Переключитесь на ветку «staging», если вы хотите предложить исправление для текущего релиза Joomla! 3.x, или на другую ветку, если вы хотите предложить исправление для следующей версии Joomla!
* Add/update the related files in Joomla! in the right branch and the click on the "review & compare" button - more info on this here https://help.github.com/articles/using-pull-requests - to start the "pull request" issuing process.
* Добавьте/обновите соответствующие файлы системы Joomla в правой ветке и затем щелкните на кнопку "review & compare" ("просмотреть и сравнить") - больше об этом на https://help.github.com/articles/using-pull-requests (англ) - начать процесс создания запроса на "pull".


=== Extra tips and tricks ===
=== Дополнительные подсказки и трюки ===


Well-written bug reports are incredibly helpful. However, there's a certain amount of overhead involved in working with any bug tracking system, so your help in keeping our ticket tracker as useful as possible is appreciated. In particular:
Хорошо написанные доклады об ошибках [являются] существенной помощью. Однако, с работой любой системы тракинга программных ошибок связаны расходы ресурсов, так что Ваша помощь в [том, чтобы] содержать наш трекет как можно [более] полезным, [будет принята с] признательностью. Особенно:


* Do read the [http://docs.joomla.org/FAQs FAQ] to see if your issue might be a well-known question.
* Обязательно прочитайте раздел [http://docs.joomla.org/FAQs FAQ] чтобы проверить, не является ли Ваша проблема [уже] хорошо известным вопросом.
* Do search [http://issues.joomla.org the tracker] to see if your issue has already been filed.
* Проведите поиск на [http://issues.joomla.org тракере] чтобы проверить, не была ли Ваша проблема уже отправлена на него.
* Do ask on bug reporting forums for [http://forum.joomla.org/viewforum.php?f=728 Joomla 3.x] or [http://forum.joomla.org/viewforum.php?f=579 Joomla 2.5] first if you're not sure if what you're seeing is a bug.
* Если Вы не уверены в том, является ли то, что Вы обнаружили, программной ошибкой, то обязательно задайте вопрос о том как отправлять доклады о программных ошибках на форуме [http://forum.joomla.org/viewforum.php?f=728 Joomla 3.x] f.
* Do write complete, reproducible, specific bug reports. Include as much information as you possibly can, complete with code snippets, test cases, etc. A minimal example that illustrates the bug in a nice small test case is the best possible bug report.
* Обязательно пишите полные, конкретные и с четкими указаниями [по воспроизведению данной ошибки] доклады. Включайте как можно больше информации, дополняя ее отрывками кода, пользовательскими сценариями и так далее. Самый лучший доклад о программной ошибке - это минимальный пример, который иллюстрирует конкретную программную ошибку в небольшом пользовательском сценарии.
* Don't use the tracker system to ask support questions. Use the [http://forum.joomla.org/ Joomla! forums], or the [irc://irc.freenode.net/joomla #joomla] IRC channel on freenode for that.
* Не используйте систему трекеров, чтобы задавать вопросы в службу поддержки. Используйте для этого [http://forum.joomla.org/ форумы Joomla!].
* Don't use the trackers to make large-scale feature requests. We like to discuss any big changes to Joomla!'s core on the [http://forum.joomla.org/viewforum.php?f=509 developers forums] before actually working on them.
* Не используйте трекеры для масштабных запросов о возможностях. Мы предпочитаем обсуждать любые крупные изменения в ядре Joomla! на [[jforum:509|форумах для разработчиков]], прежде чем приступать к работе над ними.
* Don't reopen issues that have been marked "not a bug". This mark means that the decision has been made that we can't or won't fix this particular issue. If you're not sure why, please ask on developer forums.
* Не открывайте заново проблемы, которые были помечены как «решение в ожидании». Эта пометка означает, что принято решение о том, что мы не можем или не будем исправлять эту конкретную проблему. Если вы не знаете, почему, спросите об этом на форуме[[jforum:509|для разработчиков]].
* Don't use the tracker for lengthy discussions, because they're likely to get lost. If a particular tracker item is controversial, please move discussion to [http://forum.joomla.org/viewforum.php?f=509 developer forums].
* Не используйте трекер для длинных обсуждений, потому что они могут быть потеряны. Если какой-то пункт трекера вызывает споры, перенесите его обсуждение в [[jforum:509|форумах для разработчиков]].


== Reporting security issues ==
== Доклад проблем с безопасностью ==


Report security issues to security [at] joomla [dot] org. This is a private list only open to long-time, highly trusted Joomla! developers, and its archives are not publicly readable.
Докладывайте о проблемах с безопасностью по [адресу электронной почты] security [at] joomla [dot] org. Этот приватный почтовый список открыт только давно работающим и доверенным разработчикам [системы] Joomla! и его архивы закрыты от публичного чтения.


In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:
В случае какой-либо подтвержденной уязвимости самой [системы] Joomla, мы примем следующие меры:


* Acknowledge to the reporter that we've received the report and that a fix is forthcoming. We'll give a rough timeline and ask the reporter to keep the issue confidential until we announce it.
* Подтвердим доложившему получение данного доклада и будущее исправление. Мы предоставим приблизительный срок времени и попросим доложившего сохранять данную проблему конфиденциально до тех пор, пока мы не объявим о ней.
* Halt all other development as long as is needed to develop a fix, including patches against the current and two previous releases.
* Остановим другие разработки на столько [времени], сколько нужно для разработки какого-либо исправления, включая патчи для текущего и двух предыдущих выпусков.
* Determine a go-public date for announcing the vulnerability and the fix. To try to mitigate a possible "arms race" between those applying the patch and those trying to exploit the hole, we will not announce security problems immediately.
* Определим дату публичного объявления о данной уязвимости и ее устранении. В целях сведения к минимуму возможную "гонку вооружений" между теми, кто применяет данный патч и теми, кто пытается злоупотреблять данной уязвимостью, мы не будем объявлять о проблемах с безопасностью немедленно.
* Publicly announce the vulnerability and the fix on the pre-determined go-public date. This will probably mean a new release of Joomla! but in some cases it may simply be patches against current releases.
* Публично объявим о данной уязвимости и [ее] устранении согласно предварительно назначенной [для этого] даты. Наиболее вероятно это будет означать новый выпуск [системы] Joomla, но в некоторых случаях это возможно будет просто патч для текущего выпуска.


[[Category:Development]] [[Category:Bug_Squad]]
[[Category:Development/ru]] [[Category:Bug_Squad/ru]]
[[Category:Bug Tracker]]
[[Category:Bug Tracker/ru]]

Latest revision as of 23:32, 30 October 2024

Чтобы сообщить о какой-либо программной ошибке на тракер программных ошибок Joomla!, Вам необходимо создать некоторый тракерный пункт. Как только этот тракерный пункт создан, определенный разработчик проверит его действительность и отреагирует соответствующим образом. Если Вы желаете помочь в тестировании патчей системы Joomla!, то выполните, пожалуйста, эти подробные инструкции.

Сообщить о программных ошибках

Зарегистрируйте аккаунт на GitHub

Вам будет необходимо зарегистрировать свой аккаунт на GitHub; тракер "Joomla! Issue Tracker" использует для входа аккаунты на GitHub.

Войдите в тракер багов Joomla!

Проверьте, была ли эта программная ошибка, о которой Вы собираетесь доложить, уже отправлена ранее на тракер.

Элементы трекера отображаются с помощью ряда фильтров, доступ к которым можно получить, нажав кнопку «Инструменты поиска» в верхней части списка. Если о проблеме, с которой вы столкнулись, еще не сообщалось, нажмите кнопку «Новый элемент» в основной области навигации.

Будет показан новый экран. Чем больше информации Вы представите, тем легче будет [работать] разработчикам [над ее устранением].

Предоставьте как можно больше информации. Щелкая на переключатель "Режим просмотра" в правой части экрана с "Pro" на "Помощь" Для каждого поля Вы можете включить подсказки для каждого поля.

  • Приоритет : Используйте [приоритет] по умолчанию "Средний", за исключением [случаев], где Вы достаточно хорошо знакомы с кодом, чтобы [оправдать] выбор другого [приоритета].
  • Билд: введите здесь версию(ии), [на которую(ые)] распространяется данная проблема.
  • Категории: здесь более сложно. Используйте "Administration", если Вы не можете предложить лучший [выбор].
  • Название: краткое изложение данной проблемы.
  • Описание: подробно о данной ошибке. Для подробных указаний познакомтесь, пожалуйста, с ниже расположенным разделом.
  • Загрузка: пользователям разрешается вместе с докладами об ошибках загружать изображения. Информация по требованиям к загрузке приведена на веб-форме доклада.

Предоставьте краткое изложение этой программной ошибки

Опишите в нескольких словах обнаруженную Вами проблему. Если это Ваш первый доклад на тракер о [найденной] програмной ошибке, то в общем будет неплохой идеей воспользоваться уже существующими на тракере записями в качестве примера.

Примеры:

  • Лицевая часть: такое-то и такое-то предупреждение.
  • Административная часть: после публикации плагина "названиеплагина" не удается сохранить материалы.

Примечание: уделите [должное] внимание [созданию] своего краткого изложения [обнаруженной програмной ошибки], поскольку она будет первым, что увидят разработчики, гоняющиеся на тракере за отладкой ошибок.

Предоставьте подробную информацию о данной программной ошибке

Чтобы получить наиболее полную информацию, тракер заполняет поле описания шаблоном с пятью под-разделами:

  • Шаги для воспроизведения этой проблемы: подробные пошаговые [указания] о [том], как другой человек сможет воспроизвести эту ошибку.
  • Ожидаемый результат: что по-Вашему должно произойти, как только будут выполнены выше указанные [пошаговые] инструкции.
  • Фактический результат: что фактически произошло как только были выполнены выше указанные пошаговые [указания].
  • Информация по системе: информация по конфигурации Вашей системной среды. Сюда входит какой браузер Вы используете, версия PHP Вашего сервера или тип используемой на Вашем веб-сайте базы данных. Для наиболее оптимального результата Вы можете скопировать данные, войдя в административный раздел [по навигационному пути] "Система" -> "Информация о системе".
  • Дополнительные комментарии: любая не предоставленная выше информация, которая может быть полезна для поиска этой неисправности и ее устранения.

Общий формат должен быть примерно таким:

  1. "Вот в точности что я проделал."
  2. "Вот что произошло."
  3. "Вот что по-моему должно было произойти."
  4. "Другая информация, возможное решение, предложенный патч [с] кодом."

Чем больше информации, тем лучше. Также важно воспроизвести данную ошибку, используя веб-сайт [с] демонстрационными данными Joomla или с простыми и четкими инструкциями относительно того, как [прийти] к ней. Помните, что у других не будет доступа к базе данных Вашего веб-сайта, так что Вам будет нужно подсказать другим как [можно] увидеть данный баг [с помощью имеющихся в их распоряжении] данных, т.е. демонстрационного веб-сайта.

Пример А

Что я сделал
начал на демонстрационном веб-сайте. Все было в порядке. Я включил [плагин] "названиеплагина". Попытайтесь сохранить какой-либо материал в административной панели.
Что произошло
я получил былый экран и материал не был сохранен.
Что должно было произойти
материалы должны сохраняться правильно.
Прочие данные
это какие плагины включены одновременно. SEF включен (или выключен). Мой веб-сайт находится в такой-то под-директории. Я также отмечаю, что .... По-моему, такой-то и такой-то файл являются [источником] проблемы (если Вы знаете о чем Вы говорите).

Пример Б

Что я сделал
прошел в административную панель. Щелкнул на пункт меню "название_пункта_меню".
Что получилось
страница открылась как белый экран.
Что должно было получиться
меню должно было открыть [страницу] правильно.
Дополнительная информация
любые другие меню работают в порядке.

Примеры из практики

  • Что я сделал
  1. Начал на веб-сайте с демонстрационными [данными].
  2. Добавил [находясь в] административной панели неопубликованный материал в категории FAQ, под-категории "General".
  3. Во вкладке расширенных параметров отображения материала установите "Заголовок" на "Скрыть" и "Иконка печати" и "Иконка электронной почты" на "Скрыть".
  4. Сохраните этот материал и пройдите на лицевую часть [веб-сайта]. Войдите в лицевую часть как администрато и пройдите на пункт меню "Example Pages" -> "Category Blog".
  • Что произошло: только что созданный материал показан на [его] лицевой части [веб-сайта] , но [на его веб-странице] нет иконки "Изменить" [для редактирования этого материла с лицевой части].
  • Что должно было произойти: иконка "Изменить" должна была показаться, позволяя пользователю лицевой части [щелкнуть на нее] чтобы отредактировать этот материал.
  • Прочая информация: это происходит только с шаблоном "protostar". Изменяя следующий код [предлагаемый код] в файле [название и путь к данному файлу], строка(и) номер ..., данная проблема в моих настройках исчезла.

Создать "pull" запрос непосредственно в Joomla-вском репозитории на GitHub

Если Вы желаете предложить какое-либо исправление, предоставляя код для самой системы Joomla, то Вы можете сделать это создав запрос "pull" в репозитории кода Joomla на GitHub.com, расположенного здесь: https://github.com/joomla/joomla-cms

Этот процесс требует некоторого опыта в отношении систем управления исходным кодом, конкретно - системы Git. Если Вы знаете что такое 'Git SCM' и как она работает, то этот процесс [будет для Вас] прост.:

  • Зарегистрируйтесь на бесплатный аккаунта на GitHub.com.
  • Ответвите репозиторий Joomla
  • Переключитесь на ветку «staging», если вы хотите предложить исправление для текущего релиза Joomla! 3.x, или на другую ветку, если вы хотите предложить исправление для следующей версии Joomla!
  • Добавьте/обновите соответствующие файлы системы Joomla в правой ветке и затем щелкните на кнопку "review & compare" ("просмотреть и сравнить") - больше об этом на https://help.github.com/articles/using-pull-requests (англ) - начать процесс создания запроса на "pull".

Дополнительные подсказки и трюки

Хорошо написанные доклады об ошибках [являются] существенной помощью. Однако, с работой любой системы тракинга программных ошибок связаны расходы ресурсов, так что Ваша помощь в [том, чтобы] содержать наш трекет как можно [более] полезным, [будет принята с] признательностью. Особенно:

  • Обязательно прочитайте раздел FAQ чтобы проверить, не является ли Ваша проблема [уже] хорошо известным вопросом.
  • Проведите поиск на тракере чтобы проверить, не была ли Ваша проблема уже отправлена на него.
  • Если Вы не уверены в том, является ли то, что Вы обнаружили, программной ошибкой, то обязательно задайте вопрос о том как отправлять доклады о программных ошибках на форуме Joomla 3.x f.
  • Обязательно пишите полные, конкретные и с четкими указаниями [по воспроизведению данной ошибки] доклады. Включайте как можно больше информации, дополняя ее отрывками кода, пользовательскими сценариями и так далее. Самый лучший доклад о программной ошибке - это минимальный пример, который иллюстрирует конкретную программную ошибку в небольшом пользовательском сценарии.
  • Не используйте систему трекеров, чтобы задавать вопросы в службу поддержки. Используйте для этого форумы Joomla!.
  • Не используйте трекеры для масштабных запросов о возможностях. Мы предпочитаем обсуждать любые крупные изменения в ядре Joomla! на форумах для разработчиков, прежде чем приступать к работе над ними.
  • Не открывайте заново проблемы, которые были помечены как «решение в ожидании». Эта пометка означает, что принято решение о том, что мы не можем или не будем исправлять эту конкретную проблему. Если вы не знаете, почему, спросите об этом на форумедля разработчиков.
  • Не используйте трекер для длинных обсуждений, потому что они могут быть потеряны. Если какой-то пункт трекера вызывает споры, перенесите его обсуждение в форумах для разработчиков.

Доклад проблем с безопасностью

Докладывайте о проблемах с безопасностью по [адресу электронной почты] security [at] joomla [dot] org. Этот приватный почтовый список открыт только давно работающим и доверенным разработчикам [системы] Joomla! и его архивы закрыты от публичного чтения.

В случае какой-либо подтвержденной уязвимости самой [системы] Joomla, мы примем следующие меры:

  • Подтвердим доложившему получение данного доклада и будущее исправление. Мы предоставим приблизительный срок времени и попросим доложившего сохранять данную проблему конфиденциально до тех пор, пока мы не объявим о ней.
  • Остановим другие разработки на столько [времени], сколько нужно для разработки какого-либо исправления, включая патчи для текущего и двух предыдущих выпусков.
  • Определим дату публичного объявления о данной уязвимости и ее устранении. В целях сведения к минимуму возможную "гонку вооружений" между теми, кто применяет данный патч и теми, кто пытается злоупотреблять данной уязвимостью, мы не будем объявлять о проблемах с безопасностью немедленно.
  • Публично объявим о данной уязвимости и [ее] устранении согласно предварительно назначенной [для этого] даты. Наиболее вероятно это будет означать новый выпуск [системы] Joomla, но в некоторых случаях это возможно будет просто патч для текущего выпуска.