Help:DiscussionTools/Why can't I reply to this comment?/vi

Các trang thảo luận không hề có hạn chế về các định dạng sẵn có. Tuy trong phần lớn trường hợp, Công cụ Thảo luận có khả năng nhận ra những bình luận, vẫn có những tình huống dễ gây nhầm lẫn hoặc không thể nào nhận ra được một phần của trang có phải là bình luận hay không, hoặc câu trả lời nên đặt ở vị trí nào. Bất cứ khi nào công cụ không chắc chắn hành vi nào là đúng, nó sẽ không cho phép trả lời, thay vì phải cố gắng đoán và có thể sẽ làm trang bị rối thêm.

Trang này ghi lại một số lỗi bạn có thể gặp, nguyên nhân cũng như cách giải quyết chúng.

Không thấy liên kết "trả lời"
Điều này xảy ra khi không nhận ra được chữ ký của một bình luận.

Bình luận không ký tên
Đây là vấn đề khá dễ nhận thấy, nhưng cần phải nhắc đến cho đầy đủ. Nếu bình luận không có chữ ký đi kèm, nó sẽ không được phát hiện ra. Các trang thảo luận có thể có các nội dung khác không phải là bình luận (ví dụ như phần tựa đề của các bản mẫu). Đặt liên kết trả lời ở cuối các nội dung này là không đúng, trong khi việc phân biệt chúng với các bình luận không có chữ ký là không rõ ràng.

Nếu có ai đó đã trở lời bình luận đó mà không dùng công cụ này, câu trả lời cùng với bình luận không ký tên ban đầu sẽ được xem là một bình luận duy nhất được trải ra nhiều dòng, do đó sẽ dẫn đến các hành vi sai.

Không có ngày giờ
Nếu một chữ ký bị thiếu ngày giờ, bình luận đó cũng sẽ không được xác định. Những chữ ký như vậy không thể nào phân biệt rõ với việc nhắc đến tên một thành viên nào đó, do đó thêm liên kết trả lời vào đấy thường sẽ không hợp lý.

Nguyên nhân thường gặp nhất là khi một người nào đó thêm chữ ký vào một bình luận chưa ký tên, nhưng lại quên không thêm ngày giờ. Các bản mẫu như  thường có một tham số riêng, nơi bạn có thể dán ngày giờ từ lịch sử của trang vào đấy.

Không gian tên không được nhận diện
Công cụ Trả lời dùng được trong phần lớn không gian tên dành để thảo luận, nhưng không phải trong toàn bộ các không gian tên. When this is the problem, you will be looking at a page that does not have "talk" in its namespace (e.g., ), and you will not see the "reply" link anywhere on the page.

Usually, it follows your wiki's configuration for the Signature tool in the full-page editor. In particular, it may not be available in the  (also called  ) namespace. It can be enabled in any reasonable namespace. If you need it to work in a different namespace, then ask the Editing team for help.

Ambiguous "unsigned" templates
When a template is used to sign an unsigned comment, the template must output the following:


 * A link to a user's user page, talk page or contributions page
 * A date and time (a "timestamp"), in the same format as in signatures, including the timezone in parentheses
 * The user page, talk page or contributions page link must be before the date and time (like in normal signatures)

Non-standard date or time format
If someone signs their comments with a different date or time format than the default for the wiki, their comments won't be detected.

Sometimes editors may accidentally edit another signature when adding their comments manually, breaking the format.

Another common case is a signature added to an unsigned comment without the timezone indicator (e.g. "(UTC)"), or with a different timezone than the wiki uses.

No link to the user page
Signatures must include a link to the user page, talk page or contributions of a user.

The "reply" link cannot be used to reply to this comment
You'll see this error message when the comment appears to be transcluded from another page, but the tool can't determine from which page, and therefore can't determine where to add your reply. This can be caused by:

Accidental complex transclusion
Parsoid transclusions must be well-formed HTML fragments. When the wikitext of a transcluded page doesn't generate well-formed HTML (e.g. has unclosed tags, or it generates a table row without a table), the transclusion will be extended to cover wikitext belonging to the transcluding page (or other transcluded pages).

For example, if a subpage transcluded earlier on the page has an unclosed tag, all following transcluded subpages will be marked as part of the same transclusion, until the tag is closed (or until the end of the page).

DiscussionTools only supports following simple transclusions (which consist of exactly one transcluded page, and which don't leak to surrounding wikitext).

You can often debug this by opening the page for editing in visual editor (even if visual editor is disabled in that namespace, you can do it by adding  to the URL), clicking in the offending fragment of the page, and looking at the "sidebar" in the template dialog to see if it includes more than one page or "Content" transclusions.

Wrapper templates
When a fragment of a discussion is wrapped in templates like e.g. +, the wrapped comments can't be replied to. DiscussionTools relies on Parsoid to add replies into the HTML document, but contents of transclusions are only editable as wikitext.

Usually wrapper templates are used to archive or end a discussion, so it's rarely a problem that you can't reply to these comments. If someone adds a wrapper template to a comment while you are replying to that comment, you will see an error message and will not be able to post your reply with DiscussionTools.

Sometimes an entire page may be wrapped in a template to add a decorative frame or background. In these cases, plain HTML syntax may be used instead.

Comments in template arguments
Comment which appears in template arguments, for example, can not be replied to.

Nested transclusion or parser function syntax
When a discussion page has separate subpages for e.g. each month, dynamic transclusions depending on the current date are often used to only transclude the latest few subpages, without the need to manually archive them.

When the subpage transclusion is inside a parser function like, DiscussionTools can only see the parser function, and can't determine which page is transcluded within it.

You can fix it by putting the conditional parser functions inside the transclusion syntax instead. See example.

Could not find the comment you're replying to on the page
Usually this error message indicates that someone else removed the comment from the page while you were reading it. It might have been reverted, archived, moved to another discussion page, or the signature might have been changed (e.g. if someone commented while logged out and then corrected the username, or if they expanded their comment and signed it again).

If you can still see the comment after refreshing and purging the page, and you still receive this error, it might indicate a bug in Parsoid causing it to render the page differently from the PHP parser (DiscussionTools uses Parsoid internally to add new comments). Please file a task!

Comments on this page can't be replied to because of an error in the wikitext
You'll see this error message when there is a lint error on the page caused by fostered content. Editing these pages using tools that rely on Parsoid, such as DiscussionTools or VisualEditor, can cause the content to be corrupted (large fragments of the page become duplicated).

To resolve this, you can fix the lint error in the wikitext editor. The error message includes some links that hopefully are helpful.