Customer Portal

Get Involved. Join the Conversation.


  • cjamerlan

    thanks for the quick reply...I am however, unfamiliar with the development environment. 


    I am managing the end user files through the System Confirguration/File Manager module of the Right Now CRM.  I do not see an option to promote to production.  Please advise.


    Thank you,


  • monique perkins

    Your code - html,  javascript, and php are changed in the development environment only.  These will not be seen by the public.


    If you make changes in the assets folder - css and images - these are shared between production and development and your changes will be immediately seen.   If you want to test changes to assets then copy your asset(s) to a new name, use these in development, then when you deploy you will see the new assets.

  • HT

    Here are the issues:


    1) There is a mismatch between the widget version and your opensearch. Please download your widget code from:




    2) Put '?' at the end of URI as shown below:






    3) Following statement in your script assumes that you have a proxy installed on your server. I tested without proxy. It works. If you install the proxy properly it should work. Proxy is really optional. You can remove it.



  • EAKBTeam

    Hi, We are experiencing exactly the same issue.

    I am able to access the address via Browser, and can view the files via a Windows mount (Apparently cant write when in dreamweaver..??), however the RNT extention is unable to connect in Dreamweaver.

    I had logged an incident but we have been unable to find a solution. Any help with this issue would be greatly appreciated.




  • monique perkins

    That's correct.  Assets are shared between production and development.


    If you want to preview the asset I recommend naming it something else and previewing it.  Then when you are ready you can either rename the image to the original or deploy the pages to get the new one on the public site.


    Because of the relative paths we use you still won't be able to see the image on your local server.  While the images appear to be in a similar path as the code they really aren't.  This allows us to serve the production pages much more quickly.

  • awoolson

    Thank you for the information.


    I understand how that will work well for changing widgets etc, but I'm concerned with changing assets (background images etc) and not being able to view them (as they would show on the live site) in a test environment before they are moved to the remote site. My understanding is that any asset that is 'put' to the remote site is live.

  • monique perkins

    Thanks for posting and welcome to RightNow.


    1 - Your local site won't run correctly even if you have php installed.  Along with the files that are available to you we also run the files through the code igniter framework.  The widget calls are translated to php calls and run the widgets at this time.  In order for you to see a preview you must load the files to the RightNow server for them to run correctly


    2 - Your changes won't be public when you load them to the server.  You have to set the development cookie to see it.  If you are working with other developers they can see them.  But the pages aren't public until they are depolyed. 


    3 - To log in through dreamweaver use commands->rightnow->login to rightnow.  This will be your same webdav username and password.

  • anne

    Thanks htosun.


    I'll drop the case since it's not mine. I only wanted to point out that there's an typing error in that version. Instead I'll focus on my version.


    I don't know exactly what you mean by "the opensearch report was changed".


    I've changed my version in the way you've suggested, but it still not working. It now launches an error message claiming that it can't retrieve RSS feeds from the server so your assumption might be right.

    I've tried a new approach now. This URL:

    (that must be on one line)


    produces results when called in a browser, but in the widget it gives again the same errormessage about not being able to retrieve RSS feeds.

    You can test it at:


    Do you have new suggestions?

  • HT

    There are a few things:


    1)   For the first widget instance ( You need to have arss.js file in the same directory where nhcc-widget.htm is because this is how your referenced it in nhcc-widget.htm directory. That is why this is not working.


    2)  For the second instance: You have the widget files (arss.js) files in the correct directory. However, you have two issues:

       a) Following URL is wrong. q, p and c parameters should follow with some values:

    for example /q/cat/p/1,3/c/2,5 where 1,3 is product hierarchy and 2,5 is category hierarchy

     Or you can remove /q/p/c

    Correct version:


     b) If you hit following page directly from any browser it fails. My assumption is that the opensearch report was changed. It is no longer operating correctly.








  • anne

    How is it possible that the script mentioned above on this page:

    is working?


    There's an error in the script.

    It says:

    <script language="javascript" src=""></script>


    (look at the "wwww").


    I guess I have a correct script but it isn't working correctly and I don't understand why! The script is at:



    Can someone please check it for me?


    Thanks in advance.



  • DustinTuft

    Hi Leif,


    We currently make this happen with the following code snip


    if ($HTTP_GET_VARS['gotopage'] != "" ) { $pgp_goto_redirect = $HTTP_GET_VARS['gotopage']; http_redirect($pgp_goto_redirect); } else { if ( $HTTP_GET_VARS['faq'] != "" ) { $pgp_faq_redirect = "std_adp.php?p_faqid=" . $HTTP_GET_VARS['faq'] . "&p_topview=1"; http_redirect($pgp_faq_redirect);


    As you can see we have a couple of quick page functions. Do you mean to say that entry.php will remain in place after deploying CP?



  • monique perkins

    Correct. Each search or report widget calls to report_model to get the correct information.  Because of that we cache the data if possible to speed up the requests


  • DavidTse
    The pages are based on the default Find Answers page.  I guess because that page uses more than one widget with assigned report ids that it's caching?
  • monique perkins

    The search cache is cleared on each page hit. 

    The only time it is cached is when there are multiple widgets on a page using the same id and filters. 

    IE8 (which is in Beta) does seem to cache data when it shouldn't - but testing on firefox should be OK

  • david fulton

    Attaching file "Dynamic Forms in Customer Portal - Overview.ppt" (1.2MB)