Release v2.0.0

• Complete rewrite of the data model and workflow. Tables renamed to joblistings_job, joblistings_application, joblistings_category (new schema) plus new joblistings_application_status_log and joblistings_saved_job tables — the old generic job / application table names collided with the rest of the HumHub ecosystem and are gone.
• New: Draft → pending approval → published → closed/archived job workflow, with an optional admin-approval requirement (module setting).
• New: Application pipeline — submitted → reviewing → shortlisted → interview → offer → hired, plus rejected/withdrawn, with a full status-change audit trail and applicant notifications on status change.
• New: Salary range (min/max/currency/period/negotiable), employment type, work arrangement (on-site/remote/hybrid), experience level, skills/tags, application deadline, featured listings, and an optional external application URL.
• New: Saved/bookmarked jobs, "My job listings" and "My applications" personal views, job duplication (repost an expired listing), applicant ratings and internal (recruiter-only) notes, CSV export of applicants.
• New: Admin dashboard with pending-approval queue and quick stats, a real settings page (approval workflow, default currency, notifications, saved jobs, external apply links, jobs-per-page), redesigned category management (color/icon/sort order).
• New: Migration that carries every existing job, application and category across into the new schema automatically (best-effort — free-text legacy categories are preserved as tags rather than dropped) and retires the old tables.
• Redesigned every view around the current Bootstrap 5 widget set (humhub\widgets\bootstrap\Button/Badge/Alert, humhub\widgets\form\ActiveForm, humhub\widgets\modal\Modal) instead of raw HTML/Bootstrap 3 classes.
• Ideas kept for a future release: resume file uploads through the HumHub File module, saved search alerts, and a public RSS/JSON feed of open positions.
• Fix: "Post a job", "Edit", "View applicants", "Apply now" and category create/edit buttons now actually open the HumHub modal (previously some used a plain data-bs-toggle="modal" attribute with no ajax loader wired up, so nothing happened; others navigated to a full page instead of opening a modal at all). Every modal view now uses Modal::beginFormDialog() / Modal::beginDialog() with ModalButton, matching the rest of HumHub.
• Fix: applicant status dropdown built its update URL client-side with a fragile string-replace; each row now gets its own correct URL rendered server-side.
• Fix: admin category grid referenced a non-existent humhub\widgets\GridView class; both admin grids now use the standard yii\grid\GridView.
• Refactor: all CSS and JS moved out of views (no more registerCss() / registerJs() calls) into assets/JoblistingsAsset.php, and the JS is now a proper humhub.module('joblistings.main', ...) module instead of inline jQuery snippets, registered automatically by the module's controllers/widgets.
• Fix: a draft job (e.g. from "Duplicate") had no way to move to any status besides closed — Job::submit() was previously only ever called automatically during initial creation, and neither the job detail page nor the admin listings grid exposed a way to publish, close or reopen a job based on its actual current status. Added JobController::actionSubmit/actionClose/ actionReopen (available to the owner or any ManageJobs admin), contextual Publish/Close/Reopen buttons on the job detail page and in "My job listings", and the admin listings grid now shows the correct action for each job's status (Publish for drafts, Approve/Reject for pending, Close for published, Reopen for closed) instead of an unconditional "Close" button.
• Fix: joblistings.js crashed on load ("$ is not a function") because it called require('jquery') — jQuery is loaded globally by HumHub on every page and isn't a registered module id, so require() returned undefined. The module now uses the global jQuery directly, which broke the save/ bookmark toggle and the applicant status dropdown entirely until fixed.
• Fix: joblistings.js was updated again to receive jQuery as the fourth humhub.module() factory argument (the convention the loader actually uses) instead of a global lookup, and now guards the save-toggle and status-select handlers against duplicate in-flight requests while a POST is pending.
• UI: job cards (views/job/_job_item.php) switched from raw Bootstrap .card markup to HumHub's own .panel/.panel-heading/.panel-body structure, to match how the rest of HumHub (and the rest of this module) is themed.
• New: the job board's filter bar collapses behind a "Filters" toggle on mobile (.filter-toggle-link + Bootstrap 5's native collapse, no custom JS), auto-expanded if a filter is already active from the URL. Note: this mirrors the People page's collapse behavior, not its DirectoryFilters widget itself — that class's internals weren't available to build against safely.

• New: views/admin/_nav.php — a quick-link bar (Dashboard/Listings/ Categories/Settings) now shown at the top of every admin page, highlighting the current section. Wraps on mobile instead of relying solely on the admin sidebar. The dashboard's stat tiles are now a 2-up grid on phones (4-up from md), and the pending-approval row's Approve/Reject buttons stack full-width on narrow screens instead of overflowing.

• Cleanup: removed nine unreferenced leftover view files from earlier drafts (views/admin/create.php, update.php, view.php, _form.php, _job_item.php, create-category.php, update-category.php; views/application/_form.php; widgets/views/_job_item.php) — none were wired to any controller action.

• New: job listings now open in a modal (from the job board, "My job listings", and "My applications") instead of navigating to a full page. Each link still carries a real href, so opening in a new tab, right-click, and search-engine crawling keep working — only a plain left-click is intercepted into the modal. Direct/bookmarked links to a job still render as a full page. Admin moderation links (dashboard, listings grid) still deliberately open in a new tab instead, for side-by-side review.

• New: the admin quick-nav bar (Dashboard/Listings/Categories/Settings) now opens each section in a modal too, and switching sections from inside an open modal reloads the modal in place rather than leaving it. Note: pagination and status-filter links inside the listings/categories grids are still plain links and will navigate to the full page if clicked from within the modal — only the top-level section switch is modal-aware so far.

• Fix: "Saved jobs" and "My applications" were dead ends — the only way back to the job board was the main site menu or the browser's back button. Added a shared quick-nav bar (views/job/_nav.php: Browse Jobs / My Job Listings / Saved Jobs / My Applications / Manage, each conditional on permission) to the job board, "My job listings", "Saved jobs", and "My applications" pages, so all four are reachable from one another directly.

• Fix: opening an admin section (Dashboard/Listings/Categories/Settings) as a modal from the quick-nav bar also rendered that same quick-nav bar again inside the modal, which was redundant clutter since the modal title already identifies the section. AdminController::renderAdminView() now passes an $isModal flag into the view, and all four admin views skip the nav bar when it's set.

• Fix: the job board search/filter form never actually filtered anything. JobSearch::search() called $this->load($params, ''), which looks for flat query keys like ?keyword=foo — but the ActiveForm fields in job/index.php render with the model's real (unoverridden) form name, i.e. ?JobSearch[keyword]=foo. The two never matched, so every filter was silently dropped and the page just showed all published jobs regardless of what was typed or selected. Changed to $this->load($params) so it reads the actual submitted shape.

• Fix: the "new application" notification (sent to a job owner) threw "Missing required parameters: id" whenever it tried to render its link. JobNotification::getUrl() built the application/view URL with a job_id param, but that action expects the application's own id — job_id was never a recognized route parameter, so the required id was always missing.

• Checked notifications/views/mails/applicationStatusChanged.php against newApplication.php (it was created as a copy early on and never diverged). The shared template body is fine as-is — it's a generic wrapper around MailContentEntry, with the actual per-notification wording coming from each notification class's own html()/getMailSubject(), not the view itself — but its docblock still said $viewable was a JobNotification. Corrected to ApplicationStatusNotification.

• Fix: sending a notification email threw "Undefined variable $params" and crashed the queue job (confirmed in production, not just local testing). Both notifications/views/mails/*.php reference the Yii2 convention $_params_ (the raw params array a view received, normally auto-available for forwarding into a nested layout) to open the shared mail layout, but HumHub's notification mail renderer (ViewPathRenderer) extracts the individual variables ($viewable, $url, $date, etc.) into scope without also defining $params itself. This is inherited unchanged from the original v1 module (confirmed byte-identical), not something introduced in the rewrite. Replaced with get_defined_vars(), which captures the same extracted variables generically without depending on that renderer-specific variable existing. Also defensively null-coalesced $space in the same call (undocumented in the file's own @var docblock, unlike every other variable used, and Job/Application content isn't space-scoped) to head off the same class of crash one line later.

Release v1.0.7 (8/3/2026)

• Fix: Migrations for v1.19
• Fix: Translations

Release v1.0.6 (7/31/2026)

• Fix: Prevent error when categoryRelation->name is unavailable.

Release v1.0.5 (2/27/2026)

• Fix: actionWithdraw querying by job_id instead of application id, preventing withdrawals from ever succeeding
• Fix: actionView in ApplicationController using application_id as parameter instead of job_id, breaking the applications modal for job creators
• Migrated: All views updated for HumHub v1.18 / Bootstrap 5 compatibility
• Migrated: humhub\widgets\ModalDialog replaced with humhub\widgets\modal\Modal across all modal views
• Migrated: yii\widgets\ActiveForm replaced with humhub\widgets\form\ActiveForm
• Migrated: humhub\libs\Html & yii\helpers\Html replaced with humhub\helpers\Html
• Migrated: data-toggle and data-target attributes replaced with data-bs-toggle and data-bs-target
• Migrated: btn-default replaced with btn-light, form-group replaced with mb-3, pull-right replaced with float-end
• Migrated: Bootstrap 3 column classes updated to Bootstrap 5 equivalents
• Migrated: PHP 8.2 return types added to all controller methods

Release v1.0.4 (7/15/2025)

• Fix: Job item layout

Release v1.0.3 (6/16/2025)

• Fix: Migration issues for timestamps and username

Release v1.0.2 (1/28/2025)

• Fix: category not set to required causes null error.

Release v1.0.1 (12/13/2024)

• Fix: Migrations
• Fix: Translation string
• Fix: date() for widget returning error

Release v1.0.0 (12/1/2024)

• First release