Joomla! Documentation™

Για να αναφέρετε ένα σφάλμα (report a bug) στα Joomla! bug trackers, πρέπει να δημιουργήσετε ένα tracker item. Από τη στιγμή που ένα tracker item δημιουργηθεί, οι προγραμματιστές θα ελέγξουν την πραγματική υπόστασή του και θα λειτουργήσουν ανάλογα. Αν θέλετε να βοηθήσετε στον έλεγχο των Joomla patches, ακολουθήστε τις οδηγίες εδώ.

Υποβολή σφαλμάτων

Δημιουργία λογαριασμού στο GitHub

Είναι αναγκαίο να δημιουργήσετε ένα λογαριασμό στο GitHub; το Joomla! Issue Tracker χρησιμοποιεί τους λογαριασμούς του GitHub για πιστοποίηση.

Πρόσβαση στο Joomla! issue tracker.

• Joomla! Issue Tracker- Άνοιγμα

Ελέγξτε αν το σφάλμα που θέλετε να αναφέρετε έχει ήδη αναφερθεί.

Πατώντας το κουμπί "Search Tools" στο πάνω μέρος της λίστας, μπορείτε να χρησιμοποιήσετε μια σειρά φίλτρων για την παρουσίαση των tracker items. Περνώντας το ποντίκι πάνω από τον τίτλο του tracker item βλέπετε το περιεχόμενο. Αν το πρόβλημα που αντιμετωπίζετε δεν έχει ακόμη αναφερθεί, κλικ στο κουμπί "New Item".

Μια νέα οθόνη εμφανίζεται και εκεί όσο περισσότερες πληροφορίες δώσετε, τόσο ευκολότερη θα κάνετε τη δουλειά των προγραμματιστών.

Συμπληρώστε όσο περισσότερα στοιχεία μπορείτε. Μπορείτε να ενεργοποιήσετε τα tips για κάθε πεδίο, αλλάζοντας το "View Mode" στη δεξιά πλευρά της οθόνης από Pro σε Help.

• Priority : Χρησιμοποιήστε το προκαθορισμένο "Medium" εκτός αν γνωρίζετε καλά τον κώδικα ώστε να κάνετε άλλη επιλογή.
• Build : Εδώ συμπληρώστε την / τις έκδοση /εκδόσεις όπου εμφανίζεται το πρόβλημα.
• Εδώ είναι πιο περίπλοκο. Χρησιμοποίησε το "Administration" αν δεν ξέρεις καλύτερα.
• Title : Σύντομη περιγραφή του προβλήματος.
• Description : Τα στοιχεία του προβλήματος. Δείτε το παρακάτω τμήμα για περισσότερες πληροφορίες.
• Uploads : Μπορείτε να ανεβάσετε εικόνες στις αναφορές προβλημάτων. Πληροφορίες αναγράφονται στη φόρμα.

Δώστε μια περίληψη

Περιγράψτε με λίγες λέξεις το πρόβλημα που αντιμετωπίζετε. Καλή ιδέα είναι να ανατρέξετε σε ήδη υφιστάμενα tracker items ως παραδείγματα, αν είναι η πρώτη φορά που αναφέρετε ένα σφάλμα.

Παραδείγματα:

• Δημόσιο Τμήμα: Προειδοποίηση, έτσι, έτσι.
• Διαχείριση: Δεν μπορώ να σώσω ένα άρθρο όταν το "nameofplugin" είναι δημοσιευμένο.

Σημείωση: Προσέξτε να είστε περιγραφικοί στην περίληψη, καθώς είναι το πρώτο πράγμα που οι προγραμματιστές όταν θα αναζητούν κάποιο θέμα να επιλύσουν.

Δώστε λεπτομέρειες για το σφάλμα

Για να δοθούν όσες πληροφορίες είναι δυνατόν, υπάρχει στο πεδίο περιγραφής ένα πρότυπο με πέντε τμήματα:

• Steps to reproduce the issue : ποιά βήματα πρέπει να ακολουθήσει ένας τρίτος ώστε να βρεθεί μπροστά στα πρόβλημα
• Expected result : Τι θα περίμενε κανείς να συμβεί με την εκτέλεση των παραπάνω βημάτων.
• Actual result : Τι συμβαίνει στην πραγματικότητα με την εκτέλεση των παραπάνω βημάτων.
• System information : Πληροφορίες για το περιβάλλον και τις ρυθμίσεις του συστήματός σας. Ποιό φυλλομετρητή χρησιμοποιείτε, ποιά είναι η έκδοση PHP στο server σας, ή ποιός είναι ο τύπος βάσης δεδομένων. Για ακόμη καλύτερα αποτελέσματα, μπορείτε να αντιγράψετε τις Πληροφορίες Συστήματος (System Information) αφού συνδεθείτε με τη διαχείριση της ιστοσελίδας.
• Additional comments : Επιπλέον πληροφορίες, που δε δόθηκαν παραπάνω και ππου μπορεί να χρησιμεύσουν για την αντιμετώπιση και επίλυση του προβλήματος.

Η γενική μορφή θα μπορούσε να είναι κάτι σαν:

1. "Εδώ είναι τι ακριβώς έκανα."
2. "Εδώ είναι τι συνέβη."
3. "Εδώ είναι τι πιστεύω ότι θα έπρεπε να γίνει."
4. "Άλλες πληροφορίες, πιθανή λύση, προτεινομένη προσθήκη ή αλλαγή κώδικα."

Όσο περισσότερα στοιχεία, τόσο το καλύτερο. Επίσης, είναι σημαντικό να αναπαράξετε το πρόβλημα χρησιμοποιώντας μια καθαρή εγκατάσταση Joomla! ή με εύκολες και σαφείς οδηγίες για το πώς μπορεί κάποιος να βρεθεί μπροστά στο πρόβλημα. Να έχετε στο μυαλό σας πως οι άλλοι δεν έχουν πρόσβαση στη βάση δεδομένων της ιστοσελίδας σας, και αυτό είναι σημαντικό να εξηγήσετε πώς μπορεί να δει το πρόβλημα κάποιος με δεδομένα προσιτά σε όλους -- μια καθαρή εγκατάσταση Joomla! .

Παράδειγμα A

Τι έκανα

Ξεκίνησα με μια καθαρά εγκατάσταση Joomla! Όλα λειτουργούσαν κανονικά. Ενεργοποίησα το "nameofplugin". Επιχειρώ να αποθηκεύσω οποιοδήποτε άρθρο από τη διαχείριση

Τι συνέβη

Εμφανίζεται μια λευκή οθόνη και το άρθρο δεν αποθηκεύεται.

Τι θα έπρεπε να συμβεί

Τα άρθρα να αποθηκευθούν χωρίς πρόβλημα.

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).

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

1. Started with the sample website.
2. Added an unpublished article from the back end, with Section=FAQ, Category=General.
3. In the advanced parameters for the article, set Show Title to "No" and Print, PDF, and Email Icons to "Hide".
4. 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.

• 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.

Issue a pull request directly on Joomla!'s GitHub repository

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

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:

• Sign up for a free GitHub.com account
• Fork the Joomla! repo
• Switch to the "staging" branch if you wish to propose a fix for the current Joomla! 3.x release or to another branch if you want to propose a fix for the next Joomla! Version.
• 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.

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 FAQ to see if your issue might be a well-known question.
• Do search the tracker to see if your issue has already been filed.
• Do ask on bug reporting forums for 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.
• Don't use the tracker system to ask support questions. Use the Joomla! forums for that.
• Don't use the trackers to make large-scale feature requests. We like to discuss any big changes to Joomla!'s core on the developers forums before actually working on them.
• Don't reopen issues that have been marked "expected behaviour". 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 im developer forums.
• 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 developers forums.

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.

In the event of a confirmed vulnerability in Joomla! itself, we will take the following actions:

• 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.