Closed
Bug 658163
Opened 15 years ago
Closed 14 years ago
Inconsistent featured version limiting
Categories
(Socorro :: General, task)
Socorro
General
Tracking
(Not tracked)
VERIFIED
FIXED
2.1
People
(Reporter: lonnen, Assigned: lonnen)
References
()
Details
Attachments
(1 file, 1 obsolete file)
|
12.39 KB,
patch
|
laura
:
review+
|
Details | Diff | Splinter Review |
Socorro limits the number of versions that can be featured, but in the admin panel the products have inconsistent behavior when adding new featured versions. With a limit of 4 I get the following behavior:
Camino -- warns that there are already 4 but sets a check indicating a 5th despite the warning. After the 5th it just gives the warning but no additional versions are set as featured
Fennec -- no warnings at all and I'm at 8 checked so far
Firefox -- same as Camino
SeaMonkey -- warns at 4, does not check a 5th like Camino.
Thunderbird -- same as Fennec, 8 so far and no warning
Updated•15 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Target Milestone: --- → 1.7.8
| Assignee | ||
Comment 1•14 years ago
|
||
Spent some time digging and found that the branch_model getFeaturedVersions() and getFeaturedVersionsExcludingVersionCount() calls are in agreement with each other but different than the versions marked as featured in the returned info from getBranchData().
| Assignee | ||
Comment 2•14 years ago
|
||
The branch_model inconsistently requires `pv.start_date <= '(today)' AND pv.end_date >= '(today)'` when it calls the database, which can result in inaccurate counts of featured versions.
Specifically, when the table is populated initially there is no date filtering, but when a user sets a new featured version it checks against the subset in that date range. In the case of Thunderbird, this lets me mark nearly 35 consecutive versions as 'featured' before choosing 3 that fall in that date range.
When we populate the menu items we use that date range, so having the option to mark another version as featured seems unexpected when we don't provide a convenient way to get to them through the UI. We could add the date range restriction to what populates the admin panel, or we could remove the date range restriction from the other commands. Not sure how to proceed, so I've cc'd others for advice.
Assignee: nobody → chris.lonnen
Status: NEW → ASSIGNED
Updated•14 years ago
|
Target Milestone: 1.7.8 → 2.0
Updated•14 years ago
|
Target Milestone: 2.0 → 2.1
| Assignee | ||
Comment 3•14 years ago
|
||
Since the available versions are effectively limited to unexpired versions elsewhere in the web app, this patch restricts the tables in the admin panel to display unexpired versions only.
I know we are about to discuss some larger changes to the concept of featured versions, so this may not be needed, though it gives us an option in case we want a temporary band aid while we develop the better solution.
Comment 4•14 years ago
|
||
Comment on attachment 545280 [details] [diff] [review]
Limits branches in the admin panel to only current branches
With this, is there still a way to get to the "non-current" versions to make them current again in case of an error in settings?
| Assignee | ||
Updated•14 years ago
|
| Assignee | ||
Comment 5•14 years ago
|
||
Revised patch. Presents out of date versions in their own section of the admin panel, and prevents users from marking a version as featured if it is out of date.
Attachment #545280 -
Attachment is obsolete: true
Attachment #545524 -
Flags: review?(laura)
Updated•14 years ago
|
Attachment #545524 -
Flags: review?(laura) → review+
| Assignee | ||
Comment 6•14 years ago
|
||
Checked in as r3278 (http://code.google.com/p/socorro/source/detail?r=3278).
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 7•14 years ago
|
||
The previous patch was comparing a date as a string with a date as a number, which coincidentally worked sometimes but was usually wrong.
Checked in as r3279 (http://code.google.com/p/socorro/source/detail?r=3278).
Comment 9•14 years ago
|
||
Verified FIXED on https://crash-stats-dev.allizom.org/admin; felt like I've tested this pretty well (adding/deleting/updating/featuring/un-featuring).
Status: RESOLVED → VERIFIED
Updated•14 years ago
|
Component: Socorro → General
Product: Webtools → Socorro
You need to log in
before you can comment on or make changes to this bug.
Description
•