Joomla! Documentation™

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.

• Joomla! Issue Tracker- Açık

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.