Emacsが無効なメモリ位置にアクセスしたり（いわゆる「セグメンテーション違反」）、（「ディスク容量不足」のような事象ではなく）プログラムの問題を示すオペレーティングシステムのエラーメッセージを出して終了したりした場合は、それは間違いなくバグです。
Emacsの表示がバッファの内容と適切に対応していない場合は、バグです。ただし、バッファの一部を隠したり表示方法を変更したりできるバッファ・ナローイング（Narrowingを参照）のような機能が原因ではないか、確認してください。
コマンドの実行に非常に時間がかかる場合はバグの可能性がありますが、それが本当にEmacs側の不具合であるかを確認する必要があります。単に処理に時間がかかるコマンドもあります。C-g（MS-DOSではC-Break）と入力し、続けてC-h lと入力して、Emacsが受け取った入力が意図した通りであったかを確認してください。もし入力内容から、本来であれば迅速に処理されるべきだったと確信できる場合は、バグを報告してください。そのコマンドに時間がかかるべきかどうか分からない場合は、マニュアルを参照するか、助けを求めて確認してください。
使い慣れたコマンドが、本来の定義に照らして妥当であるはずのケースでEmacsのエラーメッセージを出す場合、それはおそらくバグです。
コマンドが意図しない動作をした場合、それはバグです。ただし、本来どう動作すべきだったかを確実に把握しておいてください。そのコマンドに慣れていない場合は、実際には正しく動作している可能性があります。判断に迷う場合は、コマンドのドキュメントを参照してください（コマンドまたは変数名によるヘルプを参照）。
コマンドの意図された定義が、編集に用いる上で必ずしも最適であるとは限りません。これは非常に重要な種類の問題ですが、同時に判断の問題でもあります。また、既存機能の一部を把握していないために、このような結論に至ってしまうことも容易に起こり得ます。通常の方法でドキュメントを確認し、内容を理解したと確信し、かつ求めている機能が利用できないことが確実になるまでは、こうした問題について不満を述べないのが最善でしょう。他のEmacsユーザーにも尋ねてみてください。マニュアルを注意深く読んでも、そのコマンドが本来何を行うべきものなのか確信が持てない場合は、索引や用語集を確認し、不明瞭な用語がないか調べてください。
マニュアルを注意深く読み直した後でも、コマンドがどのような動作をすべきなのか理解できない場合は、それはマニュアルのバグであり、報告すべきです。マニュアルの役割は、あなたを含め、Emacsのエキスパートではない人々にとってすべてを明確にすることです。ドキュメントのバグを報告することは、プログラムのバグを報告することと同様に重要です。
関数や変数の組み込みドキュメントがマニュアルと食い違っている場合、どちらか一方が間違っていることになり、それはバグである。
Emacsの一部ではないパッケージに関する問題については、まずはパッケージの開発者に報告することをお勧めします。