View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001920 | HTML & PERL | Feature Request - Interface | public | 2011-03-18 08:27 | 2016-02-18 17:00 |
| Reporter | anidb_bug_reporter | Assigned To | DerIdiot | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0001920: Notification updates may either Silently Fail or Silently Change | ||||
| Description | Regarding Notification settings: Notification disable | low | med | high Notification Type all | new | group | complete Notification EP Type all | no special | only special | only S special | normal and S special It seems certain combinations of Notification Types and Notification EP Types are incompatible. It appears that Notification Types can always be changed, which may silently force the Notification Type to a compatible default; however, Notification Type changes may silently fail. Silent changes and silent failures are significant usability issues, hence major severity. | ||||
| Steps To Reproduce | Notification EP Type Silent Failure: 0. Disable Notifications for an entry to reset to defaults 1. Set Notification Type to "COMPLETE" 2. Set Notification EP Type to "ONLY S SPECIAL" 3. Observe that Notification EP Type is still "ALL" despite Step 2 Notification EP Type Silent Change: 0. Disable Notifications for an entry to reset to defaults 1. Set Notification Type to "ALL" 2. Set Notification EP Type to "ONLY S SPECIAL" 3. Change Notification Type to "COMPLETE" 4. Observe Notification EP Type is silently changed to "ALL" | ||||
| Additional Information | What combinations are compatible? The end user shouldn't have to guess nor have to work around silent changes and failures. Depending on the number of compatible combinations, perhaps replace both with a select box with options for individual compatible combinations. Alternately, errors need to be thrown instead of silent failure and warnings should be thrown instead of silent change... This is particularly irksome as all too often I have tried to change the Notification EP Type without resting the Notification Type, resulting in silent failure. Unaware, I moved on, only to later discover (if I could recall at that point) that I was getting "old" notifications and missing out on "new" ones... I have updated the wiki with the few incompatibilities that I have observed; however, this is really just an interim measure until this bug is fixed. | ||||
| Tags | No tags attached. | ||||
|
|
by sheer logic it should occur to you already that it's impossible to know when all specials have been added. specials be one or none of the following * bonus eps * interviews * making ofs * picture dramas * other oddities it's completely beyond anidb's scope to know when all of these have been added. not to mention if any group cares enough to even release all of them. hence the complete state is not setable for anythign else than the regular eps. you may call that silent fail and change, but these are sanity checks. also how could this be a bug. if anything this would be a feature request for an error screen. the options itself work as they should |
|
|
Agreed that "Complete" is indeterminate for specials; however, given that the indeterminate options for "Complete" are not removed or disabled and user selection of an indeterminate option is silently ignored (no error dialog), this is perceived as a bug (or feature request if you prefer). Further, observing that completion of specials is inherently indeterminate, the only seemingly determinate "Complete" notification is not the default "All", which I believe includes specials, but rather the silently ignored "No Specials". Lastly, the Notification EP Type is silently changed to "All" when changing the Notification Type, even if it would have resulted in a determinate combination. For example, changing "New" and "Specials Only" to "All" and "Specials Only" results in "All" and "All"; however, subsequently, this can be changed to "All" and "Specials Only". In Summary: * Indeterminate Options should be removed or disabled * "Complete" and "All" (the default) is indeterminate * "Complete" and "No Specials" is determinable and should be the default * Notification EP Type should persist during Notification Type changes |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2011-03-18 08:27 | anidb_bug_reporter | New Issue | |
| 2011-04-18 12:04 | DerIdiot | Note Added: 0003218 | |
| 2011-04-18 12:05 | DerIdiot | Severity | major => minor |
| 2011-04-18 12:05 | DerIdiot | Category | Bug Report - Interface => Feature Request - Interface |
| 2011-04-18 13:54 | DerIdiot | Assigned To | => DerIdiot |
| 2011-04-18 13:54 | DerIdiot | Status | new => feedback |
| 2011-04-23 08:32 | anidb_bug_reporter | Note Added: 0003224 | |
| 2011-04-23 08:32 | anidb_bug_reporter | Status | feedback => assigned |
| 2011-07-20 09:59 | DerIdiot | Project | AniDB Website => HTML & PERL |
| 2014-05-12 00:18 | DerIdiot | Assigned To | DerIdiot => |
| 2014-05-12 00:18 | DerIdiot | Status | assigned => new |
| 2016-02-18 17:00 | DerIdiot | Status | new => resolved |
| 2016-02-18 17:00 | DerIdiot | Resolution | open => fixed |
| 2016-02-18 17:00 | DerIdiot | Assigned To | => DerIdiot |
