Add SSO auth for larger organizations to effectively use read only reports across their delivery process with multiple stakeholders.27 votes
Thanks for the idea. Adding a support for external authentication provides, such as various SSO systems or even “Login with Google Apps” is something we are reviewing
The rigor test we have is simulating a user session. currently the rigor script sends requests back to back with 1/4 second in between. we need there to be one or two seconds in between though.2 votes
I can see how this is valuable. You want the rate at which Rigor runs a check to more accurately reflect how a user would use the app
Having to monitor multiple sites and growing under Uptime and Browser Checks we would like to be able to create folders/groups to move the checks into without having to use tags. This would clean the UI for users have multiple sites so that the information we need is where we need it. We have been managing this with naming convention but when growing to 100+ checks this will become a monster to view.65 votes
Makes total sense. We are reviewing our UI to see how to better organize things so that customers with large numbers of checks can help navigate and review things
Use real rendering engines from the different browsers. We all know IE behaves differently than other browsers, and loads DOM objects/executes JS/socket connects differently.17 votes
To be clear, right now all of Rigor’s Real Browser Checks run under a real browser, not an emulated one. We are using FireFox 45 ESR. When you select a different User-Agent, we change that UA string or view port, but its always a real browser.
Upgrading to this new version of FF meant we had to completely rewrite all our plugins that take measurements. Luckily these new plugins are more universal, so adding additional real browsers like Chrome is easier.
We are now looking at how to add additional browsers
Current granularity of Rigor reporting allows for months, weeks, or days. Can you please increase granularity to allow for grouping by hours and minutes?
Particular use case is to report on error counts across multiple checks spanning a small time frame such as a couple of hours or minutes45 votes
We are reviewing use cases for our custom reports now, and I can how more specific time granularity would be helpful, especially when you want to focus on, or exclude, a specific time period of trouble.
Right now it's super easy to import a script from Selenium to Rigor, but it's not easy to export a check built or edited in Rigor in a format compatible with Selenium IDE.
It would be neat if we could translate Rigor checks into scripts that our users can test outside of the Rigor app.6 votes
Getting it out there to see who in our user base wants this feature
We have a need to bulk update some HTTP check parameters. I thought this might be a good opportunity to dig into the Monitoring API and maybe write an Ansible module for managing HTTP checks. I ran into problems when I found that, while I could create and delete HTTP checks, the API provided no method of updating existing checks.21 votes
This makes sense. fundamentally we need to provide a comprehensive way to update a checks settings via the API. A v1.0 of this could be to just allow updating check settings, but not say RBC steps (since bulk updating selenium steps could be challenging). Reaching out to reporters with some clarifying questions.
We'd like to not only send notification and escalations when a check fails, but notify a specific group when someone has taken ownership of the issue in the Rigor tool, and a separate group to receive a "back on" notification. This will help our stakeholders notified that there were issues, but emphasize that IT is either working on the resolution, or it has been resolved.3 votes
Seems reasonable, and we are currently defines use cases for a revamped notifications system. Reaching out for additional details
To assist post-deployment validation we would like to run a more specific set of checks at once. To do this, we'd like to be able to filter by tag and select to "run all selected checks"1 vote
Given our push into testing earlier in the lifecycle, and our recent 1st class Jenkins Integration via a plugin we wrote for Jenkins, this makes a lot of sense
Our company uses splunk to log the inner workings of our services. I would love to be able to formulate a splunk query by crafting the url from output coming from a failed test and then display it below the failure explanation to quickly transport from rigor to splunk (or any query service that the user specifies for that matter). Just being able to parse the time window, an index, and some piece of data could go a long way in simplifying the debugging process.4 votes
this could be an interesting integration for us
1. When the test succeeds, allow the user to look at the request, response, etc. for every step the test executed.
2. When the test fails, in addition to giving the details of the failing step, the user should be able to view the request, response, etc. for any other step in that test.
This idea is important to me, because I want to compare successful tests with failed tests. Additionally, if a step fails it is sometimes useful to be able to see what happened in the steps leading up to it.1 vote
We are looking at how to offer this. Currently we don’t store the results of successful runs due to the volume of data
Rather than repeatedly poll the snapshots endpoint to determine when snapshots' statuses have changed, it would be great if we could provide a URL that would receive a POST request when the status, etc. change. (similar to how GitHub provides webhooks - https://developer.github.com/webhooks/)28 votes
Makes total sense. Optimization should better support webhooks
We would like to have the ability to show the response times per step in a multi step API script. Some steps are necessary but may take longer than others.6 votes
This makes total sense. It also adds consistency with our RBC check, which can report metrics about each page visited when running a check that loads multiple URLs
We use Rigor to check our customer SLA adherance.
For most of our customers have several checks running and at the end of each month we have to do a bunch of math to calculate our SLA for that customer. It would be great if you
1) exposed the data in the report of how many runs and fails
2) provided a totals line which allows us to
This is pretty close but does not have the totals at the bottom for each month
Makes sense. We have various ways to display this currently in the app UI, reports, and in summary emails. Reaching out to Alex to ask a few clarifying questions about exactly what he is looking for.
When viewing the check results there is an option to filter based on location and date. The filter only applies to the graph not to the individual run results and alert listings. Pleasse apply the filters on everything on the page.3 votes
This makes sense. We are currently reviewing how our system sets and remembers time ranges when looking at check histories. This is an natural extension
We have a non interactive dashboard on large monitors in the office. It would be great if i could order the results. At he moment uptime checks come at the top and i would want them below the real browser checks1 vote
Interesting idea. Reviewing how to do it.
A work around would be to do 2 API requests, one for RBC checks, and one for Uptime checks, and display them in whatever order you want.
Please add an option to turn on collecting a screen print for all runs including successful runs. This would be helpful for us to compare ads that display on failed runs versus passed runs.3 votes
Sounds like Kathy is just asking for screen shots for successful runs as well as failed runs. Emailing to clarify
To collect speedindex, we have to take a bunch of screen shots, even on successful runs, so we could expose those to the user even for successful runs.
In a lot of scripts we need to use a date to be able to make a transaction unique. Due to leap years et cetera it would be nice to easily create a date with format and the option to add a number of days, moths or years1 vote
Not entirely clear on the ask. Sounds like a current date/time variable could solve this issue. Emailing Arie for clarification.
It would be nice to be able to get a report of all requests on the page that contributed to slow page load. This way we can see if there are ad partners/networks that are repeat offenders and doesn't require someone to have to manually go through each failed waterfall.1 vote
Good idea! We should do a better job surfacing obvious or slow URLs/Domains when a check fails, and potentially across multiple runs/checks
For reporting and daily dashboarding it would be usefull to filter on result status. Currently the low en high results are based on succesfull and onsuccesfull results. There is no way to see the performance of the succesfull runs.1 vote
I believe this is asking for the ability to only show successful runs in the check performance history graph. Emailing Arie for clarification.
- Don't see your idea?