Response inspector sort order broken when PDFView inspector is installed
When the PDFView Inspector is installed (v22.214.171.124, whose public override int GetOrder() method returns 500), the Response Inspectors are rendered out of order, such that the Headers/Transformer inspectors are not at the front of the list.
Hey, Lance-- Fiddler's code here is still buggy. The Comparer should be re-written to use Int64 math and the result should then be thunked down (to -1,0, or 1) based on the sign of the result.
Lance | Manager Technical Support
Posted on:29 Jan 2019 17:15
Thank you for updating the thread.
I'll mark this as Completed, but if it pops up again, just let me know and I'll reopen it.
Lance | Technical Support Engineer, Principal
Do you want to have your say when we set our development plans?
Do you want to know when a feature you care about is added or when a bug fixed?
Telerik Feedback Portal
and vote to affect the priority of the items
Posted on:29 Jan 2019 16:52
Mkay I fixed it. I'm deeply sorry for using a big number. I will only use small numbers going forward.
Posted on:23 Jan 2019 18:52
Posting to keep thread informed: https://github.com/vcsjones/FiddlerCert/issues/22
Posted on:23 Jan 2019 17:46
So, the real problem here is related to the Fiddler CertInspector (https://github.com/vcsjones/FiddlerCert/issues/22) which returns `Int.MaxValue` as its order. This breaks due to integer underflow in InspectorComparer's Compare method, which uses Integer subtraction which underflows.
I've asked Kevin to fix this in his Inspector but perhaps the Comparer should be tweaked to use an Int64 subtraction?
Posted on:22 Jan 2019 22:37
Weirdly, this doesn't reproduce on every machine, so I'm not entirely sure what is going on here.