View Issue Details

IDProjectCategoryView StatusLast Update
0001891HTML & PERLBug Report - Interfacepublic2014-05-12 00:02
ReporterHinoe Assigned ToDerIdiot  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Summary0001891: Pending creqs will cause all creqs for the same kind of data to appear in the "Pending" tab
DescriptionOn My Creqs ( http://anidb.net/perl-bin/animedb.pl?show=creq&my=1 ), having any kind of pending creq will send all creqs of that kind to the Pending tab. For example, creqing an anime-category relation will show all your granted/denied anime-category creqs in the Pending tab instead of in the History tab. Might happen with other kinds of creqs, not sure.
Steps To ReproduceWith a user account that has a granted/denied creq of whatever kind, issue another creq of that kind and check My Creqs -> Pending.
Additional InformationSee pic for a more understandable explanation. Some stuff has been removed, but the idea is there. When I first noticed that happening, I mentioned it on IRC, but it hasn't been fixed (seen that twice again since, as you will see on the pic), so I figured I could file a bug to be sure it's not forgotten.
TagsNo tags attached.

Relationships

duplicate of 0002052 closedDerIdiot myCreqs page lumping completed creqs onto pending tab 

Activities

Hinoe

2010-11-25 20:05

reporter  

pending.png (102,132 bytes)   
pending.png (102,132 bytes)   

Hinoe

2010-12-10 07:02

reporter   ~0003190

Hi. It seemed to be fixed but it seems not to be so anymore. At least Song-Anime relations are triggering this bug. See pic which I'm going to attach.

Hinoe

2010-12-10 07:03

reporter  

pending_notquite.png (18,093 bytes)   
pending_notquite.png (18,093 bytes)   

Hinoe

2011-03-01 00:50

reporter   ~0003210

Erm, it's a bit late for me to arrive at such an obvious conclusion, but it just occurred to me that perhaps I was still seeing the bug because the update hadn't gone live. If so, please forgive my derpiness. :P

fresnel

2012-02-03 17:20

reporter   ~0003269

This still appears to be the case, seeing this right now for my "Resource" creqs.

fresnel

2012-02-05 12:43

reporter   ~0003270

Appears to be fixed now (at least, from what I can see for my "Episode Title" creqs).

fresnel

2012-02-05 19:00

reporter   ~0003271

Woops, spoke too early, my "Episode Title" creqs are back to all being on the Pending page (3 granted, 3 new, 1 open, 1 revoked).

Hinoe

2014-05-11 14:05

reporter   ~0003356

Has been duped as 2052.

DerIdiot

2014-05-12 00:02

administrator   ~0003359

this is a corner case bug ; one i can't seem to replicate at all. i _might_ have squashed it... in theory, but as i can't replicate it i can only assume i have fiuxed it.

not yet productive

Issue History

Date Modified Username Field Change
2010-11-25 20:05 Hinoe New Issue
2010-11-25 20:05 Hinoe File Added: pending.png
2010-11-27 02:37 DerIdiot Status new => resolved
2010-11-27 02:37 DerIdiot Resolution open => fixed
2010-11-27 02:37 DerIdiot Assigned To => DerIdiot
2010-12-10 07:02 Hinoe Note Added: 0003190
2010-12-10 07:02 Hinoe Status resolved => feedback
2010-12-10 07:02 Hinoe Resolution fixed => reopened
2010-12-10 07:03 Hinoe File Added: pending_notquite.png
2010-12-10 07:03 Hinoe Note View State: 0003190: private
2011-03-01 00:50 Hinoe Note Added: 0003210
2011-03-01 00:50 Hinoe Status feedback => assigned
2012-02-03 17:20 fresnel Note Added: 0003269
2012-02-05 12:43 fresnel Note Added: 0003270
2012-02-05 19:00 fresnel Note Added: 0003271
2012-08-13 20:13 Hinoe Note View State: 0003190: public
2014-05-11 14:05 Hinoe Note Added: 0003356
2014-05-12 00:00 DerIdiot Relationship added duplicate of 0002052
2014-05-12 00:02 DerIdiot Note Added: 0003359
2014-05-12 00:02 DerIdiot Status assigned => resolved
2014-05-12 00:02 DerIdiot Resolution reopened => fixed