You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A clear and concise description of what the bug is.
I use an external tool to link and search specific graphs, I do this by referencing graph_view.php with get variables to carry out the search. An example url is:
This returns no matches, and the "Search" filter box is empty. If you then type in Gi1/0/12 into the Search filter box it works. (POST'd variable?)
There appears to be a bug in the parser for rfilter that uses get_request_var (lib/html_utility.php) called from graph_view.php Some work and some do not. So for example:
It appears to be when two digits or more are on the end of the gig int variable. I suspect this is due to the slashes being stripped/interpreted.
Use a get/query to search for something that is known to exist using the Gi1/0/12 prefix or similar Cisco naming convention:
@andyb2000, I'm going to commit a simple fix and I need you to test it out. Let me know if it fixes the issue. The issue is with regular expression quoting for special character handling I think, but you will need to update graph_view.php to the 1.2.x branch version and then test and provide feedback. If you don't want to take the whole file, just look at the diff. The changes are very small.
Thanks for taking a look @TheWitness
Unfortunately no luck, I grabbed the changes in graph_view.php and applied, however same problem.
A url like this:
No search results and in the search box it doesn't populate Gi1/0/14
I've made another change. I think this may go back to a MySQL/MariaDB issue. They have made some changes recently to the way they handle regular expressions. You should upgrade your database, implement the minor changes that I have made, and if you still have problems, use my advice above. It's all working for simple cases for me.