URL Variables with/w/o slashes Upload Directories vs Resource URLs












2















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:
Path Variables - Upload Directories Page



I've got URL Variables on the Resource URLs Page:
URL Variables - 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







share|improve this question



























    2















    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:
    Path Variables - Upload Directories Page



    I've got URL Variables on the Resource URLs Page:
    URL Variables - 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







    share|improve this question

























      2












      2








      2








      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:
      Path Variables - Upload Directories Page



      I've got URL Variables on the Resource URLs Page:
      URL Variables - 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







      share|improve this question














      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:
      Path Variables - Upload Directories Page



      I've got URL Variables on the Resource URLs Page:
      URL Variables - 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






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 7 hours ago









      ChrisChris

      1348




      1348






















          1 Answer
          1






          active

          oldest

          votes


















          3














          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






          share|improve this answer
























          • 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
            2 hours ago











          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
          });


          }
          });














          draft saved

          draft discarded


















          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









          3














          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






          share|improve this answer
























          • 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
            2 hours ago
















          3














          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






          share|improve this answer
























          • 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
            2 hours ago














          3












          3








          3







          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






          share|improve this answer













          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







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered 6 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
            2 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
            2 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
          2 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
          2 hours ago


















          draft saved

          draft discarded




















































          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.




          draft saved


          draft discarded














          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





















































          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







          -

          Popular posts from this blog

          Contact image not getting when fetch all contact list from iPhone by CNContact

          Image
          up vote 0 down vote favorite I know this question already asked but not getting solution. From this code I will get all the information from the contact but image not found when open vcf files on mac os, also not getting when share this file. I use this stackoverflow link here but It's not help full. var contacts = [CNContact]() let keys = [CNContactVCardSerialization.descriptorForRequiredKeys() ] as [Any] let request = CNContactFetchRequest(keysToFetch: keys as! [CNKeyDescriptor]) do { try self.contactStore.enumerateContacts(with: request) { (contact, stop) in // Array containing all unified contacts from everywhere contacts.append(contact) } } catch { print("unable to fetch contacts") } do { let data = try
          Read more

          count number of partitions of a set with n elements into k subsets

          Image
          up vote 6 down vote favorite 1 This program is for count number of partitions of a set with n elements into k subsets I am confusing here return k*countP(n-1, k) + countP(n-1, k-1); can some one explain what is happening here? why we are multiplying with k? NOTE->I know this is not the best way to calculate number of partitions that would be DP // A C++ program to count number of partitions // of a set with n elements into k subsets #include<iostream> using namespace std; // Returns count of different partitions of n // elements in k subsets int countP(int n, int k) { // Base cases if (n == 0 || k == 0 || k > n) return 0; if (k == 1 || k == n) return 1; // S(n+1, k) = k*S(n, k) + S(n, k-1) return k*countP(n-1, k) + countP(n-1, k-1); } // Driver program int ma
          Read more

          A CLEAN and SIMPLE way to add appendices to Table of Contents and bookmarks

          Image
          0 I found a lot of questions abount appendices and ToC. Many users want appendices to be grouped in an Appendix part, however some problems arise with ToC, hyperref, PDF viewer bookmarks, and so on. There are different solutions which require extra packages, command patching and other extra code, however none of them satisfies me. I almost found an easy way to accomplish a good result, where appendices are added to bookmarks in the right way and hyperref links point to the right page. However, the number of the "Appendix" part page is wrong (it's the number of appendix A). Is there any EASY way to fix that? This is a MWE: documentclass{book} usepackage[nottoc,notlot,notlof]{tocbibind} usepackage{hyperref} begin{document} frontmatter tableofcontents mainmatter part{First} chapter{
          Read more