URL Variables with/w/o slashes Upload Directories vs Resource URLs
Wordpress 5.0.3
CiviCRM 5.9.0
I'm looking at the help pop-ups compared on two pages. (The text in the black box in the two images)
I've got Path Variables on the Upload Directories page:
I've got URL Variables on the Resource URLs Page:
They are supposed to be the same variables: [cms.root], [civicrm.root] and [civicrm.files], yet on the former page, the variables have no slashes. On the latter page, they do have slashes. I suspect the one without slashes is correct, because the Extensions Directory for both uses [civicrm.files]/ext/ and had already been set that way.
Before I make any mistakes, these are the settings I have on Resource URLs now:
CiviCRM Resource URL: wp-content/plugins/civicrm/civicrm/
Image Upload URL: wp-content/plugins/files/civicrm/persist/contribute/
These are what I should probably change them to:
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Please confirm.
Is it possible this a minor bug?
wordpress directory resource-urls
asked 14 hours ago
ChrisChris
1348
add a comment |
Wordpress 5.0.3
CiviCRM 5.9.0
I'm looking at the help pop-ups compared on two pages. (The text in the black box in the two images)
I've got Path Variables on the Upload Directories page:
I've got URL Variables on the Resource URLs Page:
They are supposed to be the same variables: [cms.root], [civicrm.root] and [civicrm.files], yet on the former page, the variables have no slashes. On the latter page, they do have slashes. I suspect the one without slashes is correct, because the Extensions Directory for both uses [civicrm.files]/ext/ and had already been set that way.
Before I make any mistakes, these are the settings I have on Resource URLs now:
CiviCRM Resource URL: wp-content/plugins/civicrm/civicrm/
Image Upload URL: wp-content/plugins/files/civicrm/persist/contribute/
These are what I should probably change them to:
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Please confirm.
Is it possible this a minor bug?
wordpress directory resource-urls
asked 14 hours ago
ChrisChris
1348
add a comment |
Wordpress 5.0.3
CiviCRM 5.9.0
I'm looking at the help pop-ups compared on two pages. (The text in the black box in the two images)
I've got Path Variables on the Upload Directories page:
I've got URL Variables on the Resource URLs Page:
They are supposed to be the same variables: [cms.root], [civicrm.root] and [civicrm.files], yet on the former page, the variables have no slashes. On the latter page, they do have slashes. I suspect the one without slashes is correct, because the Extensions Directory for both uses [civicrm.files]/ext/ and had already been set that way.
Before I make any mistakes, these are the settings I have on Resource URLs now:
CiviCRM Resource URL: wp-content/plugins/civicrm/civicrm/
Image Upload URL: wp-content/plugins/files/civicrm/persist/contribute/
These are what I should probably change them to:
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Please confirm.
Is it possible this a minor bug?
wordpress directory resource-urls
asked 14 hours ago
ChrisChris
1348
Wordpress 5.0.3
CiviCRM 5.9.0
I'm looking at the help pop-ups compared on two pages. (The text in the black box in the two images)
I've got Path Variables on the Upload Directories page:
I've got URL Variables on the Resource URLs Page:
They are supposed to be the same variables: [cms.root], [civicrm.root] and [civicrm.files], yet on the former page, the variables have no slashes. On the latter page, they do have slashes. I suspect the one without slashes is correct, because the Extensions Directory for both uses [civicrm.files]/ext/ and had already been set that way.
Before I make any mistakes, these are the settings I have on Resource URLs now:
CiviCRM Resource URL: wp-content/plugins/civicrm/civicrm/
Image Upload URL: wp-content/plugins/files/civicrm/persist/contribute/
These are what I should probably change them to:
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Please confirm.
Is it possible this a minor bug?
wordpress directory resource-urls
wordpress directory resource-urls
asked 14 hours ago
ChrisChris
1348
asked 14 hours ago
ChrisChris
1348
asked 14 hours ago
ChrisChris
1348
asked 14 hours ago
ChrisChris
1348
asked 14 hours ago
ChrisChris
1348
1348
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
Its not a bug, adding extra '/' won't make any difference. The variables shown Directories and Resource URL forms have same naming conventions however they are rendered in different way for each form.
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Your Settings looks fine.
Cheers
Pradeep
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "605"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcivicrm.stackexchange.com%2fquestions%2f28075%2furl-variables-with-w-o-slashes-upload-directories-vs-resource-urls%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Its not a bug, adding extra '/' won't make any difference. The variables shown Directories and Resource URL forms have same naming conventions however they are rendered in different way for each form.
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Your Settings looks fine.
Cheers
Pradeep
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
add a comment |
Its not a bug, adding extra '/' won't make any difference. The variables shown Directories and Resource URL forms have same naming conventions however they are rendered in different way for each form.
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Your Settings looks fine.
Cheers
Pradeep
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
add a comment |
Its not a bug, adding extra '/' won't make any difference. The variables shown Directories and Resource URL forms have same naming conventions however they are rendered in different way for each form.
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Your Settings looks fine.
Cheers
Pradeep
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
Its not a bug, adding extra '/' won't make any difference. The variables shown Directories and Resource URL forms have same naming conventions however they are rendered in different way for each form.
CiviCRM Resource URL: [civicrm.root]/
Image Upload URL: [civicrm.files]/persist/contribute/
Your Settings looks fine.
Cheers
Pradeep
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
answered 13 hours ago
Pradeep NayakPradeep Nayak
10.1k1519
10.1k1519
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
add a comment |
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
Thank you so much. So you're saying that CiviCRM has a routine that checks for both cases and renders accordingly, correct? But still, wouldn't it be more logical if [cms.root] and the other variables were listed identically across the interface for consistency's sake?
– Chris
9 hours ago
add a comment |
Thanks for contributing an answer to CiviCRM Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcivicrm.stackexchange.com%2fquestions%2f28075%2furl-variables-with-w-o-slashes-upload-directories-vs-resource-urls%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
