| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003078 | HTML & PERL | Bug Report - Interface | public | 2017-12-23 18:20 | 2017-12-27 16:58 |
| Reporter | pap05521 | Assigned To | DerIdiot | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Firefox 58.0b12 | OS | Windows | OS Version | 10 |
| Fixed in Version | 2018-01 | ||||
| Summary | 0003078: Advanced Search - Indeterminate weights are not URL encoded on the page and removed by browser | ||||
| Description | Searching by manually entered ("include:/exclude:" text inputs) tag weights of +, *+, **+ work on the initial search and appear as "%2b" in the URL but not retained on buttons like Next/Prev. Successive search navigation will degrade from "%2b" to "+" in buttons like Next/Prev, followed by becoming a space character thus dropping the original weight of **+ to **. | ||||
| Steps To Reproduce | Search for an indeterminate weight, via text input not select box, such as **+ Navigate between pages of results **+ will become ** Included picture demonstrates this. | ||||
| Additional Information | Tag weights chosen from the select boxes are assigned a numerical value (** = 400, **+ = 500, etc) and are not affected ("&tag.1543=500") however those can only be "included", not excluded, via weight. Potential solutions: - Fix the non-URL encoded "+" on the page - Switch the text input weight searching to the numerical values Expanded max() and min() seem even worse off, choosing to ignore the tag completely if read directly as "max(**+)" instead of "max(**%2b)", but then navigating to the next page would also reproduce the problem. | ||||
| Tags | link, search, tags, usability | ||||
- Anonymous
