Closed RLumSK closed 3 years ago
@sckott Sorry for being an idiot, but I guess I don't understand why the GitHub Actions do not pass here. After re-recording the cassette it works just fine my computer with the tests, but here something seems to be missing regarding the ORCID authentication. Would you mind helping me out here?
thanks @RLumSK !
wrt checks not passing, secrets are not available on pull requests - see e.g., https://github.com/ropensci/rorcid/pull/92/checks?check_run_id=2643315766#step:10:106
i'll have a look
wrt checks not passing, secrets are not available on pull requests - see, e.g., https://github.com/ropensci/rorcid/pull/92/checks?check_run_id=2643315766#step:10:106
@sckott Thanks, I saw that but I guess I don't understand why the secret is not available for the pull request. Isn't it something you would store directly as a GitHub secret? I am just curious so that I can make it correctly the next time.
secrets are stored here on github, correct. however, it is a github feature that secrets are not available in pull requests for security reasons, see the docs
https://github.blog/2020-08-03-github-actions-improvements-for-fork-and-pull-request-workflows/
In order to protect public repositories for malicious users we run all pull request workflows raised from repository forks with a read-only token and no access to secrets.
If your changes in the PR pass locally for you thats a good check - i always check PRs locally as well, so that's another check.
secrets are stored here on github, correct. however, it is a github feature that secrets are not available in pull requests for security reasons, see the docs
Thanks, it makes sense.
thanks!
Fix wrongly formatted BibTeX strings that could occur under particular circumstances.
Description
This PR addresses two issues I became aware of while using a script to extract ORCID records that was working flawlessly before but crashed out of a sudden:
extract_bibtext()
I usednchar()
to count the number of characters in the already extracted BibTeX string to correct the final line of the BibTeX entry. The default partial matching mode isnchar(...,type = "chars")
. I believe that due to recent changes in the UTF-8 character handling in R, the numbernchar()
returns changed for some cases (as it is not the some ifnchar(..., type = "bytes")
. In consequence, instead of having a nice ending of a BibTeX record, the record was even wrongly formated with a double}}
. Regardless the cause, my handling of this matter was wrong in the first place, because what I wanted to do (but did not) wasnchar(..., type = "width")
. I corrected the code accordingly.I tested the fix with R-devel and R-release.
Related Issue
Nothing I am aware of.
Example
The current version:
The last characters show
while it should read (the new behaviour after the fix).