-
Notifications
You must be signed in to change notification settings - Fork 135
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
Use owner name as site title for User and Organization sites. #197
Conversation
I'd like to add a couple of new tests in site_github_munger_spec.rb around line 110 or so, but it looks like I might need to add a new test-site as well. Probably best to consult with a project owner before proceeding. |
Add your tests and a new test site. Whatever you think is necessary to properly test this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is a nice addition as is, but i support your desire to add tests. Please add whatever tests and related fixtures (test site, etc.) that you think are necessary. However, if you find after a few days that adding the tests is a lot of extra work, let's go ahead and skip them and ship this without.
CI checks are failing still. |
Thanks for renaming. Please see additional suggestion on removing the code comment. |
TestsI see two 2 failing AppVeyor tests from checks. Tthe one looks like SSL error outside of this PR scope. The other issue looks possibly relevant. Test job from build #37997173
But also, tests are failing in general across PRs so this may have been an issue already. https://ci.appveyor.com/project/jekyll/github-metadata/history |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Remove comment
My new code does not distinguish between User and Organization owners. If my code caused this failure, then the test case
The failures are not consistent across obviously irrelevant commits, such as my change to Nor are the failures reproducible locally using the same seed and the same Ruby / Jekyll versions in the environment. It's reasonable to conclude that some issue with the AppVeyor environment is responsible for the failures. Possible hypotheses:
There are also obvious issues with order dependency in these tests. For example:
(I would argue that the warnings are correct, given the context of those specific cases.) So, I'm not losing sleep over these test failures. If you disagree, please suggest a concrete course of investigation. |
Thanks for investigating. Yes I suspected the tests were in an inconsistent state already, so further changes to tests aren't needed I think |
Using the repo name as the site title makes sense for Projects, which can choose their own repo names. But User and Organization sites must use repo names like "{owner}.github.io" which: * Does not look good as a browser tab title, bookmark, or header for a page that is supposed to be about a person or organization. * Conveys no useful information, as it is unlikely that anyone would clone or fork such a repo. * Looks confusing for users or organizations that use custom domains (CNAMEs), and have no other content indicating their site is hosted by GitHub. The display name of the user or organization is a better choice. This is an optional property, so fall back to (login) name if display name is not present. Resolve jekyll#196
Might also resolve #207 ? |
When generating metadata for a GitHub Pages site of a User or Organization, the default site title should be: * the User/Org's display name, if there is one; or * the User/Org's login, if there is no display name.
@mattr- I just pushed the test cases that I promised you back in February. Would you mind taking a look, and merging if you approve? Thank you. |
@mattr- and @MichaelCurrin - any further thoughts on this? or are you ready to merge it in? Thanks. |
@lardieri The code and tests look clear and thorough. Approved. |
@jekyllbot: merge +minor |
Resolve #196
Using the repo name as the site title makes sense for Projects, which can choose their own repo names. But User and Organization sites must use repo names like
{owner}.github.io
which:The display name of the user or organization is a better choice. This is an optional property, so fall back to (login) name if display name is not present.