I've restarted my VM to update my version of SSIS (unrelated), and now have this message showing in the portal as a header over the VM.

"We recently resolved a problem with your virtual machine."

Clicking into it takes me to the resource health page.

This is a bug because:
(1) It gives a false sense of there being an issue to others (I'm on a team of 3, and now need to do the 'don't worry about that, nothing went wrong' dance after planned downtime :) ).
(2) It gives a false sense of what MS/Azure has done...no action has been taken (that I can see?) automatically. We always want to understand automatic actions, and usually Azure pretty good at giving us the right level of detail. Don't want to waste time investigating a change that might have been made to our VM.

Key detail here is that in a distributed, wide team, you can't guarantee that the person who triggers this event is going to know about the manual action.

I want to create tile which show chart for for n th day from today's day.

On Query analyzer, it's working fine but when I pin that query as dashboard it show No data for the given query.

Sample query as below:

union (traces)
| where timestamp > ago(8d) and timestamp < ago(7d)
| extend itemType = iif(itemType == 'availabilityResult',itemType,iif(itemType == 'customEvent',itemType,iif(itemType == 'dependency',itemType,iif(itemType == 'pageView',itemType,iif(itemType == 'request',itemType,iif(itemType == 'trace',itemType,iif(itemType == 'exception',itemType,"")))))))
| where ((itemType == 'trace' or (itemType == 'request' or (itemType == 'pageView' or (itemType == 'customEvent' or (itemType == 'exception' or (itemType == 'dependency' or itemType == 'availabilityResult')))))))
| where message startswith 'Singlesearchresultcommon-RCOM'
| project timestamp, message = case(message startswith 'Singlesearchresultcommon-RCOM-true', 'R.com AVL', message startswith 'Singlesearchresult_common-RCOM-false', 'R.com NO AVL', 'unknown')
| summarize count() by message , bin(timestamp,1h)
| render timechart

I tried this below way also,
but it not work on dashboard.

let prevweekto = datetimeadd('week', -1, makedatetime(now()));
let prevweekfrom = datetimeadd('day', -1, prevweekto);
traces
| extend itemType = iif(itemType == 'availabilityResult',itemType,iif(itemType == 'customEvent',itemType,iif(itemType == 'dependency',itemType,iif(itemType == 'pageView',itemType,iif(itemType == 'request',itemType,iif(itemType == 'trace',itemType,iif(itemType == 'exception',itemType,"")))))))
| where timestamp between (prevweekfrom..prevweekto)
| where ((itemType == 'trace' or (itemType == 'request' or (itemType == 'pageView' or (itemType == 'customEvent' or (itemType == 'exception' or (itemType == 'dependency' or itemType == 'availabilityResult')))))))
| where message startswith 'Singlesearchresultcommon-RCOM'
| project timestamp, message = case(message startswith 'Singlesearchresultcommon-RCOM-true', 'R.com AVL', message startswith 'Singlesearchresultcommon-RCOM-false', 'R.com NO AVL', 'unknown')
| summarize count() by message , bin(timestamp,1h)
| render timechart;

Note: above query work fine in azure query but not work as expected on dashboard.

There's a current security loophole in your system where if someone provides a link to the current Deployment Center, a user that does not have write permission but have read permission will be able to view the logs. They do not seem to have access to click on the buttons, but they might be able to see other parts they shouldn't have access to.

Steps to replicate:
1) Login as a user with read-only permissions
2) Have a user with both write and read permission provide a link to the Deployment center
3) User with read-only permission will be able to click on the link and then view the logs even though they would not be able to access it through the page.

I created a Web app, using Basic Paid plan (a classic nodejs app in linux machine in West Europe).
I added a custom domain and a certificate. At some point I downgraded the app to the Free Plan and created a new Web App (Paid Plan). I wanted to add to the new app, the previous Custom Domain. I could not tho, because azure wanted me to remove the custom domain from the previous app. I could not do that also tho, because the app is now using Free Plan and I had no access to the custom subdomain and could not modify or remove it. I had to upgrade my plan again, remove custom domain and then downgrade the plan.

The selected resource unexpectedly changes when switching to the overview blade. Here are the steps I follow when the problem occurs:

1. From the portal home page search for and select a resource type, such as virtual networks


2. Select a virtual network from the list of all virtual networks in our tenant


3. Select the peering's blade to view the peering's for the selected virtual network


4. Click on another virtual network to view the peering's for it


5. Click the overview blade to view the overview (and enable the delete option)

On step 5, you would expect to see the overview for the currently selected virtual network, but the portal displays the overview page for the previously selected virtual network,