User tests: Successful: Unsuccessful:
Pull Request for Issue #28871
Steps to reproduce the original bug:
This PR properly adapts the code to respect the "return" variable (if it exists) and redirect back to the exact URL the user was on if they hit "Cancel".
None.
| Status | New | ⇒ | Pending |
| Category | ⇒ | Administration com_config |
| Labels |
Added:
?
|
||
Session data is still not being cleared.
Why does that matter exactly?
On Tue, Sep 8, 2020, 10:37 AM SharkyKZ notifications@github.com wrote:
Session data is still not being cleared.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#28872 (comment),
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAJ52G22EMPXMVRKCYX367DSEXNKVANCNFSM4MT2N27Q
.
We don't want old form data lingering in session. Cancel task should clear the data and perform the redirect. Also because com_config is broken in some ways, this introduces an issue of component's form data appearing in Global Configuration.
I have tested this item
I agree that this is an issue that should be fixed but I would propose to fix this issue within 4.2 and not change this within the 3.10 livetime. will close this PR please create a new pr against 4.2-dev so we get testers and fixed within j4
| Status | Pending | ⇒ | Closed |
| Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2022-06-12 17:43:55 |
| Closed_By | ⇒ | zero-24 | |
| Labels |
Added:
?
Removed: ? |
||
I have tested this item✅ successfully on 86a9356
option=com_fields&view=fields&context=com_content.articleOptionsCancel-- Without PR redirect to
option=com_content,-- with PR redirect to
option=com_fields&view=fields&context=com_content.articleThis comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/28872.