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

[Bug]: jekyll changes filenames when copying files to _site on build #9585

Open
rriemann opened this issue Apr 22, 2024 · 0 comments
Open

[Bug]: jekyll changes filenames when copying files to _site on build #9585

rriemann opened this issue Apr 22, 2024 · 0 comments

Comments

@rriemann
Copy link
Contributor

Operating System

Opensuse Tumbleweed

Ruby Version

ruby 3.1.2p20 (2022-04-12 revision 4491bb740a) [x86_64-linux]

Jekyll Version

jekyll 4.3.3

GitHub Pages Version

No response

Expected Behavior

I expect Jekyll to copy my asset files:

.well-known
├── webfinger
└── webfinger.d
    └── http%3A%2F%2Fopenid.net%2Fspecs%2Fconnect%2F1.0%2Fissuer
        └── acct%3Arobert%riemann.cc.json

My motivation is here to catch requests to /.well-known/webfinger?rel=http://openid.net/specs/connect/1.0/issuer&resource=acct:my@mail.com and use a CDN redirect to /.well-known/webfinger.d/:rel/:resource.json to hardcode the response.

Current Behavior

After a bundle exec jekyll build, I get:

.well-known
├── oidc.webfinger
├── webfinger
└── webfinger.d
    └── http:
        └── openid.net
            └── specs
                └── connect
                    └── 1.0
                        └── issuer
                            └── acct:robert%riemann.cc.json

Relevant log output

No response

Code Sample

Just create an empty Jekyll project and do:

mkdir -p webfinger.d/http%3A%2F%2Fopenid.net%2Fspecs%2Fconnect%2F1.0%2Fissuer/
touch webfinger.d/http%3A%2F%2Fopenid.net%2Fspecs%2Fconnect%2F1.0%2Fissuer/acct%3Arobert%riemann.cc.json

Then build to _site.

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

No branches or pull requests

1 participant