Bug 952987

Summary: Cannot view dependent bugs when there are many
Product: [Community] Bugzilla Reporter: wangjing <jingwang>
Component: Dependency ViewsAssignee: PnT DevOps Devs <hss-ied-bugs>
Status: CLOSED WORKSFORME QA Contact: tools-bugs <tools-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 4.4CC: jmcdonal, rjoost
Target Milestone: 4.4Keywords: Regression
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-11 05:58:39 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1019072    
Bug Blocks:    

Comment 1 Simon Green 2013-05-27 00:29:45 UTC
We can work around this by always doing a POST call. A modern browser will use history.replaceState to make the URL unique if it is less than the allowed limit.

Comment 3 Jason McDonald 2013-10-15 06:59:02 UTC
Following the steps above, but using the production server instead, I get a proxy timeout error in step 2, reported in Bug 1019072.

Note that Bug 756082 has well over 1000 bugs in its Depends On list.  I remain skeptical that that is a sensible way to use Bugzilla (or any bug tracker for that matter). If one wants to track the high priority bugs for a release, I would have thought a better way to do that would be by setting appropriate values for the priority field and an appropriate release flag and crafting the correct query to retrieve the list of bugs that are thus marked as priority items.  

Using tracking bugs like Bug 756082 to keep a list of priority issues is error-prone because it relies on users to remember to add dependencies and important bugs could easily be missed.

Comment 4 Jason McDonald 2013-12-11 06:24:21 UTC
The procedure in Comment #0 works fine now on the production server (takes about 10 seconds to "View as Bug List"). Presumably fixed by the same upstream changes as fixed Bug 1019072.