Closed GitRomney closed 3 months ago
@GitRomney , thank you for bringing this issue to our attention. Based on the provided screenshot, it appears that the URL added in the Manifest file may be incorrect. Please verify this. If you believe the URL is correct, then please share the console logs and network trace to help us troubleshoot the issue. Also, provide the manifest file that you have zipped and uploaded to the Teams Admin.
I have checked the URL and it matches the one in Azure. Please find the files you requested, attached. Please let me know once you have them so that I may remove them from here. Thank you for your help.
@GitRomney , Yes, I have received the shared files. You can delete them.
Thank you. Please let me know if you need anything further from me.
@GitRomney , I have reviewed the provided Manifest and logs. The URL included in the manifest is currently not accessible. Could you please verify the URL, or go to the app service, click on 'Browse', and check if the site is operational?
That URL was not in App Services but another URL was (the name of the App Service plan). We added the Service Principal as the redirect URI in step 4. The instructions were a bit confusing. After changing that and updating the manifest, we can now get to the login page, but get the message pictured. The client secret is valid (not expired). We're going back through the instructions again to see if maybe we missed something.
I'm not sure what we're missing. We're still getting the "No reply address provided" error, shown in my previous post. Perhaps my impression from the instructions (step 4) is incorrect.
I'd also be happy to hop on a Teams call to show you our settings. Maybe that would be faster. Thanks again for your help.
We are having a similar issue. My thought was the baseurl was created in step 4 (e.g. teocbaseresource - https://teocbaseresource.azurewebsites.net). Still troubleshooting...
On the other hand..
@JayPdsn Do you maybe want to create a new issue, to avoid confusion?
I thought about creating a new incident, but didn't want to duplicate issues since we are having the exact same problem. I definitely can if that is preferable.
@GitRomney , The base resource name is what you provided during the deployment to your Azure Subscription. If you are still finding it difficult, please provide your email address through GitHub (Please do not send it via email, as we will be unable to view it) and your available times so we can schedule an MS Teams call to troubleshoot the issue.
Thank you. We are available today between 10am and 12:30pm CDT, 1-2:30pm CDT, and 3-4:30pm CDT.
@GitRomney , Following our discussion in the meeting, the SharePoint Name is incorrect. Kindly delete the resource group and redo the process using the correct name as specified in the deployment guide. https://github.com/OfficeDev/microsoft-teams-emergency-operations-center/wiki/Deployment-Guide
Thank you for your help today. Yes, when we got to step 1. in part 1 of the instructions, we included the full URL instead of just the last part, after "/sites/. We noticed some other things too. Doing some more testing and I'll report back here today or Monday with more details.
We seem to have the app working now. I'm not entirely sure what did it. Our Cloud Operations guy who makes the changes in Entra ID tells me he thinks this is what fixed it: "Our module defaults to disabling FTP/FTPS, but the ARM deployment had FTPS enabled on the App Services. Enabled FTPS on both App Services." Posting that here in case it's helpful to others.
@GitRomney , Thank you for the update. As your issue has been resolved, I am closing this issue. Please feel free to add any further comments.
Would you agree that enabling FTPS is important? It isn't listed in the deployment document so just curious.
@GitRomney , Yes, it is crucial because the app is being built and deployed into the App Service directly from GitHub. Moreover, this is included in the ARM template, and it is not required to be updated, so it was not mentioned in the deployment document.
v-ajaysahu
Do you receive the email replies?
Jay Pedersen
Senior Enterprise Application Analyst
The Woodlands Township
281-210-3496
From: v-ajaysahu @.> Sent: Monday, July 1, 2024 9:41 AM To: OfficeDev/microsoft-teams-emergency-operations-center @.> Cc: Jay Pedersen @.>; Mention @.> Subject: [EXTERNAL]Re: [OfficeDev/microsoft-teams-emergency-operations-center] New Deployment of TEOC 3.1. Pane is blank upon upload (step 8) (Issue #210)
@GitRomneyhttps://github.com/GitRomney , Yes, it is crucial because the app is being built and deployed into the App Service directly from GitHub. Moreover, this is included in the ARM template, and it is not required to be updated, so it was not mentioned in the deployment document.
— Reply to this email directly, view it on GitHubhttps://github.com/OfficeDev/microsoft-teams-emergency-operations-center/issues/210#issuecomment-2200348028, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BJOFDPUZHPBDUXGQC6T2MBLZKFTCJAVCNFSM6AAAAABJZ53PACVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBQGM2DQMBSHA. You are receiving this because you were mentioned.
This is an email from an EXTERNAL source. DO NOT click links or open attachments without positive sender verification of purpose. Never enter USERNAME, PASSWORD or sensitive information on linked pages from this email.
When I upload the app into Teams, the pane is blank in Teams Desktop and Web indicates trouble reaching the url. I've reviewed closed support cases on this page to assist in troubleshooting but can't determine where the issue is after viewing the HAR logs myself.
Once you acknowledge the receipt of this case, I'll upload the HAR logs and manifest file I've collected, then delete them once you have them.
Thank you in advance for your help.