Filing bugs and issues/tr: Difference between revisions

From Joomla! Documentation

No edit summary
FuzzyBot (talk | contribs)
Updating to match new version of source page
 
(79 intermediate revisions by one other user not shown)
Line 2: Line 2:
Joomla! hata izleyicileri de '''bir hatayı bildirmek''' için, bir izci öğesi oluşturması gerekir. İzleyici öğesi oluşturulduktan sonra geliştiriciler geçerliliğini kontrol edecek ve buna göre hareket edecektir. Joomla! '''yamalarına yardımcı''' olmak istiyorsanız, lütfen bunları izleyin [[S:MyLanguage/Testing Joomla! patches|nasıl yapılacağına ilişkin ayrıntılı talimatlar]].
Joomla! hata izleyicileri de '''bir hatayı bildirmek''' için, bir izci öğesi oluşturması gerekir. İzleyici öğesi oluşturulduktan sonra geliştiriciler geçerliliğini kontrol edecek ve buna göre hareket edecektir. Joomla! '''yamalarına yardımcı''' olmak istiyorsanız, lütfen bunları izleyin [[S:MyLanguage/Testing Joomla! patches|nasıl yapılacağına ilişkin ayrıntılı talimatlar]].


== Reporting bugs ==
== Hataları bildirme ==
=== Register an Account at GitHub ===
=== GitHub'da Hesap Oluştur ===
You will need to [https://github.com register for an account] at GitHub; the Joomla! Issue Tracker uses GitHub accounts for authentication.
GitHub'da [https://github.com bir hesap için kayıt yaptırmanız gerekecektir]; Joomla Sayı Tracker kimlik doğrulaması için GitHub hesaplarını kullanır.


=== Access the Joomla! issue tracker. ===
=== Joomla! sorun izleyicisine erişin. ===


*[http://issues.joomla.org Joomla! Issue Tracker]- Open
*[http://issues.joomla.org Joomla! Issue Tracker]- Açık


=== Check to see if the bug you want to report is already reported. ===
=== Raporlamak istediğiniz hatanın raporlanmış olup olmadığını kontrol edin. ===


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.
<div class="mw-translate-fuzzy">
Bir dizi filtre izleyici öğelerini görüntüler ve listenin en üstündeki "Arama Araçları" düğmesini tıklayarak erişebilirsiniz. İçeriğini kontrol etmek için izci öğelerinin başlığının üzerine gelin. Karşılaştığınız sorun zaten bildirilmemişse, ana dolaşma alanındaki "Yeni Öğe" düğmesine tıklayın.
</div>


A new screen will display and there, the more information you give, the easier it is for the developers.
Yeni bir ekran görüntülenecek ve oradan ne kadar fazla bilgi verirseniz, geliştiriciler için o kadar kolay olacaktır.


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.
Mümkün olduğu kadar çok veri doldurun. Ekranın sağ tarafındaki "Görünüm Modu" geçişini Pro'tan Yardım'a çevirerek her alanın ipuçlarını etkinleştirebilirsiniz.


* [[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|Öncelikle]] : Başka bir seçim yapmak için kodu yeterince biliyorsanız, varsayılan "Orta" yı kullanın.
* Build : Type here the version(s) affected by the issue.
* Yapı : Sorundan etkilenen sürüm(leri) yazın.
* Categories : This one is more tricky. Use "Administration" if you do not know better.
* Kategoriler : Bu biraz zor. İyi bilmiyorsanız "Yönetim" seçeneğini kullanın.
* Title : A short summary of the issue.
* Başlık : Sorunun kısa özeti.
* Description : Details of the issue. Please see the section below for more info.
* Açıklama : Sorunun ayrıntıları. Daha fazla bilgi için lütfen aşağıdaki bölüme bakın.
* Uploads : Users are permitted to upload images to issue reports. Information about upload requirements is listed on the report form.
* Yüklemeler : Kullanıcıların raporları yayınlamak için resim yüklemelerine izin verilir. Yükleme gereksinimleri hakkındaki bilgi, rapor formunda listelenir.


=== Provide a summary ===
=== Özet sağlayın ===


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.
Karşılaştığınız sorunları birkaç kelimeyle tarif edin. Genellikle bu hata raporlama ilk defa ise örnek olarak varolan izci öğeleri kullanmak iyi bir fikirdir.


Examples:
Örnekler:


* Front-end: Warning such and such.
* Ön uç : Uyarı böyle ve benzeri.
* Back-end: Unable to save article when "nameofplugin" is published.
* Arka uç: "nameofplugin" yayınlandığında makale kaydedilemiyor.


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.
Not: Özetleriniz de açıklayıcı olmaya özen gösterin, çünkü geliştiricilerin düzelticinin izini sürdüğünde göreceği ilk şey budur.
   
   
=== Provide details about the bug ===
=== Hata hakkında ayrıntılar verin ===


To provide the most information possible, the tracker populates the description field with a template with five sub-sections:
Mümkün olan en fazla bilgiyi sağlamak için izci, açıklama alanını beş alt bölüme sahip bir şablon ile doldurur:


* Steps to reproduce the issue : Detailed steps on how another person can reproduce the issue.
* Sorunu yeniden oluşturma adımları : Başka bir kişinin sorunu nasıl yeniden üretebileceğine ilişkin ayrıntılı adımlar.
* Expected result : What you believe should happen when you perform the steps above.
* Beklenen sonuç : Yukarıdaki adımları uyguladığınızda ne olacağına inandığınız şey.
* Actual result : What actually happened when performing the above steps
* Gerçek sonuç : Yukarıdaki adımları gerçekleştirirken gerçekte ne oldu
* 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.
* Sistem bilgisi : Sisteminiz yapılandırılmış çevre hakkında bilgi. Bu, kullandığınız tarayıcıyı, sunucudan PHP sürümü veya sitenizin kullandığı veritabanı türünü içerebilir. En iyi sonucu almak için, bu verileri yönetici bölümüne girdiğinizde sitenizin Sistem Bilgileri görünümünden kopyalayabilirsiniz.
* Additional comments : Any additional information not provided above that would be beneficial to troubleshooting and resolving the issue.
* Ek yorumlar : Yukarıda sağlanmayan ek bilgiler sorun gidermek ve sorunu çözmek için yararlı olacaktır.


The general format should be something like:
Genel format şöyle olmalıdır:
# "Here is ''exactly'' what I did."
# "İşte ''tam olarak'' yaptıklarım."
# "This is what happened."
# "Olan şey bu."
# "This is what I think should have happened."  
# "Ben de öyle olması gerektiğini düşünüyorum."  
# "Other information, possible solution, proposed code patch."
# "Diğer bilgiler, olası çözüm, önerilen kod yaması."


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.
Daha fazla ayrıntı daha iyidir. Ayrıca, hatanın örnek Joomla! web sitesini kullanarak veya bunları nasıl düzenleyeceğiniz konusunda kolay ve net talimatlarla çoğaltması önemlidir. Başkalarının sitenizin veritabanına erişemeyeceğini unutmayın; bu yüzden, birine, kolayca bulunabilen verilere sahip hataları nasıl göreceğinizi söyleyebilmeniz gerekir - örnek site.


==== Example A ====
==== Örnek A ====


; What I did : Started with sample website. Everything was ok. I enabled "nameofplugin". Try to save any article from back end.
; Yaptığım şey : Örnek web sitesiyle başladım. Her şey yolundaydı. "nameofplugin" ı etkinleştirdim. Herhangi bir makaleyi arka uçtan kaydetmeyi denerken hata alıyorum.
; What happened : I get a blank screen and article is not saved.  
; Ne oldu : Boş bir ekran aldım ve yazı kaydedilmedi.  
; What should have happened : Articles should save correctly.
; Ne olmalıydı : Makalelerin doğru şekilde kaydedilmesi gerekirdi.
; 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).
; Diğer bilgiler : Bunlar aynı anda etkinleştirilen eklentilerdir. SEF açık (veya kapalı). Sitem bir alt klasördedir. Ayrıca şunu söyleyebilirim ... vb. Dosyalar ve benzeri konular IMHO'dur (ne konuştuğunuzu biliyorsanız).


==== Example B ====  
==== Örnek B ====  


; What I did : Navigate to Back-end. Click on "menu_name" Menu.  
; Yaptıklarım : Arka planda. "menu_name" Menüsünü tıkladım.  
; What happened: Page opened is blank.  
; Ne oldu: Sayfa boş açıldı.  
; What should have happened : Menu should have opened correctly.
; Ne olmalıydı: Menü düzgün açılmış olmalıydı.
; Other information : Any other menu works OK. etc.
; Diğer bilgiler : Başka herhangi bir menü de çalışıyor vb.


==== Real-Life Example ====
==== Gerçek Hayat Örneği ====
*What I did
*Ben ne yaptım
:# Started with the sample website.  
:# Örnek web sitesiyle başladık.  
:# Added an unpublished article from the back end, with Section=FAQ, Category=General.  
:# Arka uçtan, yayınlanmamış bir makale eklendi, Bölüm = SSS, Kategori = Genel.  
:# In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".  
:# Makalenin gelişmiş parametrelerinde, Başlıkları Göster "Hayır" ve Yazdır, PDF ve E-posta Simgeleri "Gizle" olarak ayarladım.  
:# 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.  
:# Makaleyi kaydettim ve ön uça gittim. Ön uca admin olarak giriş yaptım ve Örnek Sayfalar -> Kategori Bloğu menü öğesine gittim.  
*What happened : The newly added article shows but there is no edit icon for the front-end user to click on.
*Ne oldu : Yeni eklenen yazı gösteriliyor ancak ön uç kullanıcısı için tıklanacak düzenleme simgesi yok.
*What should have happened : The edit icon should show, allowing a front end user to edit this article.
*Ne olmalıydı : Bir ön uç kullanıcısının bu makaleyi düzenlemesine izin veren düzenleme simgesi görünmeliydi.
*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.
*Diğer bilgiler: Bu sadece rhuk_milkyway şablonu ile oluyor. [Dosya adı ve hiyerarşisi] satırında [kod önerilen] bu kodu değiştirerek, sorun ayarlarım da çözülmüş görünüyor.


=== Issue a pull request directly on Joomla!'s GitHub repository ===
=== Joomla!'ya GitHub deposunda doğrudan çekme isteği ver ===


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
Doğrudan kodu Joomla'nın kendisinde sunan bir düzeltme önermek isterseniz, burada bulunan GitHub.com'daki Joomla! kod deposunda bir "çekme isteği" yayınlayarak bunu yapabilirsiniz.: 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:
Bu işlem, özellikle Kaynak Kontrol Yönetim sistemleri ve Git hakkında bazı bilgi gerektirir. Git SCM'nin ne olduğunu ve nasıl çalıştığını biliyorsanız, işlem basittir:


* Sign up for a free GitHub.com account
* Ücretsiz GitHub.com hesabına kaydolun
* Fork the Joomla! repo
* Joomla! repo
* Switch to the "staging" branch if you wish to propose a fix for the current Joomla! 3.x release or to the "3.x-dev" branch if you want to propose a fix for the next Joomla! Version 3.x.
* <div class="mw-translate-fuzzy">
* 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.
Bir sonraki Joomla! Sürüm 3.x için bir düzeltme önermek istiyorsanız, geçerli Joomla! 3.x sürümü veya "3.x-dev" dalına yönelik bir düzeltme önermek isterseniz "hazırlama" dalına geçin.
</div>
* Joomla'da sağdaki ilgili dosyaları ekleyin/güncelleyin ve "inceleme ve karşılaştır" düğmesini tıklayın - bu konuda daha fazla bilgi https://help.github.com/articles/using-pull-requests - başlatmak için buraya tıklayın. "Çekme isteği" verme işlemi.


=== Extra tips and tricks ===
=== Ekstra ipuçları ve püf noktaları ===


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:
İyi yazılmış hata raporları inanılmaz faydalıdır. Bununla birlikte, herhangi bir hata izleme sistemi ile çalışmak için belirli bir yük masrafı söz konusudur, bu nedenle bilet izcimizi mümkün olduğunca kullanışlı kılacaktır. Özellikle:


* Do read the [http://docs.joomla.org/FAQs FAQ] to see if your issue might be a well-known question.
* Sorunun iyi bir soru olabileceğini görmek için [http://docs.joomla.org/FAQs SSS] 'i okuyun.
* Do search [http://issues.joomla.org the tracker] to see if your issue has already been filed.
* Sorunuzun dosyalanmış olup olmadığını görmek için  [http://issues.joomla.org tracker]'de arama yapın.
* Do ask on bug reporting forums for [http://forum.joomla.org/viewforum.php?f=728 Joomla 3.x] first if you're not sure if what you're seeing is a bug.
* Do ask on bug reporting forums for [http://forum.joomla.org/viewforum.php?f=728 Joomla 3.x] first if you're not sure if what you're seeing is a bug.
* 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.
* Tamamlanmış, tekrarlanabilir, spesifik hata raporları yazın. Kod snippet'leri, test kutuları vb. Ile birlikte mümkün olduğunca fazla bilgi ekleyin. Güzel bir küçük test durumundaki hatayı gösteren asgari bir örnek mümkün olan en iyi hata raporudur.
* 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.
* <div class="mw-translate-fuzzy">
* 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.
Destek sorularını sormak için izci sistemini kullanmayın. Bunun için [http://forum.joomla.org/ Joomla! forumlarını], veya [irc://irc.freenode.net/joomla #joomla] IRC kanalını kullanın.
* 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.
</div>
* 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].
* <div class="mw-translate-fuzzy">
İzleyicileri büyük ölçekli özellik talepleri yapmak için kullanmayın. Joomla çekirdeğindeki büyük değişiklikleri, üzerinde çalışmadan önce [http://forum.joomla.org/viewforum.php?f=509 geliştirici forumlarında] tartışmaktan memnuniyet duyarız.
</div>
* <div class="mw-translate-fuzzy">
"Bir hata değil" olarak işaretlenmiş sorunları tekrar açmayın. Bu işaret, bu belirli sorunu çözemediğimiz veya düzeltemeyeceğimiz kararının alındığı anlamına gelir. Nedeninden emin değilseniz, lütfen geliştirici forumlarından isteyin.
</div>
* <div class="mw-translate-fuzzy">
İzci, uzun süren tartışmalar için kullanmayın, çünkü kaybolma olasılıkları yüksektir. Belirli bir izci konusu tartışmalıysa, tartışmayı [http://forum.joomla.org/viewforum.php?f=509 geliştirici forumlarına] taşıyın.
</div>


== Reporting security issues ==
== Güvenlik sorunlarını bildirme ==


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.
Güvenlik sorunlarını security [at] joomla [dot] org a bildirin. Bu, yalnızca uzun süredir güvenilen Joomla! geliştiricilere açık özel bir listedir ve arşivleri herkes tarafından okunabilir değildir.


In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:
Joomla 'da onaylanmış bir güvenlik açığı olması durumunda, aşağıdaki işlemleri yapacağız:


* 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.
* Rapora rağbet ettiğimizi ve bir düzeltmenin hazırlanacağını muhabirimize bildirin. Kaba bir zaman çizelgesi vereceğiz ve muhabirden meseleyi açıklayana kadar gizli tutmasını istiyoruz.
* Halt all other development as long as is needed to develop a fix, including patches against the current and two previous releases.
* Geçerli ve önceki iki sürüme karşı yamalar da dahil olmak üzere bir düzeltme geliştirmek için gerekli olduğu sürece diğer geliştirmeleri durdurun.
* 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.
* Güvenlik açığını ve düzeltmeyi duyurmak için bir açıklama tarihi belirleyin. Düzeltme ekini uygulayan kişilerle deliği kullanmaya çalışan kişiler arasında olası bir "silahlanma yarışını" azaltmaya çalışmak için hemen güvenlik sorunlarını duyurarmayacağız.
* 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.
* Açıklık ve önceden belirlenmiş halka arz tarihindeki düzeltmeyi genel olarak duyurun. Bu muhtemelen Joomla'nın yeni bir sürümü anlamına gelecek, ancak bazı durumlarda yalnızca güncel sürümlere karşı yamalar olabilir.


[[Category:Development]] [[Category:Bug_Squad]]
[[Kategori:Geliştirilmesi]] [[Kategori:Bug_Squad]]
[[Category:Bug Tracker]]
[[Kategori:Hata Takipçisi]]

Latest revision as of 00:41, 4 January 2020

Joomla! hata izleyicileri de bir hatayı bildirmek için, bir izci öğesi oluşturması gerekir. İzleyici öğesi oluşturulduktan sonra geliştiriciler geçerliliğini kontrol edecek ve buna göre hareket edecektir. Joomla! yamalarına yardımcı olmak istiyorsanız, lütfen bunları izleyin nasıl yapılacağına ilişkin ayrıntılı talimatlar.

Hataları bildirme

GitHub'da Hesap Oluştur

GitHub'da bir hesap için kayıt yaptırmanız gerekecektir; Joomla Sayı Tracker kimlik doğrulaması için GitHub hesaplarını kullanır.

Joomla! sorun izleyicisine erişin.

Raporlamak istediğiniz hatanın raporlanmış olup olmadığını kontrol edin.

Bir dizi filtre izleyici öğelerini görüntüler ve listenin en üstündeki "Arama Araçları" düğmesini tıklayarak erişebilirsiniz. İçeriğini kontrol etmek için izci öğelerinin başlığının üzerine gelin. Karşılaştığınız sorun zaten bildirilmemişse, ana dolaşma alanındaki "Yeni Öğe" düğmesine tıklayın.

Yeni bir ekran görüntülenecek ve oradan ne kadar fazla bilgi verirseniz, geliştiriciler için o kadar kolay olacaktır.

Mümkün olduğu kadar çok veri doldurun. Ekranın sağ tarafındaki "Görünüm Modu" geçişini Pro'tan Yardım'a çevirerek her alanın ipuçlarını etkinleştirebilirsiniz.

  • Öncelikle : Başka bir seçim yapmak için kodu yeterince biliyorsanız, varsayılan "Orta" yı kullanın.
  • Yapı : Sorundan etkilenen sürüm(leri) yazın.
  • Kategoriler : Bu biraz zor. İyi bilmiyorsanız "Yönetim" seçeneğini kullanın.
  • Başlık : Sorunun kısa özeti.
  • Açıklama : Sorunun ayrıntıları. Daha fazla bilgi için lütfen aşağıdaki bölüme bakın.
  • Yüklemeler : Kullanıcıların raporları yayınlamak için resim yüklemelerine izin verilir. Yükleme gereksinimleri hakkındaki bilgi, rapor formunda listelenir.

Özet sağlayın

Karşılaştığınız sorunları birkaç kelimeyle tarif edin. Genellikle bu hata raporlama ilk defa ise örnek olarak varolan izci öğeleri kullanmak iyi bir fikirdir.

Örnekler:

  • Ön uç : Uyarı böyle ve benzeri.
  • Arka uç: "nameofplugin" yayınlandığında makale kaydedilemiyor.

Not: Özetleriniz de açıklayıcı olmaya özen gösterin, çünkü geliştiricilerin düzelticinin izini sürdüğünde göreceği ilk şey budur.

Hata hakkında ayrıntılar verin

Mümkün olan en fazla bilgiyi sağlamak için izci, açıklama alanını beş alt bölüme sahip bir şablon ile doldurur:

  • Sorunu yeniden oluşturma adımları : Başka bir kişinin sorunu nasıl yeniden üretebileceğine ilişkin ayrıntılı adımlar.
  • Beklenen sonuç : Yukarıdaki adımları uyguladığınızda ne olacağına inandığınız şey.
  • Gerçek sonuç : Yukarıdaki adımları gerçekleştirirken gerçekte ne oldu
  • Sistem bilgisi : Sisteminiz yapılandırılmış çevre hakkında bilgi. Bu, kullandığınız tarayıcıyı, sunucudan PHP sürümü veya sitenizin kullandığı veritabanı türünü içerebilir. En iyi sonucu almak için, bu verileri yönetici bölümüne girdiğinizde sitenizin Sistem Bilgileri görünümünden kopyalayabilirsiniz.
  • Ek yorumlar : Yukarıda sağlanmayan ek bilgiler sorun gidermek ve sorunu çözmek için yararlı olacaktır.

Genel format şöyle olmalıdır:

  1. "İşte tam olarak yaptıklarım."
  2. "Olan şey bu."
  3. "Ben de öyle olması gerektiğini düşünüyorum."
  4. "Diğer bilgiler, olası çözüm, önerilen kod yaması."

Daha fazla ayrıntı daha iyidir. Ayrıca, hatanın örnek Joomla! web sitesini kullanarak veya bunları nasıl düzenleyeceğiniz konusunda kolay ve net talimatlarla çoğaltması önemlidir. Başkalarının sitenizin veritabanına erişemeyeceğini unutmayın; bu yüzden, birine, kolayca bulunabilen verilere sahip hataları nasıl göreceğinizi söyleyebilmeniz gerekir - örnek site.

Örnek A

Yaptığım şey
Örnek web sitesiyle başladım. Her şey yolundaydı. "nameofplugin" ı etkinleştirdim. Herhangi bir makaleyi arka uçtan kaydetmeyi denerken hata alıyorum.
Ne oldu
Boş bir ekran aldım ve yazı kaydedilmedi.
Ne olmalıydı
Makalelerin doğru şekilde kaydedilmesi gerekirdi.
Diğer bilgiler
Bunlar aynı anda etkinleştirilen eklentilerdir. SEF açık (veya kapalı). Sitem bir alt klasördedir. Ayrıca şunu söyleyebilirim ... vb. Dosyalar ve benzeri konular IMHO'dur (ne konuştuğunuzu biliyorsanız).

Örnek B

Yaptıklarım
Arka planda. "menu_name" Menüsünü tıkladım.
Ne oldu
Sayfa boş açıldı.
Ne olmalıydı
Menü düzgün açılmış olmalıydı.
Diğer bilgiler
Başka herhangi bir menü de çalışıyor vb.

Gerçek Hayat Örneği

  • Ben ne yaptım
  1. Örnek web sitesiyle başladık.
  2. Arka uçtan, yayınlanmamış bir makale eklendi, Bölüm = SSS, Kategori = Genel.
  3. Makalenin gelişmiş parametrelerinde, Başlıkları Göster "Hayır" ve Yazdır, PDF ve E-posta Simgeleri "Gizle" olarak ayarladım.
  4. Makaleyi kaydettim ve ön uça gittim. Ön uca admin olarak giriş yaptım ve Örnek Sayfalar -> Kategori Bloğu menü öğesine gittim.
  • Ne oldu : Yeni eklenen yazı gösteriliyor ancak ön uç kullanıcısı için tıklanacak düzenleme simgesi yok.
  • Ne olmalıydı : Bir ön uç kullanıcısının bu makaleyi düzenlemesine izin veren düzenleme simgesi görünmeliydi.
  • Diğer bilgiler: Bu sadece rhuk_milkyway şablonu ile oluyor. [Dosya adı ve hiyerarşisi] satırında [kod önerilen] bu kodu değiştirerek, sorun ayarlarım da çözülmüş görünüyor.

Joomla!'ya GitHub deposunda doğrudan çekme isteği ver

Doğrudan kodu Joomla'nın kendisinde sunan bir düzeltme önermek isterseniz, burada bulunan GitHub.com'daki Joomla! kod deposunda bir "çekme isteği" yayınlayarak bunu yapabilirsiniz.: https://github.com/joomla/joomla-cms

Bu işlem, özellikle Kaynak Kontrol Yönetim sistemleri ve Git hakkında bazı bilgi gerektirir. Git SCM'nin ne olduğunu ve nasıl çalıştığını biliyorsanız, işlem basittir:

  • Ücretsiz GitHub.com hesabına kaydolun
  • Joomla! repo

Bir sonraki Joomla! Sürüm 3.x için bir düzeltme önermek istiyorsanız, geçerli Joomla! 3.x sürümü veya "3.x-dev" dalına yönelik bir düzeltme önermek isterseniz "hazırlama" dalına geçin.

  • Joomla'da sağdaki ilgili dosyaları ekleyin/güncelleyin ve "inceleme ve karşılaştır" düğmesini tıklayın - bu konuda daha fazla bilgi https://help.github.com/articles/using-pull-requests - başlatmak için buraya tıklayın. "Çekme isteği" verme işlemi.

Ekstra ipuçları ve püf noktaları

İyi yazılmış hata raporları inanılmaz faydalıdır. Bununla birlikte, herhangi bir hata izleme sistemi ile çalışmak için belirli bir yük masrafı söz konusudur, bu nedenle bilet izcimizi mümkün olduğunca kullanışlı kılacaktır. Özellikle:

  • Sorunun iyi bir soru olabileceğini görmek için SSS 'i okuyun.
  • Sorunuzun dosyalanmış olup olmadığını görmek için tracker'de arama yapın.
  • Do ask on bug reporting forums for Joomla 3.x first if you're not sure if what you're seeing is a bug.
  • Tamamlanmış, tekrarlanabilir, spesifik hata raporları yazın. Kod snippet'leri, test kutuları vb. Ile birlikte mümkün olduğunca fazla bilgi ekleyin. Güzel bir küçük test durumundaki hatayı gösteren asgari bir örnek mümkün olan en iyi hata raporudur.

Destek sorularını sormak için izci sistemini kullanmayın. Bunun için Joomla! forumlarını, veya #joomla IRC kanalını kullanın.

İzleyicileri büyük ölçekli özellik talepleri yapmak için kullanmayın. Joomla çekirdeğindeki büyük değişiklikleri, üzerinde çalışmadan önce geliştirici forumlarında tartışmaktan memnuniyet duyarız.

"Bir hata değil" olarak işaretlenmiş sorunları tekrar açmayın. Bu işaret, bu belirli sorunu çözemediğimiz veya düzeltemeyeceğimiz kararının alındığı anlamına gelir. Nedeninden emin değilseniz, lütfen geliştirici forumlarından isteyin.

İzci, uzun süren tartışmalar için kullanmayın, çünkü kaybolma olasılıkları yüksektir. Belirli bir izci konusu tartışmalıysa, tartışmayı geliştirici forumlarına taşıyın.

Güvenlik sorunlarını bildirme

Güvenlik sorunlarını security [at] joomla [dot] org a bildirin. Bu, yalnızca uzun süredir güvenilen Joomla! geliştiricilere açık özel bir listedir ve arşivleri herkes tarafından okunabilir değildir.

Joomla 'da onaylanmış bir güvenlik açığı olması durumunda, aşağıdaki işlemleri yapacağız:

  • Rapora rağbet ettiğimizi ve bir düzeltmenin hazırlanacağını muhabirimize bildirin. Kaba bir zaman çizelgesi vereceğiz ve muhabirden meseleyi açıklayana kadar gizli tutmasını istiyoruz.
  • Geçerli ve önceki iki sürüme karşı yamalar da dahil olmak üzere bir düzeltme geliştirmek için gerekli olduğu sürece diğer geliştirmeleri durdurun.
  • Güvenlik açığını ve düzeltmeyi duyurmak için bir açıklama tarihi belirleyin. Düzeltme ekini uygulayan kişilerle deliği kullanmaya çalışan kişiler arasında olası bir "silahlanma yarışını" azaltmaya çalışmak için hemen güvenlik sorunlarını duyurarmayacağız.
  • Açıklık ve önceden belirlenmiş halka arz tarihindeki düzeltmeyi genel olarak duyurun. Bu muhtemelen Joomla'nın yeni bir sürümü anlamına gelecek, ancak bazı durumlarda yalnızca güncel sürümlere karşı yamalar olabilir.

Kategori:Geliştirilmesi Kategori:Bug_Squad Kategori:Hata Takipçisi