is the screen actually rendered by the bare _action=issue route — the same route the sidebar's "Manage Issues" link points to. manageIssue() immediately branches into getAllVolumes(['showIssue' => 1]) whenever the _issue query param is absent, rendering every volume with its nested issues plus per-issue add/edit/delete/alert links — a materially different FUNCTION/view than the single-issue add/edit form. Counted as its own row per the same "distinct tab/sub-view within an action" precedent used for Issue Alert below; the Manage Issues row's Route now documents that &_issue=0/&_issue=... is required to reach the form.

is a single tabbed form (Article Info / Authors tabs — References and Citations tabs exist in the markup but are currently commented out) that covers every legacy entry into publishIssueArticle()/articleEditForm(): creating a new article from an accepted manuscript (&manu=...) and editing an existing published article (&article=..., optionally with &edit_doi=1). Only the form pre-fill and the PUB_PUBLISH_NEW_ARTICLE/PUB_PUBLISH_EDIT_ARTICLE page title change — counted as one row, not two.

is reached through the same _action=issue as Manage Issues, but the alert=1 query flag makes manageIssue() branch entirely into issueAlertSetting() — a distinct email-composition screen (recipient scope, message body, send/preview buttons) rather than a variant of the issue list/form. Counted as its own row per the row-identification method's "distinct tab/sub-view within an action" clause.

Not counted as rows: _action=setting (page title PUB_SETTING is set, but its handler call — $cnf->publishersSetting($_REQUEST) — is commented out in publisher.php and the action is linked from no menu, so it renders an empty content area; dead/orphaned code). _action=assign_doi (prepareArticlesForDOI(), class/publisher.class.php:3543) has no discoverable caller anywhere in the codebase — no link, form, or AJAX task targets it (a tree-wide grep for assign_doi matches only the four case "assign_doi": dispatch lines). The Activate DOI screen's own per-issue "Save DOI" buttons instead call a separate AJAX task, assign_validadte_composite (request/publisher.ajax.php:108-112 → class/doi.check.class.php::checkCredt_Submit()), to submit DOIs to the deposit provider (medra/crossref). assign_doi renders no screen either way, so it is still not counted as a row — but as dead/orphaned code, not as a live filter-form target. _action=ar_excel (handled at the very top of publisher.php, before the page-title switch) is the actual file-download handler submitted from the Export Published Articles to Excel row's picker form — it streams a spreadsheet and exits, with no rendered screen. The manuscript-preview link on List of New Accepted Manuscripts (javascript:showManusriptDetails()) fills an inline #dvPreview panel on that same page rather than navigating anywhere, so it is not a separate row either. The sidebar's "Indexing DB" quick link points at browse?_action=export — a Journal-segment page, not a publisher.php screen — so it is out of scope for this module. publisher.php:38-43 has a pre-login ?isc=... branch — checked and returned before the session/role gate at publisher.php:45 — that decrypts the isc query value via class/isc.util.class.php::getIscActions() (lines 112-170) and either echoes "ok" or streams a ZIP file download. It is an unauthenticated machine-callback endpoint unique to publisher.php among the 16 role-entry files (confirmed: none of the other 15 role-entry files check $_GET['isc']) — not a user-facing screen, so it is not counted as a row either.

has no sidebar entry of its own — it is reached only via a per-article comment-count badge link on List of Published Articles and Articles in Press.

is a standalone sender-name/email/affiliation/note/response/status edit form (ArticleComments::editArticleComment()) reached only via the per-comment edit link rendered inside Manage Article Comments' list — it has no sidebar entry of its own either, and renders no comment list alongside it (unlike Manage Volumes' &volume=... case, which always shows list+form together).