Product Issue Reports: setup and help
Quick start
- Upload and install mprissuesrevolution through Module Manager.
- Open Issues > Settings > Configuration and choose Enable front display and Allow users to report issues.
- Set Tab title, Show dates, Show status badges, and Hide tab when empty, then save.
- Add an issue with Product, Title, Description / Answer, Status Open, and Active Yes.
- Open the product tab, public hub, and detail link to verify the entry.
- Submit a test report and verify it is Pending and hidden publicly.
- Review it in Issues, change Status to Open, and confirm it becomes visible.
Requires PrestaShop 1.6.1 or later and PHP 7.1 or later.
Setup manual
Install and open Issues
Upload and install mprissuesrevolution in Modules > Module Manager. Click Configure or open Improve > Issues. Use the equivalent module upload screen on older PrestaShop versions.
Use Issues to manage records and Settings > Configuration for display, reporting, and indexing options. The Settings area also provides Integrity, License, Support, and Update.
Requires PrestaShop 1.6.1 or later and PHP 7.1 or later.
Configure General
Choose the intended shop context before saving. Settings apply to that shop; when no shop-specific value is saved, the global setting applies.
| Setting | Default | What it does |
|---|---|---|
| Enable front display | Yes | Enables public issue display, product tabs, and reporting paths. |
| Default status for new issues | Open | Chooses Open or Resolved for new admin records. Public reports always start Pending. |
| Allow users to report issues | Yes | Allows the public report form for guests and customers. |
| Include Known Issues hub in sitemap | Yes | Allows compatible sitemap integration to include the hub when permitted by SEO policy. |
| Allow Known Issues hub indexing | Yes | Controls the main hub's indexing decision. |
| Allow individual issue pages to be indexed | No | Individual issue pages remain excluded from indexing, hreflang, sitemap, and schema regardless of this setting. |
For a read-only public tracker, keep Enable front display on and set Allow users to report issues to No. The module publishes manually reviewed information; it does not automatically detect store bugs.
Create and review issues in the intended shop context. Issue records carry a shop ID, and the public issue queries filter by that shop. Translations belong to their issue record; they do not provide a separate cross-shop publishing control. Save the intended display and reporting settings for each shop, remembering the global configuration fallback described above.
Configure Display
| Setting | Default | Use |
|---|---|---|
| Tab title | Known Issues | Multilingual product-tab heading. |
| Show dates | Yes | Displays available report/update dates. |
| Show status badges | Yes | Displays status labels. |
| Hide tab when empty | Yes | Suppresses a product tab without active public issues. |
Save your changes. Tab headings can include open and total public counts, such as Known Issues (2/5). Pending reports do not count as public issues.
Create or edit an issue
Open the Issues list and add a record. The list supports filters for product, title, status, severity, source, votes, ETA, active state, and indexable state.
| Field | Default or starting state | What to enter |
|---|---|---|
| Product | Required selection | The affected catalog product. |
| Title | Empty | A clear multilingual title. |
| URL slug | Empty | A readable language-specific slug for the detail URL. |
| Description / Answer | Empty | Public explanation or FAQ answer. |
| Status | Configured admin default, normally Open | Pending, Open, Resolved, Closed, or Won't fix. |
| Severity | Medium | Low, Medium, High, or Critical. |
| Affected module versions | Empty | Version range you have verified. |
| Fixed in version | Empty | The version containing the fix. |
| Affected PrestaShop versions | Empty | Affected core versions. |
| Steps to reproduce | Empty | Reproduction instructions. |
| Workaround | Empty | A temporary procedure customers can follow. |
| Resolution note | Empty | Explanation of the final resolution. |
| Votes / Reports | 0 for a normal admin record | Stored report count. A public report starts at 1. |
| ETA Fix Date | Empty | Optional expected fix date. |
| Position | 0 | Ordering value. |
| Active | Yes | Allows the issue to appear when its status and localization are eligible. |
| Index this issue page | No | The issue page remains excluded from indexing regardless of this setting. |
For example, create a high-severity Open issue titled "Checkout button hidden after theme update", enter the affected versions and workaround, and save it as Active. When fixed, change Status to Resolved, fill Fixed in version, and add a Resolution note.
Pending is a moderation state. Only Open, Resolved, Closed, and Won't fix issues can appear publicly. Review a submitted report and change its status before expecting it on the public hub or product tab. Setting Active to No hides even an approved record.
Provide actual localized titles or descriptions. For a non-default language, cloned default-language title and description content can be excluded until at least one differs. Check each language separately after editing.
Public hub and issue links
The default public paths are:
/known-issues
/known-issues/report
/known-issues/checkout-validation-error
Use links generated by the module for your language and shop. Older ID-based issue paths redirect to the clean slug URL. The installed meta page is module-mprissuesrevolution-issues, with default rewrite known-issues and initial title Known Issues & Bug Tracker. On modern PrestaShop, edit the hub's language-specific rewrite in Shop Parameters > Traffic & SEO.
The hub shows public status counts, open/resolved highlights, and a browser with search, product/status selection, and ordering. Browser interaction happens within the rendered hub. Legacy search/filter/sort/page request states redirect to the base hub URL; do not publish those variants as separate listing URLs.
Hub indexing and sitemap eligibility follow module SEO policy. Detail and report pages remain excluded even when stored indexable flags are enabled. The gSitemapAppendUrls hook requires a sitemap generator that consumes it; verify the generated XML.
Accept and review public reports
The report form can be reached from the product interface or the public reporting page. Both forms apply the same submission checks.
The customer chooses a valid active product and enters a title and email, with an optional description. Validation uses byte lengths: title 10 to 512 bytes and description at most 2000 bytes. Non-ASCII characters can consume more than one byte. A valid email is required.
The form uses a security token and a hidden honeypot. Submissions are limited to three per email or signed-in customer during the preceding hour. Reports store source user, status Pending, Active Yes, and one report vote. They remain hidden until reviewed into a public status.
The built-in form has no file or screenshot upload. Use your normal support channel for attachments. The reporter email is report data for administration; do not copy it into public descriptions or workaround fields.
Verify and troubleshoot
- Create an active Open issue for a product and fill the current language's content.
- Open the product and check the tab title, counts, dates, and status badge.
- Open the hub and the issue's clean detail URL.
- Submit a test public report and confirm it appears as Pending in the admin list.
- Confirm it is absent publicly, then change it to Open and check again.
- Test a second language and, if used, the generated sitemap.
If the tab is missing, check Enable front display, Hide tab when empty, product association, Active, public status, and theme hooks. If an issue disappears in one language, check that its translated title or description differs from the default-language content. If submission fails, refresh the form for a new token, check byte limits and email, and wait if the hourly limit has been reached.
Individual issue pages remain excluded from indexing regardless of the indexing settings. If a hub rewrite fails, check the installed meta entry, friendly-URL setting, and cached routing. Use Integrity for schema, hook, and infrastructure checks.
Customize the theme
Template override paths include:
themes/your-theme/modules/mprissuesrevolution/views/templates/hook/product-tab.tpl
themes/your-theme/modules/mprissuesrevolution/views/templates/front/issues.tpl
themes/your-theme/modules/mprissuesrevolution/views/templates/front/issue.tpl
Theme CSS can use .mprissues-page, .mprissues-wrapper, .mpr-f-item, .mpr-f-badge, .mprissues-detail-panel--workaround, and .mprissues-severity--critical. For example:
.mprissues-wrapper .mpr-f-badge--open {
background: #dc2626;
color: #fff;
}
Uninstall
Export or record issues before uninstalling. The module unregisters theme styling, removes its meta page and menu, removes admin preferences and module content links, and drops module-owned issue and translation tables. Saved module settings remain in the database. If theme cleanup fails, uninstall stops before the remaining removal steps. Remote support links to the removed public pages will need updating.
Screenshots





![]()



Questions
2
What personal data is stored with customer issue reports?
A report stores the submitted email address and the customer ID when the visitor is signed in, alongside the issue text and its product and shop association. Reports start as Pending and remain hidden until reviewed into a public status. Keep reporter details out of public descriptions and workaround text when publishing a report.
Are issue details and report forms loaded separately from the product page?
With the supported shared fragment runtime, issue details are fetched separately after page load or when opened. When reporting is enabled, its dialog loads the form as a private fragment. Details and reporting links also provide full-page routes. Test the effect on page speed with your own theme and issue content.
Known Issues
20
Issue list pagination breaks with more than 500 issues across all products
The issue browser loads all issues in memory before paginating on the client side. Stores with 500+ issues experience a noticeable delay and browser memory issues.
Resolution note
Implemented server-side pagination with AJAX loading. Issues are fetched in pages of 20, reducing initial load time and memory usage.
Issue detail pages bypass compatible page caching
Default settings are not supplied correctly
Module labels remain untranslated
Estimated resolution dates use the wrong format
Issue description links fail with friendly URLs
Issue report dialog lacks required styling
Multilingual settings load incorrectly
Resolved issues inflate the product tab count
Issues page ignores centrally managed SEO settings
Incorrect module translations
Module installation fails on PrestaShop 9
Issue tracker fails with asset combining
Issue pages fail to load on PrestaShop 8 or 9
Issue resolutions are not displayed
Known issues hub is excluded from search results
Issue page titles contain incorrectly encoded characters
Report dialog does not open from known issues
Opening the report dialog shifts the page
Pending issue reports are missing from the tracker
Feature Requests
7
Implemented
Known issue detail pages with canonical URLs
Known issues browser and detail pages
Searchable issue report product picker
Localised issue page URLs
One-click module updates
Knowledge base links for issues
Public issue page caching with automatic refresh
Changelog
v2.5.192026-08-25
- AddedFinalize known issues hub SEO cleanup
- AddedEnrich known issue detail pages
- AddedAdd known issue detail pages
- AddedAdd searchable module picker to issue reports
- AddedAdd known issues browser controls
- Addedcomplete FR/DE/ES/IT/PL translations
- ImprovedUse shared panels on issue detail pages
- ImprovedAlign known issues intro with shared components
- FixedComplete shared package release surface
- FixedRegister native update notifications
- FixedIndex known issues hub
- FixedLazy-load product issue details
Older releases
v1.1.02026-04-20
- AddedLocalized page keywords + route variants (strona/seite/pagina)
- AddedEmit <link rel="prev"/"next"> for paginated issues listing
- AddedMigrate issues pagination to /page/N via shared listing helpers
- AddedAdd getAlternativeLangsUrl for correct hreflang on issues page
- Addedself-healing integrity checks for automatic diagnostics and repair
- Addedautomatic theme detection for Classic and Hummingbird style compatibility
- Addedadmin menu management via MenuInstaller for streamlined module setup
- AddedLicense management tab with key management and renewal options
- Addedcomplete FR/DE/ES/IT/PL translations
- ImprovedUse inherited getCanonicalURL() in issues controller
- Improvedsettings form organization with tabbed layout
- ImprovedSEO handling with proper canonical URLs and meta tags on all front pages
- Fixed301-redirect out-of-bounds pagination + annotate title with "Page N"
- FixedLoad CSS via template instead of hook for Router-dispatched pages
- FixedAdd canonical URL to issues front controller
- Fixedadmin list filters — sorting, searching, and filtering now work correctly on all columns
Demo
Test the full module before you buy
Buy a licence later and keep your settings.
- Your 30-day demo Test it on your own shop for 30 days from the first install.
- Ready demo shop Explore a ready demo shop in your browser.
- No registration No account, email or store domain needed.
By downloading, you accept the demo terms and privacy policy.
By opening this demo you accept the demo terms and the privacy policy.