Bug #9582
no_cache needed?
| Status: | Resolved | Start date: | 2010-09-03 | |
|---|---|---|---|---|
| Priority: | Should have | Due date: | ||
| Assignee: | - | % Done: | 100% |
|
| Category: | - | |||
| Target version: | Stable v1.0 | |||
| Votes: | 0 |
Description
Currently the no_cache parameter is added to all forms in the hidden fields.
I see no reason for this since the plugin is an USER_INT object.
./Classes/View/Tx_Formhandler_View_Form.php: <input type="hidden" name="no_cache" value="1" />
Why do we slow down the whole page at this point?
History
Updated by Reinhard Führicht almost 3 years ago
- Status changed from New to Accepted
I had problems several times, where the form got cached. That's why the no_cache param gets set automatically.
I can't reproduce any problem now, when removing the no_cache. So, I guess it is OK to remove it.
Can you confirm, that it works for you without no_cache?
Updated by Joh. Feustel almost 3 years ago
It works for me so far. I will commit this now. Maybe we should wait some days until we finally close this issue.
Updated by Reinhard Führicht almost 3 years ago
+1
Updated by Reinhard Führicht over 2 years ago
- Status changed from Accepted to Resolved
- Target version set to Stable v1.0
- % Done changed from 0 to 100
I guess the "few days" are over now. I didn't experience any problems, so I will close this issue.