incubator-jspwiki-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Schart <>
Subject Re: Preferences not being saved
Date Tue, 10 Mar 2009 18:25:50 GMT
No, I'm on 2.8.  There is definitely something preventing the  
javascript files from being attached by the addResourceRequest()  
method.  For instance, templates/<my template>/editors/plain.jsp has  
the following lines:

    WikiContext context = WikiContext.findContext( pageContext );
    WikiEngine engine = context.getEngine();

    String contextPath = request.getContextPath();

    TemplateManager.addResourceRequest( context, "script",   
contextPath + "/scripts/jspwiki-edit.js" );
    TemplateManager.addResourceRequest( context, "script",   
contextPath + "/scripts/posteditor.js" );
    String usertext = EditorManager.getEditedText( pageContext );

Some simple debugging lets me see that 'context' is a valid object and  
'contextPath' is "/gal-wiki".  Further, manually navigating to "http:// 
<myserver>/gal-wiki/scripts/jspwiki-edit.js" shows the file as would  
be expected, but there is no indication on the resultant page that it  
even attempted to load those two scripts - they just aren't in the  
response at all, nor is there any indication of an error...  Same  
thing for jspwiki-prefs.js on the preferences page.


On Mar 10, 2009, at 12:24 PM, Andrew Jaquith wrote:

> Are you using 3.0? If so, be aware that lots of things are broken at  
> the moment.
> On Mar 10, 2009, at 9:33, Peter Schart <>  
> wrote:
>> Replying to my own post...  Anyway, it seems as though the cause of  
>> most of my problems is javascript files not getting added to the  
>> page.  Apparently, "TemplateManager.addResourceRequest()" calls are  
>> not happening correctly.  The prefs page does not have "jspwiki- 
>> prefs.js" included and the edit page does not have "jspwiki- 
>> edit.js" or "posteditor.js" included.
>> Any ideas as to why addResourceRequest() calls would be failing?
>> thanks again,
>> pete
>> On Mar 10, 2009, at 11:15 AM, Peter Schart wrote:
>>> Thanks for the suggestion, David.  Unfortunately, I don't think  
>>> this is the problem either.  As far as I can tell, the permissions  
>>> are correct.
>>> The deeper I dig trying to fix this the more I am starting think  
>>> that something is just totally screwed (quite possibly the server  
>>> itself and nothing to do with JSPWiki).
>>> I just keep finding more and more "weirdness" - like when I go to  
>>> the Attach tab on a page I get the "You don't have access to <page  
>>> name>" message (even though I'm logged in as a member of group  
>>> Admin which has AllPermission in my policy) and yet it happily  
>>> lets me upload... ?
>>> If I could recreate the problem on my test box I could probably  
>>> figure this out but everything works exactly as I expect it to on  
>>> my test box with the exact same setup, .policy and .property  
>>> files...  I'm truly stumped.
>>> Back to digging...
>>> pete
>>> P.S. I may have found a culprit for the prefs not saving thing.   
>>> When I load the prefs page I get a javascript error about  
>>> "WikiGroup" not being defined (it's a line that spits out the  
>>> group members to the group tab of the preference page).  The line  
>>> is, for example: "WikiGroup.putGroup("Admin", "<user>\n<user2>\n",
>>> "created on ....");"  I'm guessing that the js error might be  
>>> preventing the cookie-writing from executing.  But again, I don't  
>>> get this error on my test box so it's probably going to be  
>>> difficult to track down the cause.
>>> On Mar 9, 2009, at 8:24 PM, David Gao wrote:
>>>> Hi,
>>>> I have similar experience before. My case is that I cannot change  
>>>> password no matter how I tried. NB. my JSPWiki is running on  
>>>> CentOS linux. And finally I found that the ACL for one of jar  
>>>> files in WEB-INF/lib folder is not corrected set. Tomcat simply  
>>>> has no right to access that file.
>>>> Everything works fine after I chmod the jar file to the correct  
>>>> ownership. Hope this helps.
>>>>> Thanks for the quick response, Janne. I thought of the baseURL  
>>>>> thing, but I just double checked and -- as far as I can tell --  
>>>>> they are correct.  As I mentioned, I have two wikis running --  
>>>>> each with a separate *.properties file -- one has a baseURL of "

>>>>> " and the other is the same except the last path element is "/ 
>>>>> client-wiki/".
>>>>> The same type of configuration works on my test machine with "http://localhost/gal-wiki/

>>>>> " and "http://localhost/client-wiki" so I'm thinking it must be  
>>>>> something else.
>>>>> Again, maybe I'm just missing something...
>>>>> thanks again,
>>>>> pete
>>>>> On Mar 9, 2009, at 4:27 PM, Janne Jalkanen wrote:
>>>>>> Hi ho!
>>>>>> The probable reason is that your server has the wrong baseURL.  

>>>>>> This causes cookies to be written for the wrong domain name,  
>>>>>> and your browser won't send them back to the server (because  
>>>>>> cookies can only be sent to the same server which set them in  
>>>>>> the first place).  There's no way JSPWiki can really detect  
>>>>>> this (since it's not actually an error case as such), so you  
>>>>>> wouldn't be seeing anything in the logs :-)
>>>>>> Hope this helps!
>>>>>> /Janne
>>>>>> On 9 Mar 2009, at 23:06, Peter Schart wrote:
>>>>>>> Hi all,
>>>>>>> (New here, so go easy on me!)
>>>>>>> My problem is pretty simple to describe but it's driving me 

>>>>>>> batty.  I'm running 2 wikis under Jetty (I have a bit of a  
>>>>>>> strange set up but for the most part it's similar to the "step
>>>>>>> by step" guide to having multiple wikis).
>>>>>>> On my test machine everything works as intended but for some
>>>>>>> reason on my live server preferences are not being saved to 

>>>>>>> the cookie.  It has prev. search and asserted name but never
>>>>>>> updates if I, say, try to enable section editing or change the
>>>>>>> skin.  This is true (both that it works on my test machine and
>>>>>>> doesn't on the live server) in all browsers I've tested.  It
>>>>>>> doesn't give any errors or indication that anything failed, it
>>>>>>> simply doesn't save them and redirects to Main.  Going  
>>>>>>> immediately back in to the prefs shows the defaults.
>>>>>>> Additionally, none of widgets on the plain editor (Bold,  
>>>>>>> underline, insert table, etc...) do anything.
>>>>>>> I've looked everywhere I could think of for error messages or
>>>>>>> some indication of why it isn't working and I can't find  
>>>>>>> anything at all.
>>>>>>> I could go into more detail if anyone thinks it will help, but
>>>>>>> I thought (hope) there might be something obvious or oft- 
>>>>>>> encountered that I am just missing...
>>>>>>> Advice? Suggestions?
>>>>>>> Thanks,
>>>>>>> peter schart
>>>> -- 
>>>> David Gao (

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message