ios and Android mobile application for SmartBear AlertSite
It would be of great value if we have a dedicated ios and android mobile app for SmartBear Alertsite Product which would then allow the end users to leverage the mobile app and visualize the data better rather than relying on the web page.1.9KViews7likes1CommentProvide Direct URLs for Alertsite Views
In order to provide other teams with on demand shareable dashboards, I propose creating a dedicated URL for each view/dashboard that has been created. This would give our team the ability to quickly share different views dedicated for different audiences. For example, a view with monitor groups to determine the health of specific parts of our web applications.1.7KViews0likes2CommentsUpgrade the version of Chrome running on Selenium on Alertsite
As we have Angular web pages running version 6 and 7 that was released in 2018 they do not work on the version of Chrome that launches with Selenium on Alertsite. When you launch Chrome in alertsite it uses version 49 of Chrome which was released in 2016. Using Dejaclick Chrome launches in version 74. Suggestion. Upgrade the version of Chrome that Selenium launches in Alertsite to version 74 or greater. Thanks, Douglas McGonegle1.3KViews0likes1CommentDisplaying the data based on custom time zone or based on end user's device/browser timestamp
On the SmartBear AlertSite UI, instead of fixing the data timestamp to GMT, it would be better if we can configure the timestamp of the displayed data (Or) may be, the data can simply be displayed based onend user's device/browser timestamp.1.1KViews1like2CommentsAdditional data points for "Transaction Step Summary" Report
We will gain more insights if we have the below additional options in"Transaction Step Summary" Report: 1) Have the option to select multiple locations 2) Ability to provide the data at granular level rather than the aggregated level (Example: If we are running the report for last last 7 days or last 1 month, we are seeing in this report, only one data point per transaction step per day which is the aggregated/consolidated value; we want to have the option to view individual data points per script run also in this report)1KViews5likes0CommentsFull page response time on the dashboard
we do not see full page response time on the dashboard, whereas what we get is Last response of the monitor. is there any way to include full page response time to dashboard. Please implement this feature, this will help the clients to understand the full-page load time without drilling down to the details.725Views5likes4CommentsCombine Dejaclick and SoapUI
In Alertsite you have Soap Monitors that run independily testing endpoints and then Web monitors which run independently. I would like the ability to use and existing Soap Monitor as a data source from Dejaclick. In Dejaclick if we had the ablity to after logging in , see our existing soap monitors and choose the soap monitor we wanted. It would then give us a drop down list of objects that the soap monitor returns. We could pick the redirection URL as a variable and then use the variable for the url that we first open in Dejaclick to start the journey. Thanks, Douglas675Views0likes0CommentsSAML based user access for specific AD groups rather than individual user names
We want the SAML or SSO based user access to be granted at the AD group level rather than granting access at individual users level. Allowing this group level access would benefit all enterprise organizations where there are several users within a single group.342Views0likes0CommentsPlease return all AlertSite API results in UTC time
Currently any results from the AlertSite API are returned using whatever time zone is configured for the entire account. The problem with that is that the widespread standard used by most tools/apps is to assume that API results are in UTC time. Because of this, we are unable to pull data from the AlertSite API into tools like Grafana or Dynatrace, not without having some kind of custom script in between to modify the time fields to UTC. Please either change all API results to use UTC time, regardless of the account settings, or at least add a parameter to all API Requests to have the results returned in UTC time. Or, maybe a setting in the Accounts page that toggles all API results to use UTC time? Also, when I say UTC, I don't mean GMT, as that is a deprecated method of storing and displaying time, since GMT has to be adjusted based on whether or not Daylight Savings time is currently active. UTC does not have this limitation, hence it's widespread use in nearly every modern database and/or API).335Views0likes1Comment