Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update Publishing to IIS #1270

Closed
wants to merge 2 commits into from
Closed

Update Publishing to IIS #1270

wants to merge 2 commits into from

Conversation

guardrex
Copy link
Collaborator

Fixes #1264

Fix sensitive files language and add VC++ redist troubleshooting issue.
@dnfclas
Copy link

dnfclas commented May 21, 2016

Hi @guardrex, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!

The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.

TTYL, DNFBOT;

@@ -126,7 +132,7 @@ Troubleshooting:

- If your application uses the `.UseUrls(...)` extension on `WebHostBuilder`, make sure you have positioned the `.UseUrls(...)` extension before the `.UseIISIntegration()` extension on `WebHostBuilder`. `.UseIISIntegration()` must overwrite any values you provide in `.UseUrls(...)` in order for the reverse-proxy to succeed.

Issue #2
Issue #3
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we replace all the #'s with a title - for example
Issue Browser no response?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@danroth27 added those. I'll certainly give it go if he's good with it.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, at the time the issues were a single combined bulleted list, which didn't render very well. Also each issue needs it's own linkable subheading so that they can be referenced. Unfortunately I didn't have time to come up with subheading text before the RC2 release needed to go out. @guardrex If you could help out with subheading text that would be great.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure thing ... np. I'll get on it this evening.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Dah! 😠 Fighting with custom logging this evening. I'll get back on this in the morning.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Rick-Anderson @danroth27 I just got back to this. I'm having trouble. It's tough to title these ... There's too much info to title them easily when they don't have short behaviors and/or short possible cause lists.

Giving each a title based on browser response alone doesn't separate them. To give them titles based on all three behavioral classifications (browser response, ANCM log, and Application log) would make the titles too long. Giving them titles based on the possible causes ... also lists of possible causes in some cases ... also makes them too long.

This is why in the original doc I formatted them as three bulleted items to match the behavior followed by indented bullets for the possible causes. I thought that that was the simplest way to run down groups of three behaviors for the dev to match.

We could remove the "Issue #" from each and use a horizontal rule to separate them.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

remove the "Issue #"

Yes, do that.

@guardrex
Copy link
Collaborator Author

I tried *** to get <hr>'s in there, but that didn't seem to work. Maybe I was doing it wrong? Maybe it was just because I was looking at it in my fork in GH and not actually rendered by the doc engine?

I pulled "Issue #," but I don't think it looks too good. I had to block the Troubleshooting lists (indent them) so that it wouldn't get rolled into the next set of behaviors.

I kind'a like what I had there on the first pass (w/o "Troubleshooting:"), but perhaps that was too confusing where one stopped and the next started. @danroth27, you said it didn't render well.

If *** will render as <hr>, then I could try again ...



@Rick-Anderson
Copy link
Contributor

merged - it's taking some time to show up tho.

@guardrex
Copy link
Collaborator Author

@Rick-Anderson Is this one ok? It looks like it's closed without being merged.

@danroth27 danroth27 reopened this May 27, 2016
@dnfclas
Copy link

dnfclas commented May 27, 2016

Hi @guardrex, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!

The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.

TTYL, DNFBOT;

@guardrex
Copy link
Collaborator Author

Let me know if it needs more work on the layout (e.g., go for <hr>'s between the Common Error issues).

@Rick-Anderson
Copy link
Contributor

@danroth27 I merged it - see https://github.com/aspnet/Docs/commits/master
I closed 6 PR's i merged - do they all need to be reopened?

@danroth27
Copy link
Member

@Rick-Anderson please include the commit hash in the PR before closing so that we can verify that things have been merged. No need to reopen anything if the commits on master can be accounted for.

@danroth27
Copy link
Member

Also, we were having build issues for a couple of days. This has been fixed, so changes should start showing up again.

@danroth27
Copy link
Member

Thanks! b5194e7

@danroth27 danroth27 closed this May 29, 2016
@danroth27
Copy link
Member

danroth27 commented May 29, 2016

@guardrex And yes, the formatting still bugs me 😄. Also, now there is no way to link to individual issues, which I think would be useful.

@guardrex guardrex deleted the guardrex/update-publish-to-iis branch May 29, 2016 15:05
@guardrex
Copy link
Collaborator Author

@danroth27 Yep. The troubleshooting of one common error runs into the behaviors of the next.

The only problem with titling them was the 500.19 and one of the 502.3 issues, where there are multiple causes. Let me see what happens when I try to title them. I'll give that a shot and create a PR with some proposed titling that might work.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants