Configuration
Extension configuration
Admin Tools > Settings > Extension Configuration > opinion
| Name | Type | Default |
|---|---|---|
| string | (empty) | |
| string |
[Opinion]
|
|
| int | 5 | |
| int | 10 | |
| int | 180 | |
| boolean | 1 | |
| string |
ADMCMD_*,logintype,user,pass,redirect_
|
-
- Type
- string
- Default
- (empty)
Comma-separated email addresses that receive the feedback. Invalid addresses are ignored. Without a valid recipient the feedback is still stored, its delivery status is "failed".
-
- Type
- string
- Default
[Opinion]
Prefix of the email subject. The subject continues with category, severity and the beginning of the message, for example
[Opinion].[bug/ high] The teaser image is cropped
-
- Type
- int
- Default
- 5
Delivery attempts, counting the first one, after which opinion:redeliver gives up on a feedback.
0retries without limit. Deliver again in the admin module is always possible.
-
- Type
- int
- Default
- 10
Feedback a backend user may send per hour, administrators included. Only valid submissions count. Above the limit the dialog shows a notice and the endpoint answers
429with aRetry-header.After 0switches the limit off.
-
- Type
- int
- Default
- 180
Age in days after which opinion:cleanup deletes feedback records and their screenshots.
-
- Type
- boolean
- Default
- 1
0hides the feedback triggers for everybody and rejects submissions.
Email sender
The email is sent from
$GLOBALS. The backend
user who sent the feedback becomes reply-to, so the team can answer directly.
Collected details
The tab Collected details of the extension configuration has a switch for every detail that is attached to the feedback. All are on by default. A switched-off detail is not collected by the browser and is removed on the server, even if a request sends it.
The sender (name, username, email address) is always kept, the team needs it to answer.
Browser
Collected by the browser. Cookies, local and session are
never read.
| Setting | Detail |
|---|---|
collect_ | Page URL |
collect_ | Page title |
collect_ | User agent |
collect_ | Browser brands, platform, mobile (User-Agent Client Hints) |
collect_ | Browser language |
collect_ | Preferred languages |
collect_ | Time zone |
collect_ | Screen size and color depth |
collect_ | Viewport size |
collect_ | Device pixel ratio |
collect_ | Color scheme (light/dark) |
collect_ | Reduced motion preference |
collect_ | Online state |
collect_ | Time in the browser |
Server
Determined on the server, never taken from the request body.
| Setting | Detail |
|---|---|
collect_ | TYPO3 version |
collect_ | Application context |
collect_ | PHP version |
collect_ | IP address (anonymised) |
collect_ | User agent sent to the server |
Page and module
Sent by the entry point and validated on the server. Entries marked "admin panel" come from the admin panel tab Info > General; images and document size are only known when the page was rendered without cache, like in the admin panel itself.
| Setting | Detail |
|---|---|
collect_ | Page uid and title |
collect_ | Site (frontend) |
collect_ | Language (frontend) |
collect_ | Workspace (frontend) |
collect_ | Module (backend) |
collect_ | Module URL (backend) |
collect_ | Page type (admin panel) |
collect_ | Cache state and reasons (admin panel) |
collect_ | Number of uncached elements (admin panel) |
collect_ | Parse time (admin panel) |
collect_ | Document size (admin panel) |
collect_ | Simulated frontend user and groups (admin panel) |
collect_ | Images on the page (admin panel) |
URLs
-
- Type
- string
- Default
ADMCMD_*,logintype,user,pass,redirect_url,tx_ felogin_ login
Query parameters that are removed from the page URL (browser) and the module URL (backend) before the feedback is stored and sent, so preview, login or session parameters do not end up in the email. Comma-separated and case-insensitive; a trailing
*matches a prefix,ADMCMD_*covers all preview parameters. For an array parameter liketx_the base namefelogin_ login [hash] tx_is matched. All other parameters and the fragment are kept as sent.felogin_ login The request token of backend URLs (
token) is always removed. An empty value removes nothing else.
Who may send feedback
Administrators always may. Other backend users need the option
options. in their user or group TSconfig. It shows the feedback
triggers to the user and accepts their submissions:
options.opinion.enable = 1
Sending feedback also needs a valid email address in the user account, so the team can answer. Users without one still see the trigger, but get a note with a link to their user settings instead of the form; the endpoint rejects their submissions as well.