Re: [xwiki-users] Moving the Blog doesnt work

[Clemens Klein-Robbenhaar]

Are these domains on different subwikis?

You might be able to install the Blog Application on the second domain in this 
case (it seems it did not already exist there)

Otherwise ... some more information about what "it broke" means would be heplful

just a guess fo mine

clemens



- Ursprüngliche Nachricht -
Von: Keith H
Am:  Friday, 24.03.2017, 23:13
An: Xwiki Users
Betreff: [xwiki-users] Moving the Blog doesnt work


> Dear All,
> 
> I have created one instance of xwiki to serve several domains.
> 
> www.firstdomain.com  - the top level domain
> www.seconddomain.com
> dev.firstdomain.com
> 
> I wanted the blog to be in the second domain, and so I moved it and it broke.
> 
> Why can’t each domain have a blog?
> 
> Keith
> 

Re: [xwiki-users] Change Numbering in TOC Macro

[Clemens Klein-Robbenhaar]

On 10/26/2016 03:03 PM, Hofstätter Mario wrote:
> There is an example on how to change TOC numbering: 
> http://extensions.xwiki.org/xwiki/bin/view/Extension/TOC+Macro#HExample3:Differentnumberingofsublists
> However, it does not work, and even the screenshot on that page does not 
> display the expected result, namely "Level 2" with prefix "1.1"
> Can you provide a working example and update the TOC macro documentation? Our 
> desired result is like this: http://i.imgur.com/J1V7Z5n.png (as it was the 
> default in mediawiki)
> 
> Thank you,
> Mario


The toc sample code actually worked for me - mostly; to avoid confusion with a 
numbered list in the navigation I had to restrict the numbering to the 
content-area, like:

#xwikicontent ol { list-style-type: none; counter-reset: say; }
#xwikicontent ol li:before { counter-increment: say; content: counters(say,".") 
". "; }


Then it worked for me "as advertised" (and yes, not like the screenshot in the 
docs).

Are you sure the CSS in the Stylesheet is active in the page?
As this is somewhat advanced CSS, maybe it just does not work in your browser?  
(unlike the MediaWiki solution, which renders the numbering in the HTML)

Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki failed to load due to mysql driver error

[Clemens Klein-Robbenhaar]

It looks like you have no   mysql-connector-java*.jar   in the WEB-INF/lib 
directory, or it could not be found

Did you follow the steps here :

 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL

You might need to restart the servlet container or reload the xwiki webapp 
before it finds the mysql-connector jar

HTH

Clemens



- Original Message -
From: Kumar, Piyush
On:  Wednesday, 12.10.2016, 08:35
To: XWiki Users
Subject: [xwiki-users] XWiki failed to load due to mysql driver error


> Hi All,
> 
> I installed Xwiki 8.2.1 but getting below error in my tomcat :
> 
> 2016-10-12 11:47:14,517 [localhost-startStop-1] ERROR 
> w.k.x.w.ServletContextListener - No suitable driver found for 
> jdbc:mysql://localhost:3306/xw_manager?useUn
> icode=true=utf8
> java.sql.SQLException: No suitable driver found for 
> jdbc:mysql://localhost:3306/xw_manager?useUnicode=true=utf8
> at java.sql.DriverManager.getConnection(DriverManager.java:689)
> at java.sql.DriverManager.getConnection(DriverManager.java:247)
> at 
> com.worldline.kazan.xwiki.webapp.ServletContextListener.initXwikiDB(ServletContextListener.java:64)
> at 
> com.worldline.kazan.xwiki.webapp.ServletContextListener.contextInitialized(ServletContextListener.java:37)
> at 
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4729)
> at 
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5167)
> at 
> org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at 
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
> at 
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
> at 
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
> at 
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1101)
> at 
> org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1786)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> 12-Oct-2016 11:47:14.533 SEVERE [localhost-startStop-1] 
> org.apache.catalina.core.StandardContext.startInternal One or more listeners 
> failed to start. Full detai
> ls will be found in the appropriate container log file
> 12-Oct-2016 11:47:14.533 SEVERE [localhost-startStop-1] 
> org.apache.catalina.core.StandardContext.startInternal Context [/xwiki] 
> startup failed due to previous e
> 
> 
> 
> 
> I already kept mysql-connector-java-5.1.21.jar files in application library 
> but still getting above error while tomcat startup.
> 
> Thanks & Regards,
> Piyush
> 
> 
> 
> _______________
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Program = Admin Expected Behavior?

[Clemens Klein-Robbenhaar]

Yes, this is the expected behaviour.

 The rationale behind this is that users with "Programming" right can add 
scripting content to pages
that does not need to pass the usual permission checks; this is sometimes 
necessary for some "advanced" UI operations.
 As a consequence every user with "Programming" rights can give itself also 
Admin rights by writing scripted content that just does so.
This makes it pointless not to give then admin rights as well.

More in this on the permission reference page:

  http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Permission+types/

Cheers
Clemens

On 09/28/2016 05:01 PM, simmsj wrote:
> I was testing with a few user accounts and found that users in a specific
> group had admin rights even though they weren't in the XWikiAdminGroup and
> the group they were in did not have Admin rights checked. After some trial
> and error I found that removing the Program right removed Admin rights as
> well. 
> 
> Is this the expected behavior? I just upgraded to 8.2.1, but this might have
> been the case before and I just hadn't noticed.
> 
> Thanks,
> Jared
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Program-Admin-Expected-Behavior-tp7601420.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Watchlist email links use localhost instead of server hostname

[Clemens Klein-Robbenhaar]

If I remember correctly, XWiki uses the first incoming request to store the 
information by which hostname it is called, and uses this information in the 
background thread that sends the watchlist mails.

a) If you are sure that everyone accesses your wiki through the actual host 
name, you should be able to fix the problem by restarting the wiki
b) If that does not help: check if you have a proxy in front of XWiki; maybe 
that proxy does not pass through the "host" header from the browser
   (e.g apache httpd needs a "ProxyPreserveHost On" in its configuration to do 
so.)
c) Finally if you want to enfore the usage of a host name, and you can add 
something like

  wget --retry-connrefused --tries=100 --header 'Host: jabba.jabba.hey' 
http://localhost:8080/xwiki/bin/view/Main/

   to your start script to make sure XWiki uses a certain domain for the 
watchlist mails

HTH,
Clemens

On 09/22/2016 09:41 AM, Hofstätter Mario wrote:
> The watchlist mail notifications we are receiving from our xwiki server have 
> hyperlinks to the corresponding pages, but the link starts with 
> "http://localhost/; as opposed to the actual server hostname.
> How may we fix this?
> 
> Thank you
> Mario

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] Publication Workflow Application v1.7 released

[Clemens Klein-Robbenhaar]

Hi all,

 a new release of the "XWiki Publication Workflow Application" is available 
right now:

  
http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Publication+Workflow+Application

This release mainly adds the new feature to support workflows for 
multi-language pages.

Minor improvements are a marginally more efficient handling of large 
attachments and less deprecations warnings in the logs.
See also the release nots for (pointers to) details:  
http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Publication+Workflow+Application#Hv1.7

You can install or upgrade with the Extension Manager.

Thanks,
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Can't Upgrade from XWiki 3.5.1

[Clemens Klein-Robbenhaar]

I have to admit that I come to the conclusion that an alternative migration 
route might be better, too

The alternative is to export only the "content pages" (or export all, but only 
import the relevant pages later),
and then set up a fresh XWiki of the desired version and import these content 
pages into the new wiki.

If you export and set the Checkbox "with History" enabled, and on import set 
the checkbox "Import as backup package"
you should be able to migrate all relevant information.

If you import the XWiki.XWikiPreferences (what you probably want to do, unless 
you want to carry over all the settings manually)
you will need to restart the XWiki server after the import before the wiki 
administration fully works, as it might be confused by some missing 
preferences-field; the restart will add these missing fields automatically in 
the startup phase.

Maybe do not import the XWiki.DefaultSkin, as this might point to a "base skin" 
that no longer exists in the newest version.

If your wiki has pages in the xwiki/1.0 syntax, you will need to enable that 
syntax in the config (xwiki.rendering.syntaxes in xwiki.cfg), as it is no 
longer enabled by default in the newer versions.

Well, that is all what I can think that could go wrong.  Maybe I missed 
something. However this way of upgrading should at least not run into database 
issues.



- Ursprüngliche Nachricht -
Von: Jhaimerl
Am:  Tuesday, 26.07.2016, 13:16
An: Xwiki Users
Betreff: Re: [xwiki-users] Can't Upgrade from XWiki 3.5.1


> Yes, sorry I didn't mention that, the SQL script to remove the duplicate ids
> ran successfully, but 0 rows were affected.
> 
> Now I found out: To avoid or pass the liquibase checksum problems, there is
> the possibility to run the following sql statement:
> /update databasechangelog set md5sum=null/
> 
> After that I got even more database update exceptions. Most of them I could
> solve by manually update the database.
> 
> Now I'm stuck again: The database migration manager, wants to create foreign
> keys, but can't, because they already exist. Also by deleting the existing
> foreign keys manually, there still is logged that the key is already used,
> which in fact is right, because it's created by the migration manager. It
> seems like some parts of the migration script runs twice.
> 
> /2016-07-26 12:59:47,331 ERROR [http://localhost:8148/xwiki/bin/view/Main/]
> c.x.x.s.m.liquibase [XWikiLiquibaseLogger.java:103] Change Set
> liquibase.xml::R4-030::sdumitriu failed.  Error: Error executing SQL
> ALTER TABLE [dbo].[xwikifloats] ADD CONSTRAINT [FKFB291FBF1DFF14A1] FOREIGN
> KEY ([XWF_ID], [XWF_NAME]) REFERENCES [dbo].[xwikiproperties] ([XWP_ID],
> [XWP_NAME]) ON UPDATE CASCADE: There is already an object named
> 'FKFB291FBF1DFF14A1' in the database.
> liquibase.exception.DatabaseException: Error executing SQL ALTER TABLE
> [dbo].[xwikifloats] ADD CONSTRAINT [FKFB291FBF1DFF14A1] FOREIGN KEY
> ([XWF_ID], [XWF_NAME]) REFERENCES [dbo].[xwikiproperties] ([XWP_ID],
> [XWP_NAME]) ON UPDATE CASCADE: There is already an object named
> 'FKFB291FBF1DFF14A1' in the database./
> 
> Maybe it makes no sense to continue at this point? Thanks for you help so
> far!
> 
> 
> Clemens Klein-Robbenhaar wrote
>> The next thing that comes to my mind is to rerun the SQL statements needed
>> to purge duplicate ids in the starts,
>> as in
>>
>>   http://jira.xwiki.org/browse/XWIKI-8129
>>
>> I remember I posted this already in the thread, but I cannot see from the
>> thread if you ran them successfully.
>>
>> As far as I understood they did not run without error so far?
>> If you did run them already, then this must be something else ...
>>
>>
>> It looks like the manual changes to the database confused the DB
>> upgraders; that is what the checksum error probably means.
>> Unfortunately I cannot find the place where the "checksums" are stored; I
>> guess the checksum must be updated manually, or some steps skipped
>> manually.
>>
>> Clemens
>>
>>
>> - Ursprüngliche Nachricht -
>> Von: Jhaimerl
>> Am:  Monday, 25.07.2016, 10:57
>> An: XWiki Users
>> Betreff: Re: [xwiki-users] Can't Upgrade from XWiki 3.5.1
>>
>>
>>> Hi Clemens,
>>>
>>> tried your advice and checked the installation folder for duplicate
>>> jar-files. Couldn't find any. I also used jwhich.jar for that purpose
>>> without any results. Also I repeated the whole process with different
>>> versions of XWiki (4.0, 4.2).
>>>
>>> Still I'm faced by the checksum errors you already mentioned around line
>>> 310.
>>>
>>> Any ideas or hints w

Re: [xwiki-users] Can't Upgrade from XWiki 3.5.1

[Clemens Klein-Robbenhaar]

Hi Josef,

 there are a lot of messages saying that one component wants to overwrite 
another component with the same name, class and priority.

This usually happens if two XWiki version are unpacked on top of each other, so 
the WEB-INF/lib contains the *.jar for both versions.
This might cause a lot of other problems, too

Can you please check if you have some "duplicate" jars in your WEB-INF/lib 
directory e.g. both a xwiki-platform-component-script-4.2.jar and a 
xwiki-platform-component-script-7.4.jar or the like?

The actual problem then is around line 310 (next DB upgrade issue) - if there 
are duplicate jars, hopefully this can be sorted out by repairing the 
installation.
Otherwise we have to think about it again what might fix the issue this time.

hope this helps
Clemens


Jhaimerl wrote on Monday, 04.07.2016, 16:16
> Hi Clemens,
> 
> first of thanks again. I followed your advice and executed the longish sql
> statement - didn't work.
> I then removed the relationships between tables and changed the datatype of
> the id columns to BIGINT manually by following the exceptions in the log.
> 
> So I finally got through that part of the migration. Now I'm stuck with a
> new type of error, please see line 162 here http://pastebin.com/YLzwvxmh.
> 
> Has somebody ever seen this?
> 
> Thank you and best regards
> Josef
> 
> 
> Clemens Klein-Robbenhaar wrote
>> Oh, this looks odd.
>>
>> The upgrade process first tried to find the name for the primary key; that
>> is the statement:
>>
>> select @pkname=i.name from sysindexes i join sysobjects o ON i.id = o.id
>> join sysobjects pk ON i.name = pk.name AND pk.parent_obj = i.id AND
>> pk.xtype = 'PK' join sysindexkeys ik on i.id = ik.id AND i.indid =
>> ik.indid join syscolumns c ON ik.id = c.id AND ik.colid = c.colid where
>> o.name = 'xwikidates'
>>
>> it then gets a result "PK__xwikidates__6FD49106"
>>
>> but when it tries to drop this constrain via:
>>
>> 'alter table [dbo].[xwikidates] drop constraint ' + @pkname
>>
>> it fails with   'PK__xwikidates__6FD49106' is not a constraint. Huh?
>>
>> Can you try to run that longish SQL Query from an SQL-console or the like,
>> just to see if that returns the same result?
>>
>> To proceed the update, maybe it helps to drop the constraint for the
>> primary key of the 'xwikidates' table manually and see what the next error
>> is, probably there are more PK-constraints with that problem.
>> (I hope you have backups, otherwise this is very bad advice ;) )
>>
>> Clemens
>>
>>> First of all thank you for your answer, Clemens.
>>>
>>> There a different exceptions in the log-file for executing
>>> sql-statements.
>>> Please see http://pastebin.com/BFABwpNz.
>>>
>>> All the errors are in relation to the xwikidates table.
>>> Do you have any idea how to fix this?
>>>
>>> Thanks again and best regards
>>> Josef
>>>
>>>
>>> Clemens Klein-Robbenhaar wrote
>>>> It seems a DB migration failed; you can find the error in the log file
>>>> after startup, above of the messages you posted.
>>>>
>>>> It is likely that it is the statistics migration
>>>>
>>>> You can try the SQL statements from here:
>>>>   http://jira.xwiki.org/browse/XWIKI-8129
>>>>
>>>> as found in the release notes of 4.3:
>>>>  
>>>> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki43#HGeneralNotes
>>>>
>>>> If it is not the statistics, please locate the error from the failed
>>>> migration
>>>> (should be somewhere after the line: "Checking Hibernate mapping and
>>>> updating schema if needed for wiki [xwiki]" )
>>>>
>>>> HTH
>>>> Clemens
>>>>
>>>>
>>>> - Ursprüngliche Nachricht -
>>>> Von: Jhaimerl
>>>> Am:  Tuesday, 28.06.2016, 09:59
>>>> An: Xwiki Users
>>>> Betreff: [xwiki-users] Can't Upgrade from XWiki 3.5.1
>>>>
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm trying to upgrade an existing XWiki Instance (V3.5.1). It's running
>>>>> with
>>>>> a MSSQL database.
>>>>>
>>>>> I already tried the following (see referenced links below) and upgrades
>>>>> to
>>>>> different higher versions of XWiki e.g. 4.x, 5.4.x. However I always
>>>>> get
>>>>> this exception http://pastebin.com/yeaFQAtt.
>>>>>
>>>>> http://xwiki.475771.n2.nabble.com/Another-migration-problem-3-5-to-4-1-3-td7580726.html#a7580809
>>>>> http://lists.xwiki.org/pipermail/users/2012-August/023537.html
>>>>> http://xwiki.475771.n2.nabble.com/Failed-migration-from-3-0-to-4-3-1-td7583304.html
>>>>>
>>>>> Does somebody have any hints how to solve this?
>>>>>
>>>>> Many thanks in advance!
>>>>>
>>>>>
>>>>>
>>>>>

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Link to page on a sub-wiki

[Clemens Klein-Robbenhaar]

The simple things look simple only if one knows the solution ...

thanks for telling us that this fixes the issue, no need to feel dumber, 
happens to me all the time ;)

D R wrote:
> OMG, writing the wiki in lowercase solved the issue.
> Sometimes it's the most simple things ... and now I feel even dumber.
> Thanks for the help!
> 
> 2016-06-29 14:45 GMT+02:00 Clemens Klein-Robbenhaar <
> c.robbenh...@espresto.com>:
> 
>>
>> This looks totally strange to me.
>> I just tried to reproduce with an old 7.0.1 installation I had lying
>> around, and I cannot reproduce it there; the link works without problems
>>
>> my last try: as I tested with HSQL-DB (which is not case sensitive with
>> database names) but you likely have a production ready DB which does:
>> does it help to use the lowercase "products:" (i.e. the name of the DB =
>> id of the wiki, instead of the name of the wiki)?
>> i.e. something like:
>>
>> [[Label>>products:A Product.The Page]]
>>
>> or:
>>
>> [[Label>>doc:products:A Product.The Page]]
>>
>>
>>
>> D R wrote:
>>> Hi,
>>>
>>> thanks for the answers. I prefixed the link with "doc:" but the problem
>>> persists. The link to the "not existing page" is:
>>>
>>>
>> http://wiki/xwiki/wiki/products/create/A+Product/The+Page?parent=Doku.Page+with+link
>>>
>>> To verify the correctness of my link I copied the above to the address
>> bar
>>> of my browser and replaced "/create/" with "/view/" and voila, the page
>> is
>>> shown. So my link is indeed correct which makes the problem even stranger
>>> ...
>>>
>>> Any further ideas? Otherwise it seems I need to hard-link :-[
>>>
>>> Regards,
>>> Dennis
>>>
>>> 2016-06-28 17:19 GMT+02:00 Clemens Klein-Robbenhaar <
>>> c.robbenh...@espresto.com>:
>>>
>>>> I first thought so, too, but this feature did not exist in XWiki 7.0.1
>> so
>>>> it is unlikely to be the problem here
>>>>
>>>> Paul Libbrecht wrote:
>>>>> I've been encountering frequent missing "WebHome" by inadvertently
>>>>> creating pages which end up being non-terminal. Maybe that helps?
>>>>>
>>>>> paul
>>>>>
>>>>> Clemens Klein-Robbenhaar wrote:
>>>>>> Maybe there is yet another whitespace missing, or the like?
>>>> ___
>>>> users mailing list
>>>> users@xwiki.org
>>>> http://lists.xwiki.org/mailman/listinfo/users
>>>>
>>> ___
>>> users mailing list
>>> users@xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Integrate clipboard.js into XWiki application

[Clemens Klein-Robbenhaar]

Uh, tough, is there something like a stack trace for the error message?

First stop would be to check is the clipboard.min.js is really loaded and 
displays without error,
but I guess it does as otherwise the problem would appear on page load already 
...

One thing that looks odd to me is:
>   

This will render the value of the sTxtPassword field as clipboard target; I 
guess you want to use the id of the input field instead, e.g.



or something like that. At least the generated HTML should look this.

HTH
Clemens

D R wrote on  29.06.2016, 14:52
> Hi,
> 
> I'm trying to implement a basic password manager as an XWiki application. I
> have short text fields for username and password. In view mode the password
> is replaced by ** to hide it from prying eyes.
> 
> Now I'd like to have a button next to the username and password fields for
> copying the values to the clipboard.
> 
> I found two sources:
> 1.
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Cross-browser+JavaScript+clipboard+access
> 2. https://clipboardjs.com/
> 
> As the Wiki entry (1) is rather old I tried to replace it by (2) but I'm
> not sure how to insert the code exactly.
> 
> I uploaded the clipboard.min.js as an attachment to the Application code
> page.
> My Application sheet looks like this:
> 
> {{velocity}}
> {{html wiki="true"}}
> #set ($discard = $doc.use('XPass.Code.XPassClass'))
> #set($theSharedPanel = $xwiki.getDocument('XPass.Code'))
> 
> (% class="xform" %)
> (((
>   
> var clipboard = new Clipboard('.btn');
> clipboard.on('success', function(e) {
> console.log(e);
> });
> clipboard.on('error', function(e) {
> console.log(e);
> });
>   
>   ;  for="XPass.Code.XPassClass_0_sTxtName">$escapetool.xml($doc.displayPrettyName('sTxtName',
> false, false))
>   : $doc.display('sTxtName')
>   ;  for="XPass.Code.XPassClass_0_sListCategory">$escapetool.xml($doc.displayPrettyName('sListCategory',
> false, false))
>   : $doc.display('sListCategory')
>   ;  for="XPass.Code.XPassClass_0_sTxtURL">$escapetool.xml($doc.displayPrettyName('sTxtURL',
> false, false))
>   : $doc.display('sTxtURL')
>   ;  for="XPass.Code.XPassClass_0_lTxtDesc">$escapetool.xml($doc.displayPrettyName('lTxtDesc',
> false, false))
>   : $doc.display('lTxtDesc')
>   ;  for="XPass.Code.XPassClass_0_sTxtUser">$escapetool.xml($doc.displayPrettyName('sTxtUser',
> false, false))
>   : $doc.display('sTxtUser')
> 
>   ;  for="XPass.Code.XPassClass_0_sTxtPassword">$escapetool.xml($doc.displayPrettyName('sTxtPassword',
> false, false))
>   :
>   #if ($context.display == 'edit')
> $doc.display('sTxtPassword')
>   #else
> ~*~*~*~*~*~*~*~*~*~*
>   #end
>   
> 
>   
> )))
> {{/html}}
> {{/velocity}}
> 
> Now then pressing the "Copy to clipboard" button the clipboard is not
> updated and the console shows:
> "ReferenceError: Clipboard is not defined"
> 
> I'm not sure where to place the scripts to make it work so mybe someone can
> enlighten me.
> 
> Regards,
> Dennis
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Link to page on a sub-wiki

[Clemens Klein-Robbenhaar]

This looks totally strange to me.
I just tried to reproduce with an old 7.0.1 installation I had lying around, 
and I cannot reproduce it there; the link works without problems

my last try: as I tested with HSQL-DB (which is not case sensitive with 
database names) but you likely have a production ready DB which does:
does it help to use the lowercase "products:" (i.e. the name of the DB = id of 
the wiki, instead of the name of the wiki)?
i.e. something like:

[[Label>>products:A Product.The Page]]

or:

[[Label>>doc:products:A Product.The Page]]



D R wrote:
> Hi,
> 
> thanks for the answers. I prefixed the link with "doc:" but the problem
> persists. The link to the "not existing page" is:
> 
> http://wiki/xwiki/wiki/products/create/A+Product/The+Page?parent=Doku.Page+with+link
> 
> To verify the correctness of my link I copied the above to the address bar
> of my browser and replaced "/create/" with "/view/" and voila, the page is
> shown. So my link is indeed correct which makes the problem even stranger
> ...
> 
> Any further ideas? Otherwise it seems I need to hard-link :-[
> 
> Regards,
> Dennis
> 
> 2016-06-28 17:19 GMT+02:00 Clemens Klein-Robbenhaar <
> c.robbenh...@espresto.com>:
> 
>> I first thought so, too, but this feature did not exist in XWiki 7.0.1 so
>> it is unlikely to be the problem here
>>
>> Paul Libbrecht wrote:
>>> I've been encountering frequent missing "WebHome" by inadvertently
>>> creating pages which end up being non-terminal. Maybe that helps?
>>>
>>> paul
>>>
>>> Clemens Klein-Robbenhaar wrote:
>>>> Maybe there is yet another whitespace missing, or the like?
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] NullPointerException at HqlSqlWalker.lookupProperty( HqlSqlWalker.java:560)

[Clemens Klein-Robbenhaar]

Uh, oh, this looks like this problem reported last year:
http://markmail.org/thread/4iigsjpxdaw2qzzq

the issue went away there when using mySQL - for unknown reasons, so that time 
we did not really find a solution.
hope we can do better this time.


- Ursprüngliche Nachricht -
Von: Kemalettin Ocak
Am:  Wednesday, 29.06.2016, 12:20
An: Xwiki Users
Betreff: Re: [xwiki-users] NullPointerException at  
HqlSqlWalker.lookupProperty( HqlSqlWalker.java:560)


> Here is the root cause:
> 
> HTTP Status 500 - com.xpn.xwiki.XWikiException: Error number 11007 in 0: 
> Failed to extract Entity Resource Reference from URL 
> [http://localhost:8080/xwiki/bin/view/Main/]
> 
> type Exception report
> 
> message com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to 
> extract Entity Resource Reference from URL 
> [http://localhost:8080/xwiki/bin/view/Main/]
> 
> description The server encountered an internal error that prevented it from 
> fulfilling this request.
> 
> exception
> 
> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 
> 11007 in 0: Failed to extract Entity Resource Reference from URL 
> [http://localhost:8080/xwiki/bin/view/Main/]
>   
> org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:520)
[...]
> 
> root cause
> 
> com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to extract 
> Entity Resource Reference from URL 
> [http://localhost:8080/xwiki/bin/view/Main/]
>   com.xpn.xwiki.XWiki.initializeResourceFromURL(XWiki.java:821)
>   com.xpn.xwiki.XWiki.getXWiki(XWiki.java:764)
[...]
> root cause
> 
> java.lang.RuntimeException: Failed to locate wiki descriptor for alias 
> [localhost]
>   
> org.xwiki.url.internal.standard.AbstractWikiReferenceExtractor.getWikiDescriptorByAlias(AbstractWikiReferenceExtractor.java:80)
>   
> org.xwiki.url.internal.standard.DomainWikiReferenceExtractor.resolveDomainBasedWikiReference(DomainWikiReferenceExtractor.java:61)
[...]

here is where the XWQL query is send as HQL query instead of being translated:

> 
> root cause
> 
> org.xwiki.query.QueryException: Exception while executing query. Query 
> statement = [ select doc.fullName from XWikiDocument as doc , BaseObject as 
> _o1 where ( doc.object ( XWiki.XWikiServerClass ) . server = :wikiAlias and 
> doc.name like 'XWikiServer%' ) and doc.fullName=_o1.name and 
> _o1.className='XWiki.XWikiServerClass' ]
>   
> com.xpn.xwiki.store.hibernate.query.HqlQueryExecutor.execute(HqlQueryExecutor.java:175)
>   
> org.xwiki.query.internal.DefaultQueryExecutorManager.execute(DefaultQueryExecutorManager.java:72)
>   org.xwiki.query.internal.DefaultQuery.execute(DefaultQuery.java:287)
>   
> org.xwiki.query.xwql.internal.XWQLQueryExecutor.execute(XWQLQueryExecutor.java:118)
[..]
> root cause
> 
> java.lang.NullPointerException
>   org.hibernate.hql.ast.HqlSqlWalker.lookupProperty(HqlSqlWalker.java:560)
>   
> org.hibernate.hql.antlr.HqlSqlBaseWalker.addrExpr(HqlSqlBaseWalker.java:4774)
>   
> org.hibernate.hql.antlr.HqlSqlBaseWalker.expr(HqlSqlBaseWalker.java:1326)
[...]

 and here the dot in " doc.fullName" or "doc.object" triggers the NPE in the 
hibernate HQL Query parser :-/

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Link to page on a sub-wiki

[Clemens Klein-Robbenhaar]

I first thought so, too, but this feature did not exist in XWiki 7.0.1 so it is 
unlikely to be the problem here

Paul Libbrecht wrote:
> I've been encountering frequent missing "WebHome" by inadvertently
> creating pages which end up being non-terminal. Maybe that helps?
> 
> paul
> 
> Clemens Klein-Robbenhaar wrote:
>> Maybe there is yet another whitespace missing, or the like?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Link to page on a sub-wiki

[Clemens Klein-Robbenhaar]

Just a quick thought, maybe it helps:

You can try:

[[Label>>doc:Products:A Product.The Page]]

the "doc" prefix should make sure the rest is interpreted as a path to a wiki 
page, not something else.

Oh, and to which non-existing page does the link lead, if it is not the already 
existing page?
Maybe there is yet another whitespace missing, or the like?

Clemens

> Hi,
> 
> I have an XWiki 7.0.1 instance over here where I want to link to a page on
> another Wiki:
> 
> Main Wiki
> |-- Sub-Wiki "Products"
> |-- Space "A Product"
> |-- Page "The Page"
> 
> I created a new page on "Main Wiki" where I entered the link as follows:
> 
> [[Label>>Products:A Product.The Page]]
> 
> When I save the link shows up as if the target page doesn't exist, clicking
> it opens the create screen. I already double checked the wiki/space/page
> names in the link but everything is correct.
> 
> Can somebody tell me why the link doesn't lead to the existing page?
> 
> Regards,
> Dennis
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Incident lors de l'enregistrement d'une page

[Clemens Klein-Robbenhaar]

 Hi Wilfrid,

 I am not ignoring you, I am just puzzled by the problem (that I can not 
reproduce) :(

Something is wrong with the application server, or the communication between 
the application server and the apache frontend server.

Do you have access to the log files of the application server?
They might contain some error messages why the apache sees a "Bad gateway", or, 
well, just any other hint.

Clemens

> Hello clemens,
> 
> The version adorned me so a little bit obsolete.
> 
> The structure is the following one:
> 
> Waiter(Server) of presentation(display) is a waiter(server) typify APACHE
> Application waiter(server) is a waiter(server) typifies TOMCAT
> Data server.
> 
> It seems that the waiter(server) of presentation(display) has a timeout
> about 5minutes while the application waiter(server) has no it.
> 
> Here are the made tests:
> 
> · Insertion of image via one to copy / stick: at the end of some images
> (random)((unpredictable)), I cannot registered(recorded) and am obliged to
> cancel my action(share) and there the error message indicate the fact that
> he cannot join(contact) him(it).
> · To my document I joined(contacted) it 14 images at one time then I have
> them to insert into the document individually or by prize(lot) of two or
> three images and positive result(profit) · Also insertion via the text
> editor WYSIWYG And positive result.
> 
> What is disturbing it is that the document which holds of the text as well
> as 14 images, I can make one to copy to stick of the whole document and that
> the recording takes place correctly but to the second to copy to stick,
> there that jams. As seen previously fact of copying to stick the images one
> by one these 14 images with recording on every insertion, and well it blocks
> earlier.
> 
> Thank you
> 
> Cordially
> 
> Wilfrid
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Incident-lors-de-l-enregistrement-d-une-page-tp7600034p7600105.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Can't Upgrade from XWiki 3.5.1

[Clemens Klein-Robbenhaar]

 
Oh, this looks odd.

The upgrade process first tried to find the name for the primary key; that is 
the statement:

select @pkname=i.name from sysindexes i join sysobjects o ON i.id = o.id join 
sysobjects pk ON i.name = pk.name AND pk.parent_obj = i.id AND pk.xtype = 'PK' 
join sysindexkeys ik on i.id = ik.id AND i.indid = ik.indid join syscolumns c 
ON ik.id = c.id AND ik.colid = c.colid where o.name = 'xwikidates'

it then gets a result "PK__xwikidates__6FD49106"

but when it tries to drop this constrain via:

'alter table [dbo].[xwikidates] drop constraint ' + @pkname

it fails with   'PK__xwikidates__6FD49106' is not a constraint. Huh?

Can you try to run that longish SQL Query from an SQL-console or the like, just 
to see if that returns the same result?

To proceed the update, maybe it helps to drop the constraint for the primary 
key of the 'xwikidates' table manually and see what the next error is, probably 
there are more PK-constraints with that problem.
(I hope you have backups, otherwise this is very bad advice ;) )

Clemens

> First of all thank you for your answer, Clemens.
> 
> There a different exceptions in the log-file for executing sql-statements.
> Please see http://pastebin.com/BFABwpNz.
> 
> All the errors are in relation to the xwikidates table.
> Do you have any idea how to fix this?
> 
> Thanks again and best regards
> Josef
> 
> 
> Clemens Klein-Robbenhaar wrote
>> It seems a DB migration failed; you can find the error in the log file
>> after startup, above of the messages you posted.
>>
>> It is likely that it is the statistics migration
>>
>> You can try the SQL statements from here:
>>   http://jira.xwiki.org/browse/XWIKI-8129
>>
>> as found in the release notes of 4.3:
>>  
>> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki43#HGeneralNotes
>>
>> If it is not the statistics, please locate the error from the failed
>> migration
>> (should be somewhere after the line: "Checking Hibernate mapping and
>> updating schema if needed for wiki [xwiki]" )
>>
>> HTH
>> Clemens
>>
>>
>> - Ursprüngliche Nachricht -
>> Von: Jhaimerl
>> Am:  Tuesday, 28.06.2016, 09:59
>> An: Xwiki Users
>> Betreff: [xwiki-users] Can't Upgrade from XWiki 3.5.1
>>
>>
>>> Hi,
>>>
>>> I'm trying to upgrade an existing XWiki Instance (V3.5.1). It's running
>>> with
>>> a MSSQL database.
>>>
>>> I already tried the following (see referenced links below) and upgrades
>>> to
>>> different higher versions of XWiki e.g. 4.x, 5.4.x. However I always get
>>> this exception http://pastebin.com/yeaFQAtt.
>>>
>>> http://xwiki.475771.n2.nabble.com/Another-migration-problem-3-5-to-4-1-3-td7580726.html#a7580809
>>> http://lists.xwiki.org/pipermail/users/2012-August/023537.html
>>> http://xwiki.475771.n2.nabble.com/Failed-migration-from-3-0-to-4-3-1-td7583304.html
>>>
>>> Does somebody have any hints how to solve this?
>>>
>>> Many thanks in advance!
>>>
>>>
>>>
>>>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Can't Upgrade from XWiki 3.5.1

[Clemens Klein-Robbenhaar]

It seems a DB migration failed; you can find the error in the log file after 
startup, above of the messages you posted.

It is likely that it is the statistics migration

You can try the SQL statements from here:
  http://jira.xwiki.org/browse/XWIKI-8129

as found in the release notes of 4.3:
  
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki43#HGeneralNotes

If it is not the statistics, please locate the error from the failed migration
(should be somewhere after the line: "Checking Hibernate mapping and updating 
schema if needed for wiki [xwiki]" )

HTH
Clemens


- Ursprüngliche Nachricht -
Von: Jhaimerl
Am:  Tuesday, 28.06.2016, 09:59
An: Xwiki Users
Betreff: [xwiki-users] Can't Upgrade from XWiki 3.5.1


> Hi,
> 
> I'm trying to upgrade an existing XWiki Instance (V3.5.1). It's running with
> a MSSQL database.
> 
> I already tried the following (see referenced links below) and upgrades to
> different higher versions of XWiki e.g. 4.x, 5.4.x. However I always get
> this exception http://pastebin.com/yeaFQAtt.
> 
> http://xwiki.475771.n2.nabble.com/Another-migration-problem-3-5-to-4-1-3-td7580726.html#a7580809
> http://lists.xwiki.org/pipermail/users/2012-August/023537.html
> http://xwiki.475771.n2.nabble.com/Failed-migration-from-3-0-to-4-3-1-td7583304.html
> 
> Does somebody have any hints how to solve this?
> 
> Many thanks in advance!
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Can-t-Upgrade-from-XWiki-3-5-1-tp7600118.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Integrate mocca calendar and meeting application extensions

[Clemens Klein-Robbenhaar]

I have to admit that I have not thought about that, and looking at the lack of 
replies, nobody else did so far.

There is a calendar view for the meetings in the Meeting/calendarView Page:

 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Meeting+Application#HCalendarView

but this one displays only meetings.

The problem with the integration is that every calendar widget has exactly one 
source of events so far, and the way the Mocca Calendar does it is to have a 
custom page to create JSON of all "Event" instances it knows about.
So far these are only its own events. I guess there are other ways to have two 
sources of events, but the code does not really support it yet.

So probably the simplest way to get meetings displayed in the main Mocca 
Calendar would be to include meetings as events in that JSON-generating page.
That page would be MoccaCalendar.JSONService - it is not for the faint at 
heart, because quite a bit of logic got squeezed in there over time ...

I just checked the code, and it seems that both meetings and mocca calendar 
events have a 'startDate', but mocca calendar events have a endDate, while 
meetings have a duration, so I am not sure if the query can just be extended to 
include meetings.
However as the query should use startDate if endDate is empty, it might work to 
simply modify the query; that is the big one here:

https://github.com/xwiki-contrib/application-mocca-calendar/blob/master/application-mocca-calendar-ui/src/main/resources/MoccaCalendar/JSONService.xml#L126

at the very end if the line there is a   ... and obj.className = :eventClass 
$whereQuery ...
which maybe can just be changed to:  ... and ( obj.className = :eventClass or 
obj.className = 'Meeting.MeetingClass' ) $whereQuery ...

if this simple modification does not work, however, it is probably more a 
voyage down the rabbit hole to get it running ...

Clemens


From: Mark Sack
On:  Wednesday, 22.06.2016, 15:17 :
> Does anyone know of a way to integrate the meeting app and the mocca calendar
> app? Or has anyone attempted to do this in the past? The idea is that, when
> a meeting is created, the meeting would be automatically included in the
> calendars of the participants. The appropriate updates would need to be made
> when the meeting is modified, rescheduled or deleted of course.
> 
> Mark Sack
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Integrate-mocca-calendar-and-meeting-application-extensions-tp7600059.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Incident lors de l'enregistrement d'une page

[Clemens Klein-Robbenhaar]

Hello Wilfrid,

 can you try to upload images from the "normal" view.
There is a tab "Attachments" ("Pièces Jointes") at the bottom, right to the 
comments ("Commentaires")
Does this give the same error?

Aside of that the XWiki version is a bit old. Is there any chance to update to 
a newer version?
(I remember there have been issues with the WYSIWYG Editor and Files with 
non-ASCII filenames, but I forgot if your version might be affected)

Finally it might be that the server that XWiki is running on (Jetty? Tomcat?) 
is configured to reject "too large" file uploads,
though usually images should be small enough that is this no problem.

To test this hypothesis, can you try to upload a very small image (some icon or 
the like) and see if it is the same error?

Clemens


- Ursprüngliche Nachricht -
Von: Lewil84
Am:  Thursday, 23.06.2016, 09:52
An: Xwiki Users
Betreff: Re: [xwiki-users] Incident lors de l'enregistrement d'une page


> Hello clemens,
> 
> Thank you for your return,
> 
> My xwiki rose with a waiter(server) of typae presentation(display) Apache /
> application waiter(server) typifies Apache and a data server.
> 
> Xwiki has the version 5.4.7
> 
> During my last test, I can insert images via the text editor WYSIWYG but if
> I want to insert images copy/to stick randomly I cannot register(record) any
> more. AND it in spite of a protection(saving) in every insertion of images.
> 
> Cordially
> 
> Wilfrid
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Incident-lors-de-l-enregistrement-d-une-page-tp7600034p7600068.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Incident lors de l'enregistrement d'une page

[Clemens Klein-Robbenhaar]

Hi Lewil,

 the error message "Bad gateway" does not come from XWiki directly,
but from some other Server in between.

 Can you tell us more about your setup? Is there another Server running in 
front of XWiki,
like an Apache Web Server or NginX ?

Does the problem go away if you save the page first, and then upload/insert the 
image?

Cheers
Clemens

> Hello,
> 
> Whether it is from the model of "empty" page supplied in the XWiki or on a
> model of page created beforehand, having to stick an image or having to
> insert an image, it happens that by moment to see systematically that the
> phase of recording does not take place or indicates me an error message of
> the style " Bad gateway " or " servee not responding ".
> 
> Thank you for your help(assistant)
> 
> Cordially
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Incident-lors-de-l-enregistrement-d-une-page-tp7600034p7600035.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] xwiki 8.1 as Debian installation

[Clemens Klein-Robbenhaar]

hm, it looks like XWiki is not even able to produce an error message

sometimes there is more information in the catalina.-MM-DD.log
or the localhost.-MM-DD.log (but in this case I doubt it)

just a guess: are you using Java8 or an older version?
XWiki 8.x requires Java8 to run


On:  Friday, 17.06.2016, 17:43 ; from Patrick Dreske
> thanks for the reply.
> 
> if i try to start xwiki via tomcat manager i get the following error message:
> 
> FAIL - Application at context path /xwiki could not be started
> 
> the Catalina.out log says the following: http://pastebin.com/WBKhV9SC
> 
> Am 17.06.2016 um 16:40 schrieb Thomas Mortagne:
> 
>> I guess you will have to look at tomcat log to see if there is any error.
>>
>> You can find it on /var/log/tomcat7/catalina.out (change tomcat
>> version if you used another one).
>>
>> On Fri, Jun 17, 2016 at 1:49 PM, Patrick Dreske  wrote:
>>> yes, i did. it is same error.
>>>
>>>
>>> Am 17.06.2016 um 13:47 schrieb Thomas Mortagne:
 XWiki is not installed as default application. Did you tried
 http://localhost:8080/xwiki ?

 On Fri, Jun 17, 2016 at 12:59 PM, Patrick Dreske  wrote:
> Hello guys,
>
> i am quite desperate installing xwiki 8.1. It is a fresh install and i
> try
> to install it via apt package management on a fresh debian stable
> distribution. Everything works fine until i want to access the xwiki page
> http://localhost:8080. I only get a "error 404" tomcat default error page
> presented.
> I installed the following packages without errors:
>
> */- xwiki-enterprise-common /*
> */- xwiki-enterprise-tomcat8-mysql/*
> */- xwiki-solr-data/*
> *//*
> */I also edited the JAVA_OPTS to "-Xmx512m"/*
> */I also tried it with different debian distributions but i encounter the
> same problem every/**//*//time*/. I always use a "headless" debian
> install
> without X11 if that matters./*
> *//*
> */Any help would be appreciated.
>
> /**/Thanks/*
> */Patrick/*
>
> *//*
>

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki replace " " with "+" on title

[Clemens Klein-Robbenhaar]

Hi Stefano,

 thanks for letting us know about the solution to your problem.

On thing that has changed from tomcat7 to tomcat8 is that the default 
URL-Encoding has changed from ISO-8859-1 to UTF-8
(compare http://tomcat.apache.org/tomcat-7.0-doc/config/http.html
with http://tomcat.apache.org/tomcat-8.0-doc/config/http.html
search for "URIEncoding" to see the difference)

 In this light it seems my advice to set the URIEncoding to UTF-8 is just bad;
if you ever plan update to tomcat8, you probably want to set 
URIEncoding="ISO-8859-1" instead
(or set that org.apache.catalina.STRICT_SERVLET_COMPLIANCE on startup)
to prevent that problem to reappear.


- Ursprüngliche Nachricht -
Von: Stefbort
Am:  Thursday, 16.06.2016, 14:37
An: Xwiki Users
Betreff: Re: [xwiki-users] Xwiki replace " " with "+" on title


> Hi everybody.
> 
>  *FIXIED* 
> 
> The cause is Tomcat. With release 8 (maybe 9 too?) Xwiki don't works
> correctly.
> With release 7 it is a rock!
> 
> Like this I see the mysql connector release 6 dont'n works with Xwiki.
> 
> Tanks to all .
> 
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki replace " " with "+" on title

[Clemens Klein-Robbenhaar]

I think setting the tomcat to use italian codepage characters is not necessary;
UTF-8 should cover all use cases.

If you use URIEncoding="UTF8" in the connector of tomcat, all should be fine.

I tried to reproduce the issue with an XWiki running inside jetty and could not 
reproduce the issue, unfortunately.


- Ursprüngliche Nachricht -
Von: Stefbort
Am:  Wednesday, 15.06.2016, 11:06
An: Xwiki Users
Betreff: Re: [xwiki-users] Xwiki replace " " with "+" on title


> Hi Eduard.
> I am sorry. I used no rigth names.
> 
> "Article" is a wiki page.
> "Space" is a wiki page with dashboard.
> 
> About double titles are showed in the dashboard, in the list "My Recent
> Modification" and if I search I can see two title in the search list.
> If I create a new page after "Save & view" I will redirect in the rigth
> page.
> But now, to try again to write more information, I see more details:
> - if I create a "simple" page I have a "norma" title. When I update the page
> I will have 2 page: one is a original, one is updated. And I will have a new
> title-line in the document automatic list for each version;
> - if I create a page with dashboard I will see the "+" insted " ": the
> original with "{{dashboard/}}" in the text and the second paga (page with
> "+" in the title) with empty text. If I create a new page with location
> inside this i will have 3 news dasboard-page. Example: "Space Two", "Space
> Two", "Space%2BTwo"...
> 
> I will be crazy.
> 
> I can see this to go directly on port 8080 of Tomcat. I do not have any
> reverse proxy.
> OK. Perhaps the problem may be in the Tomcat confogiration? I am using, to
> try, italian layout and italian codepage characters. The database in MariaDB
> is in utf8_bin, as guide suggest.
> When I used the old versione (6.4) I found no problem. Now I don't
> understand.
> 
> I attach two screenshots.
> 
> Thanks.
> 
> <http://xwiki.475771.n2.nabble.com/file/n7599978/screenshot1.jpg> 
> <http://xwiki.475771.n2.nabble.com/file/n7599978/screenshot2.jpg> 
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Xwiki-replace-with-on-title-tp7599972p7599978.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Changing border-top color of basic tables

[Clemens Klein-Robbenhaar]

Not really a good advice, but kind of a workaround:

when I have the problem of styling only tables inside the wiki-content and 
nothing else,
I use the "Approach 2", except that the selector looks like

#xwikicontent>table {
...
}

this selector does not style the livetables, because they are not directly 
nested in the #xwikicontent
but nested inside additional div elements

Of course this approach does not work for tables which are deeper nested in the 
normal content
(i.e. inside info-macros, or sections created with the '((( ... )))' syntax),
but most users do not create theses constructs, and those who do can speak 
wiki-syntax,
and can be brought on board with "Approach 4" because they know (or can be 
taught)  the '(% class="bordered" %)' trick ...
... however so far this has not been necessary for me (because among my folks I 
am the only one who needed this trick, and only once)

HTH
Clemens

- Ursprüngliche Nachricht -
Von: Andrew Kuang
Am:  Tuesday, 14.06.2016, 00:19
An: Xwiki Users
Betreff: [xwiki-users] Changing border-top color of basic tables


> Hi, 
> 
> I was looking into a way to modify the border-top color of tables in XWiki
> (defined in table.less) such that all basic tables have a solid 1px black
> top border (instead of the current solid 1px #ddd definition). I've been
> having trouble with finding a proper way to apply the style only to basic
> tables. Here are a few approaches I have taken:
> 
> *Approach 1.* Override the tables.less file in our own tables_overrides.less
> and make all tables have a black 1px border. 
> *Problem:* This selector is too general, and adds a black border to all
> tables on the page (History pane, Format guide, etc)
>  
> *Approach 2.* Narrow the selector down to #xwikicontent (only the user’s
> content). #xwikicontent .table
> *Problem:* Now all tables in the xwikicontent div have borders and nowhere
> outside; however, other tables (such as those used by live tables) are also
> selected, making the LiveTables look wrong.
>  
> *Approach 3.* Modify only the source where the border-color is defined
> (because table styles simply use @table-border-color variable to define the
> default border-top style
> *Problem:* XWiki uses tables throughout (i.e. History pane) and these tables
> also use @table-border-color, making their border-top black as well.
>  
> *Approach 4.* Create a new table class (i.e. class=“bordered”) so that we
> can specifically select tables defined by CKEditor and nothing else. Hook
> into CKEditor table dialog and set Stylesheet Classes to “bordered” by
> default
> *Problem:* Users creating tables via source editor will have no context of
> adding borders to their table and their tables will not have proper borders
> by default
>  
> As of now, there does not seem to be any clear cut way of selecting only the
> basic tables (because so many other parts of XWiki use that basic table). I
> was wondering if anyone has any insight on a possible solution to this
> issue. Thanks!
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Changing-border-top-color-of-basic-tables-tp7599949.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Error upgrading Debian

[Clemens Klein-Robbenhaar]

I see you are using tomcat 7.0.28 - probably your are still on wheezy?

There are some bug reports for that message; it seems upgrading tomcat helps, 
e.g.:

http://stackoverflow.com/q/23541532
http://stackoverflow.com/q/23484098


However the tomcat with wheezy is just too old:

https://packages.debian.org/wheezy/tomcat7

The tomcat with jessie should work

https://packages.debian.org/stable/tomcat7

Maybe try "wheezy-backports" if you do not want to update to jessie
(I have never done that myself, so I cannot be of much help here)


Alternatively it might help editing xwiki's web.xml manually by adding a 
metadata-complete="true"
as suggested here:

http://stackoverflow.com/a/12730059

though I have not tried this and do not really understand why it should help


HTH
Clemens

- Ursprüngliche Nachricht -
Von: Stéphane Lassire
Am:  Wednesday, 25.05.2016, 12:48
An: Xwiki Users
Betreff: Re: [xwiki-users] Error upgrading Debian


> Hello Thomas,
> 
> The answer :
> 
> root@CESAP-WIKI01:/var/log/tomcat7# ps aux | grep tomcat
> tomcat7   6355  7.3  6.7 2182572 275136 ?  Sl   12:34   0:59 
> /usr/lib/jvm/java-8-oracle/bin/java 
> -Djava.util.logging.config.file=/var/lib/tomcat7/conf/logging.properties 
>  -Djava.awt.headless=true -Xmx512m -XX:+UseConcMarkSweepGC 
> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager 
>  -Djava.endorsed.dirs=/usr/share/tomcat7/endorsed -classpath 
> /usr/share/tomcat7/bin/bootstrap.jar:/usr/share/tomcat7/bin/tomcat-juli.jar  
> -Dcatalina.base=/var/lib/tomcat7 -Dcatalina.home=/usr/share/tomcat7 
> -Djava.io.tmpdir=/tmp/tomcat7-tomcat7-tmp 
> org.apache.catalina.startup.Bootstrap start
> 
> thanks for the help
> 
> Cordialement
> 
> Stéphane Lassire
> -Message d'origine-
> De : users [mailto:users-boun...@xwiki.org] De la part de Thomas Mortagne
> Envoyé : mercredi 25 mai 2016 12:46
> À : XWiki Users
> Objet : Re: [xwiki-users] Error upgrading Debian
> 
> "Invalid byte tag in constant pool: 15" still looks like a Java version 
> issue.
> 
> Could you check what version of Java started with "ps aux | grep tomcat" ?
> 
> _______
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] relation Code and Translation key's App-Within-Minutes

[Clemens Klein-Robbenhaar]

Renaming an app might be a bit tricky, as the generated code contains the name 
of the space / classes / properties in quite a few places.
Maybe global search & replace over the exported pages might work. If there is 
no much customizations recreating the App from scratch might be simpler.

Anyway, about the questions:

What the "$doc.displayPrettyName('date1', false, false)" does, it the following:

 - take the property "date1" from the "current" class (the sheet picks what the 
'current class' is a few lines above; it should be the data structure you have 
defined)
 - it looks up a translation key of the property name for the "current 
language" (whatever the current user has as current language when viewing the 
page)
   the translation key is constructed as:
  _
   the Reference-to-class is the "full path" to the data structure, i.e 
including the space where it is located.
 - if it does not find such a key, it looks the content of the "pretty name" 
field defined on the property itself in the class definition, as a fallback
 - returns whatever is found for display

you can find out what else is available in the "Scripting Reference 
Documentation"
   http://platform.xwiki.org/xwiki/bin/view/DevGuide/API
(look up the $doc and scroll ...) ... but that is full reference, not a 
tutorial ;)


The translations come from plain wiki pages with a special "marker object", see:

  
http://extensions.xwiki.org/xwiki/bin/view/Extension/Localization+Module#HRegisterawikitranslation


Finally the $escapetool.xml makes sure special HTML-characters like '"' and '&' 
in the display title are properly escaped / encoded and do not break the layout.
(There used to be an $escapetool.html but that one the one escaped too much, on 
the other hand did no escape single quotes due to a literal understanding of 
the spec ... thus $escapetool.xml it is.)
Do not remove it, even if it seems to work for you now ... you never know what 
translations etc might happen

This should all work without client side javascript involved.


Hth
Clemens

> Hi
> 
> I'm struggling to understand the relationship between the code generated by 
> App-With-Minutes for the Sheet and the Generated translation files; 
> Especially if I want to rename application, page, class) (or copy it to 
> another wiki)
> 
> #set ($discard = $services.localization.use('document', 
> 'WaihonaCode.qbgTranslations'))
> (% class="xform" %)
> (((
>   ;  for="WaihonaCode.qbgClass_0_date1">$escapetool.xml($doc.displayPrettyName('date1',
>  false, false))
>   : $doc.display('date1')
> ...
> )))
> 
> The space WaihonaCode is where class, sheet and template are located
> 'date1' is the class attribute we need a translated text
> 
> This is what is generated in the translation file:
> # Class fields
> WaihonaCode.qbgClass_date1=Date
> 
> Since we do not see any $services.localization.render("date1") i'm uncertain 
> how the key is created? (what logic is applied?)
> Why is there: $escapetool.xml($doc.displayPrettyName('date1', false, false))?
> Why escape tool?
> what is the function of the method displayPrettyName('date1', false, false))?
> 
> 
> Is there any client side functionality (JavaScript) required for this to work?
> 
> 
> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website<http://www.cdlsworld.org>
> Facebook<https://www.facebook.com/gerritjan.koekkoek>
> email<gerrit...@cdlsworld.org>
> 
> 
> 
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Document save hook to modify content

[Clemens Klein-Robbenhaar]

Shameless Plug:

If you want a document listener as a wiki page, you can check out)

  http://extensions.xwiki.org/xwiki/bin/view/Extension/RepairWikiLinks

(install/import it into a demo instance and look at the page 
XWiki.RepairWikiLinksOnPageSave in the object editor).

If you want to implement a java based component, you can look e.g. in the 
platform for code examples:

https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-ratings/xwiki-platform-ratings-api/src/main/java/org/xwiki/ratings/internal/AverageRatingProtectionListener.java
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-linkchecker/xwiki-platform-linkchecker-api/src/main/java/org/xwiki/linkchecker/internal/LinkCheckerEventListener.java


Cheers,
Clemens

---
From: Wei He
On:  Tuesday, 10.05.2016, 22:49
To: XWiki Users
Subject: [xwiki-users] Document save hook to modify content


> Hi,
> I want to modify document content while user is saving a document, for
> example: [[PageA]] will be replaced by [[PageA.WebHome]]. I want to write a
> component extension to do that. Which component should I look into?
> 
> Thanks,
> Wei
> 
> 
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Missing border and background color of "code" macro in exported pdf

[Clemens Klein-Robbenhaar]

About the missing border: I forgot that there is this bug:

 http://jira.xwiki.org/browse/XWIKI-13163 "Border style is not displayed, when 
we specify it on the pdf.css"

the workaround described in the issue works well, even though it is quite a a 
bit of copy & paste; the result looks like:

.box {
  background-color: #CCC;

  border-top-style:solid;
  border-bottom-style:solid;
  border-left-style:solid;
  border-right-style:solid;

  border-top-color:#444;
  border-bottom-color:#444;
  border-left-color:#444;
  border-right-color:#444;
}

p {
  text-indent:0;
}

> 
> Details about changing the rendering of the PDF are documented here:
> 
>  
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HCustomizingthePDFexportLook26Feel
> 
> In your case to change the background color the easiest solution is probably 
> to attach a file named "pdf.css" to the page XWiki.DefaultSkin
> with the contents:
> 
> .box {
>   background-color: #CC;
> }
> 
> or whatever color you would like to have in print.
> 
> I have to admit that I could not get a border around the box with a similar 
> CSS declaration;
> also I could not fix the indentation of the text around the block; actually 
> it should not be indented ...
> 
> Adding a separate
> 
> p {
>   text-indent:0;
> }
> 
> to the pdf.css fixes that, but I am not sure if this does not has other side 
> effects
> 
> hope it helps anyway
> Clemens
> 
>> Hi,
>>
>> i use the macro "code" to highlight code blocks in the text. On export (e.g. 
>> as pdf) only the text is colored and has another font, but there is no 
>> border or background color, like in the web view. The text before and after 
>> the code block is also not quite nice styled. It is indented wich is not 
>> good for reading.
>>
>> How can i change the style of the code blok and surrounding text in the 
>> exported document?
>>
>> With best regards
>> Alina
>>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Problem with SQL Server Database

[Clemens Klein-Robbenhaar]

You can find that hbm file packed into a jar file in the  WEB-INF/lib 
directory; the jar file should have the pattern 
xwiki-platform-legacy-oldcore-x.y.jar

The file you are looking for is the  xwiki.mssql.hbm.xml
There you can shorten the size to 8000.

I think you can edit that file and place the edited copy in the WEB-INF/classes 
directory to get picked up.
If that does not help, you need to repack it into the jar where you extracted 
it.

It is strange that the error pops up only now, as this setting has not been 
touched for quite some time ...

Maybe you have the wrong dialect in the   part of your 
hibernate.cfg.xml ?
(I thought org.hibernate.dialect.SQLServerDialect  would be ok, and maps "text" 
to varchar(max)  but I have to admit I have not tried)


> I don't know anything about SQL Server but the error seems to suggest
> that the field XWR_REFERER defined in the hbm file is too big.
> 
> On Mon, May 9, 2016 at 9:41 AM, Sebastian Schabbach
> <s.schabb...@ontaris.de> wrote:
>> Thank you!
>>
>> Something was wrong with the user permissions. I get another problem when I 
>> correct the user permissions for the database user.
>>
>> I got the error
>>
>> com.microsoft.sqlserver.jdbc.SQLServerException: The size (8192) given to 
>> the column 'XWR_REFERER' exceeds the maximum allowed for any data type 
>> (8000).
>>
>> When creating the database. Is this a well known issue and if what I do to 
>> resolve that problem?
>>
>> Regards,
>> Sebastian.
>>
>> -Ursprüngliche Nachricht-
>> Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Clemens 
>> Klein-Robbenhaar
>> Gesendet: Mittwoch, 4. Mai 2016 16:50
>> An: users@xwiki.org
>> Betreff: Re: [xwiki-users] Problem with SQL Server Database
>>
>> Any chance both XWiki instances are writing to the same database?
>>
>> If you want the second XWiki instance writes to another database, you must 
>> not only update the value in the hibernate.hbm,xml but also the property 
>> "xwiki.db"  (and probably  xwiki.db.prefix)  in WEB-INF/xwiki.cfg  too
>>
>>
>> Aside of that you can add a line like
>>
>>
>>
>> to the WEB-INF/classes/logback.xml
>> and see if more information shows up in the log file.
>>
>>> Hi all,
>>>
>>> my next request is regarding to let xwiki initialize a new, empty SQL 
>>> Server database to use the xwiki with this empty database. The problem is 
>>> that the table activitystream_events seems to be created twice:
>>>
>>> com.microsoft.sqlserver.jdbc.SQLServerException: There is already an object 
>>> named 'activitystream_events' in the database.
>>>
>>> Has somebody an idea of how I can solve that issue? There are some 
>>> interesting logs that looks like access problems with the database, but if 
>>> there are problems accessing the database it might not be possible to 
>>> create any table, isn't it?
>>>
>>> So here is the tomcat log, maybe it is helpful to solve the issue.
>>>
>>> Kind regards,
>>> Sebastian.
>>>
>>>
>>>
>>> Hibernate: select this_.XWV_VERSION as XWV1_26_0_ from xwikidbversion
>>> this_
>>> Hibernate: select count(*) as y0_ from xwikidoc this_
>>> 2016-05-04 15:19:37,334 [http://pippin:8080/xwiki2/bin/view/Main/]
>>> INFO  .HibernateDataMigrationManager - Checking Hibernate mapping and
>>> updating schema if needed for wiki [xwiki]
>>> 2016-05-04 15:19:37,570 [http://pippin:8080/xwiki2/bin/view/Main/] ERROR 
>>> .HibernateDataMigrationManager - The empty database xwiki seems to be not 
>>> writable, please check your configuration!
>>>
>>> com.xpn.xwiki.store.migration.DataMigrationException: Unable to update 
>>> schema of wiki [xwiki]
>>>   at 
>>> com.xpn.xwiki.store.migration.hibernate.HibernateDataMigrationManager.updateSchema(HibernateDataMigrationManager.java:182)
>>>  ~[xwiki-platform-legacy-oldcore-7.4.2.jar:na]
>>>   at 
>>> com.xpn.xwiki.store.migration.hibernate.HibernateDataMigrationManager.initializeEmptyDB(HibernateDataMigrationManager.java:142)
>>>  ~[xwiki-platform-legacy-oldcore-7.4.2.jar:na]
>>>   at 
>>> com.xpn.xwiki.store.migration.AbstractDataMigrationManager.initNewDB(AbstractDataMigrationManager.java:445)
>>>  [xwiki-platform-legacy-oldcore-7.4.2.jar:na]
>>>   at 
>>> com.xpn.xwiki.store.migration.AbstractDataMigrationManager.initializeCurrentDatabase(AbstractDataMigrationManager.java:550)
>>&g

Re: [xwiki-users] Date format in FAQ application

[Clemens Klein-Robbenhaar]

 
The right format is probably  '-MM-dd hh:mm:ss'.

with only one 'm' for minute it tries to show minute as single digit when ever 
possible ... which is just what your got


> Anybody, any idea ? I noticed the format is broken also in view/Main/AllDocs 
> table.
> 
> R.
> 
> On 2016-04-25 11:18, Ryszard Łach wrote:
>> Nope. I've set it to '-MM-dd hh:m:ss'.
>>
>> It works in other places (e.g. applications created via AppWithinMinutes) 
>> but not in FAQ.
>>
>> R.
>>
>> On 2016-04-25 10:59, Marius Dumitru Florea wrote:
>>> Setting the Date Format in Administration / Localization doesn't have any
>>> effect?
>>>
>>> On Wed, Apr 20, 2016 at 9:30 PM, Ryszard Łach  wrote:
>>>
 Hi, again.

 How can I correct date format (to include leading zeros) in faq
 application? I suppose, that changing the default language of my wiki to
 'pl' has broken the format and now 'Creation date' in list of faq entries
 looks like '2016-04-15 09:6:34' .

 TIA,

 R.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Missing border and background color of "code" macro in exported pdf

[Clemens Klein-Robbenhaar]

Details about changing the rendering of the PDF are documented here:

 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HCustomizingthePDFexportLook26Feel

In your case to change the background color the easiest solution is probably to 
attach a file named "pdf.css" to the page XWiki.DefaultSkin
with the contents:

.box {
  background-color: #CC;
}

or whatever color you would like to have in print.

I have to admit that I could not get a border around the box with a similar CSS 
declaration;
also I could not fix the indentation of the text around the block; actually it 
should not be indented ...

Adding a separate

p {
  text-indent:0;
}

to the pdf.css fixes that, but I am not sure if this does not has other side 
effects

hope it helps anyway
Clemens

> Hi,
> 
> i use the macro "code" to highlight code blocks in the text. On export (e.g. 
> as pdf) only the text is colored and has another font, but there is no border 
> or background color, like in the web view. The text before and after the code 
> block is also not quite nice styled. It is indented wich is not good for 
> reading.
> 
> How can i change the style of the code blok and surrounding text in the 
> exported document?
> 
> With best regards
> Alina
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Running a second xwiki instance in a single apache tomcat installation

[Clemens Klein-Robbenhaar]

 
it is a known issue; please see answer here:
  
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HRunningmultipleinstancesofXWikiinthesamecontainer

hth
clemens

> Dear all, 
> 
> thanks for your help regarding to my question about ACE related javascript 
> errors when editing xwiki articles a few days ago. As we figured out it is 
> likely not an issue regarding tot he xwiki system and come in from a 
> particular addon.  Due to the fact, that is is not easily trackable for us 
> which addon is working wrong, we want to setup a second xwiki instance with a 
> new database and without extentions. This is only to ensure the errors weg et 
> is not related to xwiki and to get a closer view to the issue. 
> 
> We tried simply to run a second xwiki using apache tomcat using an webapp 
> directory called "xwiki2" with a xwiki 7.4.2 WAR-Distribution and the default 
> (empty) HSQL Database. But this seems not to work due to the following issue. 
> Could someone help me with fixing that issue?
> 
> Kind Regards, 
> Sebastian. 
> 
> 
> Here is what the error is about:
> 
> 
> HTTP Status 500 - Failed to locate an ExtendedURL Resource Type Resolver 
> component
> 
> type Exception report
> message Failed to locate an ExtendedURL Resource Type Resolver component
> description The server encountered an internal error that prevented it from 
> fulfilling this request.
> exception
> javax.servlet.ServletException: Failed to locate an ExtendedURL Resource Type 
> Resolver component
> org.xwiki.resource.servlet.RoutingFilter.getResourceTypeResolver(RoutingFilter.java:181)
> 
> org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:103)
> 
> [...]
> 
> org.xwiki.cache.CacheException: Failed to get cache factory for role hint 
> [infinispan]
> org.xwiki.cache.internal.DefaultCacheManager.createNewCache(DefaultCacheManager.java:109)
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] robots.txt not found

[Clemens Klein-Robbenhaar]

> Deploy the XWiki Enterprise 8.0 WAR , install in Tomcat 8
> According to this article
> http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs  make 
> http://localhost:8080/xwiki/bin/view/Main/ as http://localhost:8080/Main/
> I remove tomcat ROOT folder,copy xwiki war and rename ROOT
> now I have a question:
> I put robots.txt in /ROOT,then I found that http://localhost:8080/robots.txt 
> file not found.
> I found that web.xml has redirect,so I put 
> 
> default
> /robots.txt
>   
> also not use.
> 
> now , i need romove web.xml  redirect Related configuration file?
> 

The problem is that the webapp thinks you want to display a Wiki space named 
"robots.txt"

You likely need to adapt the URL rewrite, i.e. this part:

 http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs#HUrlRewriteFilter

There is the list of static urls, near the comment: "Ensure that URLs that must 
not be served by the Struts Servlet are not modified"

You should be successful if you add /robots.txt as a special case here, like:

^/((bin|resources|skins|rest|webdav|xmlrpc|wiki|webjars)/(.*)|robots\.txt)$


at least I hope it works that way; I have to admit I did not check if it really 
works.



> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/robots-txt-not-found-tp7599302.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Changing the app name in App Within Minutes

[Clemens Klein-Robbenhaar]

I have not tested with XWiki 6.0, but is it not possible to edit the start page 
of the app e.g. in the wiki editor and set the title to whatever you want ?
(Admittedly the title input field is not shown in the AWM-Editor that comes up 
as default when clicking on edit)

Clemens


- Ursprüngliche Nachricht -
From: Dullfig
On:  Friday, 29.04.2016, 19:48
To: XWiki Users
Subject: [xwiki-users] Changing the app name in App Within Minutes


Hello:

I am using XWiki 6.0, and App Within Minutes. I have created several apps
that work fine. I can already customize the view and edit sheets and things
like that. But I don't like that AWM forces the home page to be called
{space} 'Home'. I'd like to change the behavior. There is an object of class
AppWithinMinutes.LiveTableClass which apparently is the hook for AWM to
display the home page. But I can't see in the LiveTableViewSheet where on
earth the space name is set! Where is the word 'Home' coming from? I tried
changing the Translations page (it contains the word 'Home') but that
doesn't fix it!!

Help!

Dan

ps.: I wanted to add a field to the LiveTableClass to hold the name of the
app. not sure if that would break anything.



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Changing-the-app-name-in-App-Within-Minutes-tp7599288.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] how to cover one page title

[Clemens Klein-Robbenhaar]

the HTML  as shown in the browser is not the same as the document title
(which you can indeed set with  $doc.setTitle("...")   )

Instead you can look in the file
  .../xwiki/skins/flamingo/htmlheader.vm

where the html title is computed - look for the section starting with the 
comment "Compute the title"

There you can see how the HTML title is computed, and indeed how the space 
preferences are used to display a different HTML title
and that it only reads space preferences.

You can edit that file, or create a new skin as explained here:  
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins
and edit a copy of it in your new custom skin.

I guess in your use case the first step is to access the $doc variable in the 
template and check if it is one of your special cases,
and if it is, compute the $title differently.

Side note: if you want to track down how XWiki renders a page, you can start at 
skins/flamingo/view.vm
and if a *.vm is included that does not exist in that skin, you can find it in 
the "templates" directory instead.


- Ursprüngliche Nachricht -
Von: Jack
Am:  Friday, 29.04.2016, 05:21
An: Xwiki Users
Betreff: [xwiki-users] how to cover one page title


> the default title should be "$doc.web - $doc.name"
> I hope cover one page title (as blog main page) ,I know that  Space
> Preferences make a different title for each space,but I just want to cover a
> page title 
> I try to use velocity code In the blog.Webhome as：
> 
> {{velocity}}
> $doc.setTitle("My new title")
> {{/velocity}}
> 
> it's not working
> 
> Is there any other way to cover a page title without modifying the database?
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/how-to-cover-one-page-title-tp7599271.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Can't get Export/Import to work

[Clemens Klein-Robbenhaar]

This blog post:

   
http://cnedelcu.blogspot.de/2013/09/nginx-error-413-request-entity-too-large.html

tells me nginx does not allow request bodies larger than 1mb by default

if you use nginx you might want to update this configuration variable:

  http://nginx.org/en/docs/http/ngx_http_core_module.html#client_max_body_size

hth
clemens


> In the range of 2-3 MB
> 
> Tim
> 
> On 22/04/2016 13:21, Thomas Mortagne wrote:
>> What size is this XAR ?
>>
>> On Fri, Apr 22, 2016 at 2:01 PM, Tim Dudgeon
>>  wrote:
>>> On 22/04/2016 12:19, Thomas Mortagne wrote:

 Do you have anything related in the log ?
>>>
>>>
>>> Not in the Tomcat logs, but I found something in the javascript console:
>>>
>>> Failed to load resource: the server responded with a status of 413 (Request
>>> Entity Too Large)
>>>
>>> with some link to
>>> https:///xwiki/bin/upload/XWiki/XWikiPreferences
>>>
>>>
>>> Tim
>>>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Login cookie validation hash mismatch! Cookies have been tampered with

[Clemens Klein-Robbenhaar]

The code where this happens is in:

   
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/user/impl/xwiki/MyPersistentLoginManager.java#L564

I have to admit that I do not know much about that corner of XWiki code


some random pointers:

There is some hint that switching IP's might cause the problem, as in:

   http://jira.xwiki.org/browse/XWIKI-2463

so maybe setting:

 xwiki.authentication.useip=false

in WEB-INF/xwiki.cfg  could help.


Then, you can set

 xwiki.authentication.protection=none

which should make the problem go away, but of course at the cost that the 
authenticator does not check the cookie is encrypted with the given key in 
xwiki.cfg.


Aside of that I remember having a similar problem some time ago after changing 
the xwiki.authentication.validationKey / xwiki.authentication.encryptionKey in 
xwiki.cfg;
but that vanished after clearing *all* cookies in the browser once. As I 
understood your users have already done this, so it is probably not related to 
this problem.



- Ursprüngliche Nachricht -
Von: Tobias Kirchhofer
Am:  Wednesday, 09.03.2016, 13:40
An: Xwiki Users
Betreff: Re: [xwiki-users] Login cookie validation hash mismatch! Cookies have 
been tampered with


> This is the message which appears after 30 minutes:
> 
>  
> 
> "You do not have permission to view the document or to perform that action."
> 
> The we have to actively logout and close the browser window. By opening a
> new window and navigating to the wiki we can login again.
> 
> Our developers say this is most likely a bug in the application. How can we
> debug this one?
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Login-cookie-validation-hash-mismatch-Cookies-have-been-tampered-with-tp7598282p7598389.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Exporting all documents of a space

[Clemens Klein-Robbenhaar]

The Admin tools have  export / import pages, that might be useful in your use 
case, too:

   http://extensions.xwiki.org/xwiki/bin/view/Extension/Admin+Tools+Application

- Ursprüngliche Nachricht -
Von: Bruno
Am:  Tuesday, 08.03.2016, 12:56
An: Xwiki Users
Betreff: [xwiki-users] Exporting all documents of a space


> 
> Hello,
> 
> I realized an export of my wiki via the tool located in the administration of 
> XWiki.
> But when I try to import the XAR on another instance of XWiki, just at the 
> end, an error is produced and the archive is not added.
> 
> In fact, I have a problem with the first wiki, the XWikiGroup group doesn't 
> work, and so all users have administrator rights until I disable thoses 
> rights for each user (but each new user have admin rights).
> So I installed a new XWiki server, and I try to retrieve the articles already 
> created in the first one.
> 
> Is it possible to export an entire space with his daughters ?
> How can I recover my first wiki pages ?
> 
> Thank you.
> Signature mails
> 
> _
> 
> Bruno Joffredo
> 
> Ecole Centrale de Nantes
> 
> Centre de Ressources Informatiques - Bur. D019
> 
> 1 rue de la Noë
> 
> BP 92101
> 
> F-44321 Nantes cedex 3
> 
> Tél. 02.40.37.68.06
> Mail : bruno.joffr...@ec-nantes.fr <mailto:bruno.joffr...@ec-nantes.fr>
> _
> 
> 
> _______
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Modifying macro.mv

[Clemens Klein-Robbenhaar]

Hi Mehdi:


> Hello everyone,
> 
> I am trying to modify the way the table of content (toc) macro behaves on
> xwiki, and I have a few questions concerning that.
> 
> 1- Is there anywhere else the macro is defined besides in macros.mv? the
> changes I've made there did not show up on my xwiki instance after I
> restarted it.
> 

is it possible we are talking about different macros?

 a) the "velocity level" macro   #toc(...)
 b) the wiki syntax macro (in wiki pages):  {{toc ..}}

The latter one is implemented as a java component here:

   
https://github.com/xwiki/xwiki-rendering/blob/master/xwiki-rendering-macros/xwiki-rendering-macro-toc/src/main/java/org/xwiki/rendering/internal/macro/toc/TocMacro.java

You can override / reimplement components, either as java code:

  http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents

or as a quick prototype in a wiki page (I am sure there is documentation, 
cannot find that page :( )

you can look at the .../xwiki/bin/view/XWiki/WikiMacros  for a list of "macros 
as wiki pages" installed in your wiki,
and look at the corresponding pages in the obejct editor to see how they are 
put together.


Side Note: If you update your /WEB-INF/xwiki.properties:

velocity.properties = file.resource.loader.cache=false
velocity.properties = velocimacro.library.autoreload=true

you should not need to restart the server to see changes in the *.vm


more side notes:  in the flamingo skin there is a "macro.vm" file that 
"shadows" the one in templates/macros.vm

 ./webapps/xwiki/skins/flamingo/macros.vm

try appending "?skin=colibri" when viewing pages to use another skin that does 
not overwrite "macros.vm". (assuming that "colibri" is still installed in your 
wiki instance, check the "webapps/xwiki/skins" dir for a "colibri" subdir ...)


> 2- what is the point of macros.txt? I was not able to find documentation
> for what xwiki is doing with that.
> 
> 3- how would you recommend going about writing a new toc macro? I've been
> doing that using velocity on a dedicated xwiki page, but I'm not able to
> call some of the methods that toc macro is using, namely this call:
> 
> #set ($tocData = ${tdoc.getTOC($init, $max, $numbered)})
> 

What is exactly the problem? Is there any error message?  Maybe some of the 
variables are just not initialized?
(that is where velocity trips me usually ...)

hope this helps
clemens


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Mocca Calendar and Meeting Calendar have different first days

[Clemens Klein-Robbenhaar]

How to chnage the first day of the week for MoccaCalendar is explained here:

http://extensions.xwiki.org/xwiki/bin/view/Extension/MoccaCalendar?viewer=comments#xwikicomment_3

HTH
Clemens


> In the 7.4 release, the Mocca Calendar extension and the calendar view of the
> Meeting Application extension use different first days of the week. I'd like
> to have our site consistently use the same first day (Sunday). Can anyone
> give me a pointer on how to do this?
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Mocca-Calendar-and-Meeting-Calendar-have-different-first-days-tp7597963.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Encoding bug in Document Tree Macro ?

[Clemens Klein-Robbenhaar]

On 02/08/2016 10:21 AM, Bruno wrote:
> 
> Le 05/02/2016 16:19, Clemens Klein-Robbenhaar a écrit :
>>
>> On 02/05/2016 03:35 PM, Bruno wrote:
>>> Hello,
>>>
>>> I work in a French engineering school.
>>> I would like to install xwiki 7.4 for my team.
>>>
>>> I encounter a problem whith accents :
>>> When I create a page whose title contains accents (or French special 
>>> characters), childs documents are not displayed in the *Document Tree 
>>> macro*.
>>> However, it appears in the wiki Page Index, but not in the tree.
>>>
>>> I followed unsuccessfully the documentation for administrators 'XWiki 
>>> Character Encoding Settings'.
>>>
>>> Is there something I did wrong ? Is it a bug ?
>>>
>> I cannot reproduce this behaviour. At first sight it looks to me like a 
>> problem with your setup.
>>
>> Can you try to see if the page still shows up in the page index if you 
>> filter the page names with then accented character actually used in the page 
>> name (in the "Location" column)
>> If they vanish there, too, it is probably something with your setup.
>> In that case: what kind of servlet container did you use? If an apache / 
>> nginx etc running in front of it?
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
> 
> Hi Clemens,
> 
> Thank you for your help.
> I confirm that the page is listed when I use the filter 'location' in the 
> Page Index by entering the title with accents.
> 
> _My config :_
> 
>  * Debian Jessie (8.2) 64 bits
>  * MySQL Server 5.5.46
>  * Apache 2.4.10
>  * Tomcat 7.0.56
>  * Oracle java 1.8.0_66 (v8)
>  * XWIKI 7.4
> 
> 
> Do you think I need to retry the installation with java-7-openjdk - amd64  ?
> 
> Bruno
> 

No, Java8 is just fine, I tested the issue with java8, too.

If the document is shown in the page index, the encoding setup should be ok.

The strange thing is that the document macro uses (nearly) the same way to 
transport the information (i.e. what pages are sought) to the server as the 
document index do - both use a simple AJAX GET Request parameter. (The main 
difference is that the document tree sends full page names, and the document 
index parts of a name).

Is there any chance that you can talk to the tomcat directly w/o the apache? 
Can you see the AJAX-request in the server access logs? Do the search query for 
the location (request parameter "doc.location") different from the document 
tree (search parameter is just an 'id').
for example an 'è' should show up there as an %C3%A8 (I think) 

I remember I once had nasty problems with apache as frontend and pages 
containing a '+', but I guess this does not apply here /...

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Encoding bug in Document Tree Macro ?

[Clemens Klein-Robbenhaar]

On 02/05/2016 03:35 PM, Bruno wrote:
> 
> Hello,
> 
> I work in a French engineering school.
> I would like to install xwiki 7.4 for my team.
> 
> I encounter a problem whith accents :
> When I create a page whose title contains accents (or French special 
> characters), childs documents are not displayed in the *Document Tree macro*.
> However, it appears in the wiki Page Index, but not in the tree.
> 
> I followed unsuccessfully the documentation for administrators 'XWiki 
> Character Encoding Settings'.
> 
> Is there something I did wrong ? Is it a bug ?
> 

I cannot reproduce this behaviour. At first sight it looks to me like a problem 
with your setup.

Can you try to see if the page still shows up in the page index if you filter 
the page names with then accented character actually used in the page name (in 
the "Location" column)
If they vanish there, too, it is probably something with your setup.
In that case: what kind of servlet container did you use? If an apache / nginx 
etc running in front of it?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Translation problems

[Clemens Klein-Robbenhaar]

> The workaround you suggested didn't have any effect. To analyse the problem a
> bit further (and verify that I was creating the translation page correctly),
> I inserted a spelling error in the Translations page. The spelling error was
> displayed as expected if I deployed the app to a path other than ROOT. But
> in ROOT that translation page is still not used. Maybe this one is a
> candidate for Ripley's Believe It or Not.
> 

This is really odd. Next time I need to exercise my admin skills I hope I am 
able to reproduce it with exactly your setup.
Just deploying as root-webapp is not enough (at least for me).

A tentative explanation is that the translated part (the "por página de") is 
directly rendered in the HTML of the wiki page,
while the untranslated parts ("Results ... out of ..." ) are inserted via 
JavaScript.

This means that:
  a) either the javascript code was not fetched with the right language (it 
should have a "?language=pt_BR" appended to it)
  b) it has been fetched, but as an old version, maybe before the server has 
been configured to use pt_BR; i.e. it is a caching issue


> I did all of the new translations via the 
> http://l10n.xwiki.org/xwiki/bin/view/L10N/
>    site (logging in there and
> making the edits on the forms). Then I downloaded the Application Resource
> file. Do I still need to do a github pull request or send you the files?
> 

No, that is the right place to add the translations, actually. I forgot to 
check they are already there,
and would have to upload them manually if you'd send a pull request. So you 
manage to do it the right way despite of my misleading advice ;)

The new translations should be updated with the next release of these 
extensions.
Thanks a lot for the contribution!

> I corrected one spelling error in the core resources before the 7.4 release
> and noticed that the correction was automatically included in 7.4. I guess
> the core is built using a different process than the extensions.

Yes, for the XWiki platform core syncing the translations from l10n into the 
code base on github
is part of the release process. (As via 
http://dev.xwiki.org/xwiki/bin/view/ReleasePlans/ReleasePlanHelp#HUpdateTranslations)
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Translation problems

[Clemens Klein-Robbenhaar]

On 02/03/2016 06:21 PM, Mark Sack wrote:
> For the second problem, I discovered something that I can't quite understand
> (perhaps because I am relatively new to this kind of development).
> My setup is debian 8, openjdk 7, tomcat8, postgresql 9.4 (all installed from
> the debian repositories).
> 

No, it is not just you, I do not understand it either.
I cannot reproduce it the jetty/hsql distro; it seems the problem is more 
specific to the setup.

Anyway here is a workaround:

- create a new (empty) page somewhere (for example direct in the document 
index, create new page "Translations", so it ends up as 
Main/AllDocs/Translations)
- in the wiki editor, add these lines to the page:

platform.livetable.paginationResults=Resultados
platform.livetable.paginationResultsOf=de
platform.livetable.pagesizeLabel=por página de

 - save the page and then edit it in the "Objects" editor
 - in that editor, add a new object by choosing "TranslationDocumentClass" (in 
he "XWiki" section in the dropdown)
   This will add a marker that the contents on that page are translations.

This should work around the problem. (Translations in wiki pages override 
translations in property files.)

It would be interesting to figure out why this happens in the first place, of 
course.


Oh, and btw:
[...]
>
> All of the other ones listed were installed as dependencies. There are a
> couple of extensions that don't have pt_BR localization (such as Meeting and
> Full Calendar). For those cases, I downloaded the source files, added in the
> pt_BR resources file, rebuilt the extension and imported the resulting xar
> file.
>

Hey, did I hear new translations? Could you please send a pull request on 
github, or maybe attach
the new translations to a new issue at 
http://jira.xwiki.org/secure/BrowseProjects.jspa#10070
or if that is too much fuzz for you, just send them to me (I am not sure how 
the mailinglist handles mails with attachments, I guess they get scrubbed?)

(Oh, and I see there are a few translations in e.g.
  
http://l10n.xwiki.org/xwiki/bin/view/L10N/Search?application=Contrib=Contrib.CalendarTranslations===pt_BR==notdead
seems fetching these translations needs to be integrated into the build of e.g. 
the calendar macro)



Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Translation problems

[Clemens Klein-Robbenhaar]

Hi Mark,

> I'm setting up a XWiki 7.4 site with a pt_BR localization and am updating
> empty translations as I go along according to our use cases. In the process
> I've run into a couple of problems.
> 
> Firstly, on the Blog Archive panel, the months are being displayed in
> English. If I log into l10.xwiki.org and do a search for existing
> translation keys like the following:
> Original text: January
> Language: pt_BR
> Status: Not dead
> Other fields all blank
> the result returned has two keys, both of which are translated.
> How can I do the translation for the months in the blog panel? Note that if
> I switch the localization to another language such as fr, I see that the
> months are translated properly.

I can reproduce this. The month printed in the Blog.Archive page seems not to 
take the current locale into account.

If one creates a test page with only the content:

{{velocity}}
#set($monthFormatter = $xwiki.jodatime.getDateTimeFormatterForPattern(''))
#set($tempDate = $xwiki.jodatime.mutableDateTime)
$monthFormatter.print($tempDate)
{{/velocity}}

and then viewing this page and appending "language=pt_BR" to the URL shows the 
month in English;
however appending "language=pt" shows it in Portuguese.

Extend the check:
{{velocity}}
#set($monthFormatter = $xwiki.jodatime.getDateTimeFormatterForPattern(''))
#set($tempDate = $xwiki.jodatime.mutableDateTime)
$monthFormatter.print($tempDate)

Language: $xcontext.getContext().get('locale').getLanguage() / 
$xcontext.getContext().get('locale').getDisplayLanguage()
Country: $xcontext.getContext().get('locale').getCountry()
{{/velocity}}

and one can see that for "language=pt" it correctly reports language as "pt / 
Portuguese" (and Country as empty)
but for language=pt_BR
one wrongly gets a language as "pt_br"  (and no country). That is not looking 
good :(

I can reproduce the issue with 6.4.7, so it is not a very recent thing.

Interestingly only the "locale" object in the "context as map" is wrong, with 
the "$xcontext.getContext().getLocale()" everything works fine.

So either the jodatime plugin uses a deprecated API with the 
context.get('locale')  or the calculation in that context.get('locale')  should 
be fixed.

I guess I should know what is the case, but I have to admit I dont :(


> 
> Secondly, on the live tables on my soon to be production instance, the range
> phrase at the top of the live tables (such as the User Index) is showing up
> half English/half Portuguese as 'Results 1-10 out of 40 por página de 10'.
> If I switch the language to fr, the problem remains with the phrase showing
> up as 'Results 1-10 out of 40 par page de 10'. But if I set up a clean
> instance of XWiki, I see that the phrases are translated properly for both
> pt_BR and fr. Clearly, I've been futzing with something(s) that I should not
> have touched. Can anyone give me some pointers on how to diagnose the
> problem and restore the system to its proper behaviour? 
> 

That is a tough one; the actual translations are in the 
ApplicationResources_pt_BR.properties
which is a file packages in one of the *.jar- files in the WEB-INF/lib 
directory (I think it is xwiki-platform-legacy-oldcore-7.4.jar)

The translation keys are either

platform.livetable.paginationResults=Resultados

or:

platform.livetable.paginationResultsMany=Resultados {0} - {1} de {2}

it is possible that you have installed any extension that overwrites these keys?
(You can try to search for "platform.livetable.paginationResults*" in the 
normal wiki search; do not forget to set "Display hidden documents" to try in 
you user preferences page)

hope this helps a little
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.4 Distribution Wizard says: "We couldn't find any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and version '7.4'."

[Clemens Klein-Robbenhaar]

Hi Frank,

[...]
>>
>>> I have to admit that if it is not the proxy-settings then I am getting 
>>> somewhat desperate about how to diagnose the problem.
>>> I guess one could try to get stack traces from the server while it is 
>>> starting up
>>> and use the java option "-Djavax.net.debug=all" (dumps lots of stuff to the 
>>> standard output) to see if it tries to open connections to 
>>> extensions.xwiki.org
>>> but I guess all one can get from that is that the server opens connections 
>>> and then it waits till timeout ...
>>
>> I've done this through setting the environment variable $JAVA_OPTS to
>> "-Djavax.net.debug=all" prior to running $tomcat_home/bin/catalina.sh.
>> Is that the right place?  I also set the following loggin levels in
>> $tomcat_home/conf/logging.properties:
>>
>> java.util.logging.ConsoleHandler.level = FINEST
>> 1catalina.org.apache.juli.AsyncFileHandler.level = FINEST
> 
> Also added
> 
> java.util.logging.ConsoleHandler.level = ALL
> java.util.logging.ConsoleHandler.formatter = org.apache.juli.OneLineFormatter
> org.apache.http.level = FINEST
> org.apache.http.wire.level = SEVERE
> 
> to $tomcat_home/conf/logging.properties (according to 
> https://hc.apache.org/httpcomponents-client-ga/logging.html) but still not 
> seeing the wire output.  where should I find it?
> 
[...]

I thought one should set the -Djavax.net.debug in the CATALINA_OPTS ,  but I 
see JAVA_OPTS is possible, too.
If these lots of "adding as trusted cert:" messages appear, then the option is 
active indeed.


If you want to create more log messages from the xwiki-webapp, you can edit the 
file webapps/xwiki/WEB-INF/classes/logback.xml

Setting the root logger level there to "debug" will create tons of output ...
Maybe it is sufficient to enable some network related loggers, like:

  
  

which will create tons of output either, but hopefully with somewhat higher 
relevance density.

See also http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging


hope this helps
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.4 Distribution Wizard says: "We couldn't find any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and version '7.4'."

[Clemens Klein-Robbenhaar]

 
Hi Frank,

> Hi Clemens,
> 
>> I have to admit that I have been running out of ideas why the wiki cannot 
>> get a connection while "curl" can.
>>
>> One last try: has the gateway connecting the local network to the internet 
>> an application firewall or the like ?
>> Something that sniffs user-agents for http connections and only allows 
>> "known ones" ?
> 
> Not to my knowledge, but see below
> 
> 
>> The java client used by the XWiki installation wizard might be emulated with:
>>
>>curl --user-agent "history" http://extensions.xwiki.org

bad info given by me here, sorry; it should read:

   curl --user-agent "XWikiExtensionManager"   http://extensions.xwiki.org

anyway, this seems not to be the problem ... because the other bogus user agent 
works as well:

> 
> $ curl --user-agent "history" http://extensions.xwiki.org
> 
> 
> 302 Found
> 
> Found
> The document has moved  href="http://extensions.xwiki.org/xwiki/bin/view/Main/WebHome;>here.
> 
> $
> 
> 
> 
>> if this works, too, I have to admit I have no clue why it does not work.
>> (Btw, there should be an error message in the log files. Is there anything 
>> like that?)
> 
> In fact, there is a single error being printed to logs/catalina.out /after/ I 
> click the "continue" button in the first step of the Distribution Manager:
> 
> 
> [...]
> 2016-01-28 13:36:53,762 [Active Installs Ping Thread] WARN 
> a.i.c.ActiveInstallsPingThread - Failed to send Active Installation ping to 
> [http://extensions.xwiki.org/activeinstalls]. Error = [ConnectException: 
> Connection timed out]. Will retry in [86400] seconds...
> [...]
> 
> 
> I don't know what an "Active Installation ping" is, but in fact while I seem 
> to be able to access this webpage:
> 
> $ curl http://extensions.xwiki.org/activeinstalls
> {
>   "status" : 200,
>   "name" : "Bobster",
>   "version" : {
> "number" : "1.1.1",
> "build_hash" : "f1585f096d3f3985e73456debdc1a0745f512bbc",
> "build_timestamp" : "2014-04-16T14:27:12Z",
> "build_snapshot" : false,
> "lucene_version" : "4.7"
>   },
>   "tagline" : "You Know, for Search"
> }
> $
> 
> 
> I cannot `ping` it:
> 
> $ ping extensions.xwiki.org
> PING www.xwiki.org (104.31.71.57) 56(84) bytes of data.
> ^C
> --- www.xwiki.org ping statistics ---
> 76 packets transmitted, 0 received, 100% packet loss, time 75445ms
> 
> $
> 
> Does the Distribution Manager execute a real "ping" command even though the 
> webpages are accessible?  And if yes, how can I avoid this?  I doubt that our 
> networking dept. will adapt any gateway configuration to to make a single 
> software installation possible :-}


No, there is no ping or such; well, it relies on the library: "HTTP 
Components":  https://hc.apache.org/ to do the job.
I have to admit that I do not know exactly if this library does or does not 
send a ping first, but I do not think it does.
Even if it were so, it is not the case of the problem, as I cannot ping 
extensions.xwiki.org either, and install works from here.


The "timeout" error message seems to indicate that the connection never gets an 
error but is simply dropped somewhere.
I do not think extensions.xwiki.org drops the connection - as you can get there 
via curl ...


Any chance the application server uses some proxy settings, as described at the 
following link, but they happen to be incorrect?

http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HRunningXWikibehindproxy-server

That might explain the timeout despite the server being able to reach the 
installation repositories normally (i.e. via curl).


I have to admit that if it is not the proxy-settings then I am getting somewhat 
desperate about how to diagnose the problem.
I guess one could try to get stack traces from the server while it is starting 
up
and use the java option "-Djavax.net.debug=all" (dumps lots of stuff to the 
standard output) to see if it tries to open connections to extensions.xwiki.org
but I guess all one can get from that is that the server opens connections and 
then it waits till timeout ...


If you just want to get the server running with a proper UI anyway, I have 
written up a little HowTo :

 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/FillLocalMavenRepository

To use it, one needs to install + configure maven, however ...
I am still using maven 3.0.4 from 
http://archive.apache.org/dist/maven/maven-3/3.0.4/binaries/apache-maven-3.0.4-bin.zip
but to just donwload the UI-packages any version of 3.x should "just work".


Clemens


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.4 Distribution Wizard says: "We couldn't find any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and version '7.4'."

[Clemens Klein-Robbenhaar]

 
I have to admit that I have been running out of ideas why the wiki cannot get a 
connection while "curl" can.

One last try: has the gateway connecting the local network to the internet an 
application firewall or the like ?
Something that sniffs user-agents for http connections and only allows "known 
ones" ?

The java client used by the XWiki installation wizard might be emulated with:

  curl --user-agent "history" http://extensions.xwiki.org

if this works, too, I have to admit I have no clue why it does not work.
(Btw, there should be an error message in the log files. Is there anything like 
that?)

Clemens

- Ursprüngliche Nachricht -
From: Frank Thommen
On:  Saturday, 23.01.2016, 16:13
To: XWiki Users
Subject: Re: [xwiki-users] XWiki 7.4 Distribution Wizard says: "We couldn't 
find any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' 
and version '7.4'."


> On 22.01.16 15:12, Clemens Klein-Robbenhaar wrote:
>>
>> some random ideas:
>>
>>   - in WEB-INF/xwiki.properties: are any settings for 
>> extension.repositories=...  enabled
>> or are they all commented?
> 
> They are all commented
> 
> 
>> They should be all commented, of if there are active ones (even empty 
>> ones),
>> at least the two "defaults" must be defined, too:
>>
>> extension.repositories=maven-xwiki:maven:http://nexus.xwiki.org/nexus/content/groups/public
>>
>> extension.repositories=extensions.xwiki.org:xwiki:http://extensions.xwiki.org/xwiki/rest/
> 
> There are only the following - commented - settings:
> 
> $ grep extension\.repositories xwiki.properties
> # extension.repositories=privatemavenid:maven:http://host.com/private/maven/
> # extension.repositories.privatemavenid.auth.user=someuser
> # extension.repositories.privatemavenid.auth.password=thepassword
> # extension.repositories=local:maven:file://${sys:user.home}/.m2/repository
> # 
> extension.repositories=maven-xwiki-snapshot:maven:http://nexus.xwiki.org/nexus/content/groups/public-snapshots
> # 
> extension.repositories=maven-xwiki:maven:http://nexus.xwiki.org/nexus/content/groups/public
> # 
> extension.repositories=extensions.xwiki.org:xwiki:http://extensions.xwiki.org/xwiki/rest/
> # extension.repositories=
> $
> 
> I will try with uncommenting the two proposed defaults next week.
> 
> 
>> If I uncomment just a lone 'extension.repositories=' I get exactly the 
>> error in the screenshot
>>
>>   - Another idea: any chance there is a name resolution problem on the 
>> server?
>>
>>  extensions.xwiki.org should resolve to 5.135.240.206 (currently)
> 
> works fine:
> 
> $ host extensions.xwiki.org
> extensions.xwiki.org has address 5.135.240.206
> $
> 
> 
>>  "curl http://extensions.xwiki.org; -> should return a 302 to the Start 
>> page
> 
> fine, too:
> 
> $ curl http://extensions.xwiki.org
> 
> 
> 302 Found
> 
> Found
> The document has moved  href="http://extensions.xwiki.org/xwiki/bin/view/Main/WebHome;>here.
> 
> $
> 
> 
> frank
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com
www.espresto.de

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.4 Distribution Wizard says: "We couldn't find any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and version '7.4'."

[Clemens Klein-Robbenhaar]

some random ideas:

 - in WEB-INF/xwiki.properties: are any settings for extension.repositories=... 
 enabled
   or are they all commented?
   They should be all commented, of if there are active ones (even empty ones),
   at least the two "defaults" must be defined, too:
  
extension.repositories=maven-xwiki:maven:http://nexus.xwiki.org/nexus/content/groups/public
  
extension.repositories=extensions.xwiki.org:xwiki:http://extensions.xwiki.org/xwiki/rest/

   If I uncomment just a lone 'extension.repositories=' I get exactly the error 
in the screenshot

 - Another idea: any chance there is a name resolution problem on the server?

extensions.xwiki.org should resolve to 5.135.240.206 (currently)

"curl http://extensions.xwiki.org; -> should return a 302 to the Start page


Clemens


From: Marius Dumitru Florea
At:  Friday, 22.01.2016, 14:32
Subj: Re: [xwiki-users] XWiki 7.4 Distribution Wizard says: "We couldn't find 
any extension with id 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and 
version '7.4'."


> On Fri, Jan 22, 2016 at 1:56 PM, Frank Thommen <f.thom...@dkfz-heidelberg.de
>> wrote:
> 
>> Hi Marius,
>>
>> You need to make sure you have internet access. If you are behind a proxy
>>> you should check
>>>
>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HRunningXWikibehindproxy-server
>>>
>>
>> We have internet access and we are not using a proxy (afaik). However
>> although we /can/ reach the internet, our hosts are not reachable /from/
>> the internet (NAT) but I don't assume that's required.
>>
>> Also I cannot find any "connection refused" exceptions in tomcat/logs/*.
>>
>>
>> . It may also happen that the extensions.xwiki.org is down at the moment
>>> you try to run the Distribution Wizard. You should try again a bit later.
>>>
>>
>>
>> I'm trying since over 24 hours now, at least 10-15 times. I cannot
>> imagine, that extensions.xwiki.org was down all the time. It is reachable
>> by https right now and I still experience the error message
>>
>>
> 
>> Is there a way to manually install this extension?
>>
> 
> 
> You can download the XAR file from
> http://enterprise.xwiki.org/xwiki/bin/view/Main/Download#HStable and follow
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationConcludingSteps
> from "Alternatively you can skip ..." . But it would be better to
> understand the problem.
> 
> 
>>
>> Frank
>>
>>
>>
>> Hope this helps,
>>> Marius
>>>
>>> On Fri, Jan 22, 2016 at 1:11 PM, Frank Thommen <
>>> f.thom...@dkfz-heidelberg.de
>>>
>>>> wrote:
>>>>
>>>
>>> Hi,
>>>>
>>>> when working through the Distrbution Wizard of our freshly installed
>>>> XWiki
>>>> Enterprise 7.4 (WEB installation), at step 1 (User Interface) we are
>>>> faced
>>>> with the following message:
>>>>
>>>> "
>>>> We couldn't find any extension with id
>>>> 'org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki' and version '7.4'.
>>>> Make
>>>> sure you have the right extension repositories configured.
>>>> "
>>>>
>>>> The complete creenshot can be found at http://imgur.com/Uc2F9pr.
>>>>
>>>> I've copied the file
>>>> "org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki-7.4.xar" (from
>>>>
>>>> http://extensions.xwiki.org/xwiki/rest/repository/extensions/org.xwiki.enterprise%3Axwiki-enterprise-ui-mainwiki/versions/7.4/file?rid=maven-xwiki
>>>> ")
>>>> into WEB-INF/extensions to no avail.
>>>>
>>>>
>>>> The installation instructions doesn't mention any required step regarding
>>>> the configuration of extensions or extension respositories or where these
>>>> respositories are.  Therefore I'm a little bit at a loss here.
>>>>
>>>> Our system is running on OpenSuSE 13.1 with PostgreSQL 9.2.14 (from
>>>> repo),
>>>> Apache Tomcat 8.0.30 (manually installed) and XWiki Enterprise 7.4 (WEB,
>>>> manually installed).
>>>>
>>>> Any pointer to fix this problem are appreciated.
>>>>
>>>> Cheers
>>>> Frank
>>>> _______
>>>> users mailing list
>>>> users@xwiki.org
>>>> http://lists.xwiki.org/mailman/listinfo/users
>>>>
>>>> _

Re: [xwiki-users] Mocca calendar - display 'short description' instead of title in month/week/day view

[Clemens Klein-Robbenhaar]

 
Ah, there is the "App within minutes" editor coming in"!
Actually it is a leftover from the time when this extension has been 
bootstrapped from "App Within Minutes".
I guess I better scrap this because the "automatically created edit form" is 
not really useful in this case,
as you have figured out

Clemens

> You're right - I missed a step. After step 8 I edited the event class with
> the wiki editor. The Test field appeared on the form in the editor without
> me having to do anything explicitly. I selected Save with the Update
> Class Template, Update Class Sheet, and Update Class Translation Bundle
> options checked.
> 
> And running through the steps again, I confirmed that the Test field does
> not appear on the form before I do the wiki edit.
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Mocca-calendar-display-short-description-instead-of-title-in-month-week-day-view-tp7597592p7597624.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Mocca calendar - display 'short description' instead of title in month/week/day view

[Clemens Klein-Robbenhaar]

 
Small Update:
Release 2.5.1 is out now, fixing that issue:

> I can confirm your results from step 1 to step 5.
> This is indeed a bug that needs fixing; I have added it as 
> http://jira.xwiki.org/browse/MOCCACAL-91
> 

[...]
>>
>> 1. Created new XWiki 7.4 instance - distribution wizard doesn't start for
>> some reason so I installed the default pages using
>> xwiki-enterprise-ui-mainwiki-all-7.4.xar.
>> 2. Installed MoccaCalendar extension and verified that version is 2.5 (full
>> calendar macro is version 2.0.2)
>> 3. Logged in as Admin and created a new calendar (first to verify behaviour
>> without your suggested mods to JSON Service).
>> 4. In the new calendar created an event - event is displayed as expected.
>> 5. In the new calendar, tried to create another event with the same title -
>> event form displays 'An event with this name already exists.' under the
>> title field.
>> 6. In the new calendar, tried to create another event with no title - event
>> form displays 'Title field is required'.
>> 7. Deleted event created in step 4.
>> 8. In class editor MoccaCalendarEvent class added new field 'Test' of type
>> String.
>> 9. Navigated to /xwiki/bin/view/MoccaCalendar/JSONService -> Edit -> Source
>> and replaced $itemdoc.getPlainTitle() with $itemdoc.getValue('Test') in two
>> places as you suggested.
>> 10. Returned to new calendar created in Step 3.
>> 11. Invoked form to create an event - event form is displayed with new Test
>> field (blank). But the Title field is populated with a random string and the
>> Calendar drop down field where you can select which calendar the event
>> belongs to is missing from the form.
>> 12. Entered a value in the Test field and saved the event - the form
>> disappears but the event is not displayed on the new calendar.
>> 13. Navigated to Calendar Overview and observed that new event is displayed
>> there with the content of the Test field instead of the Title. Here the
>> event is displayed on the Month view the way I want it.
>>
[...]
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Mocca calendar - display 'short description' instead of title in month/week/day view

[Clemens Klein-Robbenhaar]

Hi Mark,
Thanks for the detailed problem report.
I can confirm your results from step 1 to step 5.
This is indeed a bug that needs fixing; I have added it as 
http://jira.xwiki.org/browse/MOCCACAL-91

Then I tried to follow the steps from 8 but could not reproduce the issue 
described in step 11

Just adding a new field should not make this field show up in the event 
creation form automatically.
Did you do anything else like editing the MoccaCalendarEventSheet, or reset 
this to a default state?
This might have scrapped the code for the somewhat non-trivial title handling
necessary to avoid  http://jira.xwiki.org/browse/MOCCACAL-68

It might also explain why there is no drop down to pick the calendar for the 
event;
the new event is then created without "parent calendar" and this only visible
in the main "show all events" overview, as you figured out in step 13.
 The "calendar" drop down in the edit view is also some custom code that will 
be absent if the MoccaCalendarEventSheet is overwritten.

I am not aware that there is a mechanism that causes XWiki to "auto-update" the 
class sheet, unless one edits
the class with "App Within Minutes" ... which I thought is not possible 
MoccaCalendar classes, but maybe I am overlooking something.

If you recover the  MoccaCalendarEventSheet by rolling back to an earlier 
version via its history and add a line like

  ; $escapetool.xml($doc.displayPrettyName('test',
 false, false))
  : $doc.display('test')

in the place where all these other fields are rendered with code like that, the 
problem in step 11 with 13 should go away.
I am afraid that then the bug from step 1 to step 5 will be fully restored, 
however.

As a work around you can change the:
  

into:
  

this however will fill the title field with a random string and might make 
migration to a bug-fixed version later
problematic, unless you are happy to stick with your custom modification.
If you can wait one day or two I would prefer to fix the issue so you can 
upgrade and use events with a proper title.


Anyway, thanks a lot for the detailed steps to reproduce the problem.
This is indeed a serious bug and I will try to fix it as soon as possible.


Cheers
Clemens


> Clemens,
> Your suggestion gets me part of the way there but still having some problems
> (in steps 11 and 12 below). I thought maybe my earlier futzing around trying
> to get it working on my own screwed things up. So I created a clean instance
> on a VM and made the mods you suggested. Here are the steps I followed and
> the results.
> 
> 1. Created new XWiki 7.4 instance - distribution wizard doesn't start for
> some reason so I installed the default pages using
> xwiki-enterprise-ui-mainwiki-all-7.4.xar.
> 2. Installed MoccaCalendar extension and verified that version is 2.5 (full
> calendar macro is version 2.0.2)
> 3. Logged in as Admin and created a new calendar (first to verify behaviour
> without your suggested mods to JSON Service).
> 4. In the new calendar created an event - event is displayed as expected.
> 5. In the new calendar, tried to create another event with the same title -
> event form displays 'An event with this name already exists.' under the
> title field.
> 6. In the new calendar, tried to create another event with no title - event
> form displays 'Title field is required'.
> 7. Deleted event created in step 4.
> 8. In class editor MoccaCalendarEvent class added new field 'Test' of type
> String.
> 9. Navigated to /xwiki/bin/view/MoccaCalendar/JSONService -> Edit -> Source
> and replaced $itemdoc.getPlainTitle() with $itemdoc.getValue('Test') in two
> places as you suggested.
> 10. Returned to new calendar created in Step 3.
> 11. Invoked form to create an event - event form is displayed with new Test
> field (blank). But the Title field is populated with a random string and the
> Calendar drop down field where you can select which calendar the event
> belongs to is missing from the form.
> 12. Entered a value in the Test field and saved the event - the form
> disappears but the event is not displayed on the new calendar.
> 13. Navigated to Calendar Overview and observed that new event is displayed
> there with the content of the Test field instead of the Title. Here the
> event is displayed on the Month view the way I want it.
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Mocca-calendar-display-short-description-instead-of-title-in-month-week-day-view-tp7597592p7597610.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___________
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Dev

Re: [xwiki-users] Mocca calendar - display 'short description' instead of title in month/week/day view

[Clemens Klein-Robbenhaar]

Hi Mark,

> In our use of the calendar extension, I expect to have situations where the
> title is repeated (sometimes for what are really recurring events and
> sometimes not). For this reason, we'll leave the randomly generated string
> in the title field.

To start with, there is probably a bug here. The document where the event is 
stored should
have a name (which indeed has to be unique per calendar, but should only show 
up in the URL
if viewing the "detailed view" of that event) and a title - which is also 
displayed in the overview.

There should be a random generated component of the name, but this should not 
show up in the document title;
this field should initially be empty when creating a new event.

This looks very much like the following bug: 
http://jira.xwiki.org/browse/MOCCACAL-68

I cannot reproduce this with the current version (XWiki 7.4, MoccaCal 2.5). 
Which version of the Mocca Calendar are you using?
(This should be shown in the Wiki Admin, section "Installed Extensions")


> I've added a 'short description' field to the event
> class to use in place of the title. I would like to display the new field in
> the calendar month/week/day view instead of the title. Does anyone have
> suggestions on how to do this?
> 
> I'm using XWiki 7.4.
> 

Fetching the data which is displayed in the actual calendar happens in the page 
MoccaCalendar.JSONService
(You can find this page at /xwiki/bin/view/MoccaCalendar/JSONService )

If you edit it in the Wiki-editor you will see it contains ... quite some code 
handling the creation of unique document names,
and the query to fetch all events that should be shown to the current calendar 
display.
It is the second part that you will want to adapt.

 Scroll down and search for something like:

 #set($event = {"id" : $itemdoc.getDocumentReference().toString(), "title" : 
$itemdoc.getPlainTitle(),  ...

here the "title" is filled in as the document title.
If you want to get a field from the event, then this data is available as:  
$itemdoc.getValue('short_description')
(or whatever the name of the field is), so you can replace the 
$itemdoc.getPlainTitle() with that String.


This covers the "normal" calendar view. The "Agenda"-style view with the 
upcoming events is handled differently unfortunately;
here the JSON-Service this returns fully rendered HTML to be inserted into the 
page directly, and you need to chnage this part, too.

You can search for a  " ... + $escapetool.html($itemdoc.getPlainTitle()) + ... 
"  - that is the place where you want to add / insert your custom field,


hope this helps,
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

[Clemens Klein-Robbenhaar]

 
The groups should definitely be there and the links should work.
If they cannot be found that might be the root cause of the problem.

When I click e.g. on XWikiAllGroup I end up with an URL like:   
/xwiki/bin/view/XWiki/XWikiAllGroup
Similar the "TestGroup" should be located at: /xwiki/bin/view/XWiki/TestGroup

Where do you end up when you click on the group name and get a "page not found" 
error?

Could you check where the Group really is (i.e using the "Page index" -  you 
need to enable
"Display hidden pages" in the "Preferences" of your user profile before you can 
see them,
because Groups are hidden from the page index by default)

Cheers
Clemens


> Hi again,
> 
> I've tested your suggestion with following results:
> - Page history gets updated, as follows: (...) 2015/11/18 09:07 - allow 
> delete right for XWiki.TestGroup (...)
> - Nevertheless, no new entry can be seen in XWiki.XWikiGlobalRights, just the 
> same previous entries for XWikiAdminGroup, XWikiAllGroup and Unregistered 
> Users (I guess this last one by rights config, but no name is given)
> 
> Now, a few interesting things I've found while playing with this:
> - It seems that if I save rights directly in object-mode they are stored 
> correctly: if I reload this page in this same mode they remain configured.
> - After doing so and reloading the page, again in object-mode, by magic an 
> entry for XWiki.TestGroup suddenly appeared.
> - However, this config is not reflected in admin view of this page: all 
> checkboxes are now unchecked.
> - But! Now every right I configure in admin view (with checkboxes) is 
> reflected in object-mode view.
> 
> And another issue I've found:
> - If I navigate to individual group pages I get: "The requested page could 
> not be found."
> 
> ASOL Email Un cordial saludo,
> Iago Lluque
> /
> *Alínea Software Solutions S.L.*
> Travesía del Comercio 3, 2º 36002 Pontevedra España
> Tel: +34 986 845 699
> Email: i...@alineasol.com <mailto:i...@alineasol.com>
> Web: http://www.alineasol.com
> /
> El 17/11/2015 a las 19:13, Clemens Klein-Robbenhaar escribió:
>>   Actually this looks completely as expected - in both cases. If you see 
>> request coming in the localhost_access_log, my guess about some javascript 
>> error is out.
>>
>> The special rights for the anonymous user are stored as flags in the 
>> "XWiki.XWikiPreferences" object; this reuses the normal XWiki "save" action 
>> by POST-ing the values.
>> Good they are saved :)
>>
>> The detailed group / user rights instead create a separate 
>> "XWiki.XWikiGlobalRights" in the preferences page, which contains detailed 
>> information about what groups/user get what right, etc)
>> This is saved by a separate helper template (templates/saverights.vm on the 
>> file system) that does ... something more complicated.
>> If you see no error in the UI and get back a status of 200  the helper 
>> template finished to do its job properly, however.
>>
>>
>> You can check what happens behind the scenes in the following page (the 
>> "object editor"):
>>
>> /xwiki/bin/edit/XWiki/XWikiPreferences?editor=object
>>
>> Can you try to check in a separate browser tab if anything changes with the 
>> "XWiki.XWikiGlobalRights" when you set a right in the admin
>> (You need to reload the "object editor" page manually after every change, it 
>> does not automatically update itself.)
>>
>> The easiest way to check is if you create a new group first, and then only 
>> give it the "delete" right - this is most likely a new combination
>> and should create a new "XWiki.XWikiGlobalRights" visible in the object 
>> editor.
>>
>> Alternatively you can check that a new page version is created at:  
>> /xwiki/bin/view/XWiki/XWikiPreferences?viewer=history
>>
>>
>> If this is happening, then the data is actually saved; the problem is 
>> actually why it is not properly displayed when you visit the "Rights" page 
>> again.
>>
>> If this is not happening, the server refuses to store the data (very odd).
>>
>>
>> I hope we are getting closer slowly ;)
>> Clemens
>>
>>
>>
>> Iago Lluque wrote:  at: 17.11.2015, 17:35
>>> Hi again,
>>>
>>> FYI I am running XWiki in Tomcat and MySQL, clean install (not migration).
>>>
>>> Well, I've been playing with browser console as Clemens suggested and I 
>>> can't see any error in client side.
>>>
>>> I think request is reaching se

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

[Clemens Klein-Robbenhaar]

It seems you found the problem!

If I set these config variables, I can reproduce the problem.

Bug report filed at: http://jira.xwiki.org/browse/XWIKI-12834

Until a fix is available it seems you cannot a configuration that hides 
"/view/" from the URL, sorry


- Ursprüngliche Nachricht -
Von: Iago Lluque
Am:  Mittwoch, 18.11.2015, 13:00
An: Xwiki Users
Betreff: Re: [xwiki-users] [XWiki 7.3] Problem with group rights


> Hi!
> 
> I think I've come to the root of the issue... And it is "Show View Action" 
> configuration:
> - xwiki.showviewaction=0 (xwiki.cfg)
> - url.standard.hideViewAction=true (xwiki.properties)
> 
> When I found out that I could not navigate to group pages I tried with other 
> and realized that the problem was more generic, so I noticed my recent 
> changes in config: hide "view" in urls.
> Reseting related properties to default (show) solved the problem: now I can 
> get rights persisted and also navigate to group and other pages that 
> previously returned not found.
> 
> It looks like somehow "view" was still being used internally in generated 
> URLs so the behaviour was like this:
> - http://192.168.0.32:8085/xwiki/bin/view/XWiki/XWikiAdminGroup -> not found
> - http://192.168.0.32:8085/xwiki/bin/XWiki/XWikiAdminGroup -> found
> 
> Greetings,
> Iago
> //
> El 18/11/2015 a las 10:54, Clemens Klein-Robbenhaar escribió:
>>   The groups should definitely be there and the links should work.
>> If they cannot be found that might be the root cause of the problem.
>>
>> When I click e.g. on XWikiAllGroup I end up with an URL like:   
>> /xwiki/bin/view/XWiki/XWikiAllGroup
>> Similar the "TestGroup" should be located at: /xwiki/bin/view/XWiki/TestGroup
>>
>> Where do you end up when you click on the group name and get a "page not 
>> found" error?
>>
>> Could you check where the Group really is (i.e using the "Page index" -  you 
>> need to enable
>> "Display hidden pages" in the "Preferences" of your user profile before you 
>> can see them,
>> because Groups are hidden from the page index by default)
>>
>> Cheers
>> Clemens
>>
>>
>>> Hi again,
>>>
>>> I've tested your suggestion with following results:
>>> - Page history gets updated, as follows: (...) 2015/11/18 09:07 - allow 
>>> delete right for XWiki.TestGroup (...)
>>> - Nevertheless, no new entry can be seen in XWiki.XWikiGlobalRights, just 
>>> the same previous entries for XWikiAdminGroup, XWikiAllGroup and 
>>> Unregistered Users (I guess this last one by rights config, but no name is 
>>> given)
>>>
>>> Now, a few interesting things I've found while playing with this:
>>> - It seems that if I save rights directly in object-mode they are stored 
>>> correctly: if I reload this page in this same mode they remain configured.
>>> - After doing so and reloading the page, again in object-mode, by magic an 
>>> entry for XWiki.TestGroup suddenly appeared.
>>> - However, this config is not reflected in admin view of this page: all 
>>> checkboxes are now unchecked.
>>> - But! Now every right I configure in admin view (with checkboxes) is 
>>> reflected in object-mode view.
>>>
>>> And another issue I've found:
>>> - If I navigate to individual group pages I get: "The requested page could 
>>> not be found."
>>>
>>> ASOL Email Un cordial saludo,
>>> Iago Lluque
>>> /
>>> *Alínea Software Solutions S.L.*
>>> Travesía del Comercio 3, 2º 36002 Pontevedra España
>>> Tel: +34 986 845 699
>>> Email: i...@alineasol.com <mailto:i...@alineasol.com>
>>> Web: http://www.alineasol.com
>>> /
>>> El 17/11/2015 a las 19:13, Clemens Klein-Robbenhaar escribió:
>>>>Actually this looks completely as expected - in both cases. If you see 
>>>> request coming in the localhost_access_log, my guess about some javascript 
>>>> error is out.
>>>>
>>>> The special rights for the anonymous user are stored as flags in the 
>>>> "XWiki.XWikiPreferences" object; this reuses the normal XWiki "save" 
>>>> action by POST-ing the values.
>>>> Good they are saved :)
>>>>
>>>> The detailed group / user rights instead create a separate 
>>>> "XWiki.XWikiGlobalRights" in the preferences page, which contains detailed 
>>>> information about what groups/user get what right, etc)
>>>>

Re: [xwiki-users] XWiki startup HTTP 500 issue

[Clemens Klein-Robbenhaar]

You might want to check the log files in the tomcat installation directory for 
startup errors.

(Unfortunately tomcat writes logs in several files, at least last time I 
checked. Just look into everything that has updated recently in the logs dir)

A possible cause for the problem is that you have two xwiki webapps running in 
the same tomcat;
maybe caused by having a custom context.xml duplicated or the like (?)

 But without the startup error from the log this is just a wild guess


HTH
Clemens

- Ursprüngliche Nachricht -
Von: Gervwyk
Am:  Mittwoch, 18.11.2015, 14:57
An: Xwiki Users
Betreff: [xwiki-users] XWiki startup HTTP 500 issue


> Good day. 
> 
> Had xwiki set up and running for a while now. This morning windows 7 dicided
> to do a system recovery on startup. Now when I try to run XWiki I get a HTTP
> 500  error:
> 
> java.lang.NullPointerException
>   com.xpn.xwiki.web.Utils.getContextComponentManager(Utils.java:695)
>   com.xpn.xwiki.web.Utils.getComponent(Utils.java:752)
>   com.xpn.xwiki.web.Utils.getComponent(Utils.java:719)
> 
> com.xpn.xwiki.web.XWikiRequestProcessor.processPath(XWikiRequestProcessor.java:47)
> 
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:154)
>   org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
>   org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:624)
>   javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
>   com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)
> 
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
>   org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> 
> org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
>   
> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
> 
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
> 
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
>   
> org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137)
> 
> 
> Any ideas where to start looking for the problem? I went over the
> configuration and all looks fine and MySQL is running and tomcat7 is
> running.. 
> Not sure how to recover.
> 
> Thanks
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/XWiki-startup-HTTP-500-issue-tp7596904.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [XWiki 7.3] Problem with group rights

[Clemens Klein-Robbenhaar]

> Hi all,
> 
> I'm trying the new stable version of XWiki (7.3) and I'm facing problems with 
> group rights.
> I'm unable to keep them set, as if I leave Rights page and then come back 
> again all rights I've tuned up remain unset (reseted to "default" I think...)
> 
> Is anybody else having this issue? Any workaround?
> 
> Thanks in advance!

To me it looks like your changes are not stored on the server.
Can you see if you get any errors in the Javascript console (Ctrl-Shift-J in 
most browsers) when setting rights?

The same browser tools often have a "Network" tab. Do you see any network 
traffic there when setting rights?
(every time you click on a setting, there should be at least one bit of network 
traffic sending your changes to the server instantly)

It would be great if you could post your findings as this will help to 
reproduce the problem.

Clemens


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to assign subdomains to each subwiki?

[Clemens Klein-Robbenhaar]

> I'd like to assign subdomains to each subwiki:
> docs.my-xwiki.net, boards.my-xwiki.net, work.my-xwiki.net etc. 
> Is it possible?
>

Definitely yes:

  
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Virtualization#HHostnamebasedsubwikis

note that you additionally need to configure the DNS for all the subwikis to 
the server running XWiki;
this is not what XWiki can do for you.

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] xwiki as our Intranet

[Clemens Klein-Robbenhaar]

Hi Rolf,

for use case 2:

 actually I did not realize that the main wiki:Main.Activity page
still uses my locally adapted "activity" macro ... that is why it worked for 
me, and not for you.

So, it seems we need to get our hands dirty and modify the "activity" Macro:

a) in the subwiki, go to the .../Main/Activity page
b) go to "Edit" -> "Objects"
c) click "Objects of type XWiki.WikiMacroClass
d) this opens several text fields;
   the big field for "Macro code" contains, unsurprisingly, the code for the 
macro
   which makes sure we only see messages from the local wiki.
  Here we need to make some changes:

d1) just at the start:

  {{velocity output=false}}
  ##

 add a line remembering the current wiki, so it looks instead like:

  {{velocity output=false}}
  #set($currentWiki = $xcontext.getDatabase())
  ##


d2) look for the code

 ## Always assume access to messages. For the rest of the documents, check 
access.
 #if 
($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{12}")
 || ($xwiki.hasAccessLevel('view', $xcontext.user, 
"${xcontext.database}:${pageName}") && 
!$iterationDocuments.contains($pageName)))

  insert five lines of code in between so it looks like:

 ## Always assume access to messages. For the rest of the documents, check 
access.
 #if 
($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{12}"))
   #set($myWiki = "xwiki")
 #else
   #set($myWiki = $currentWiki)
 #end
 #if 
($pageName.matches(".*:XWiki[.][0-9a-z]{8}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{4}-[0-9a-z]{12}")
 || ($xwiki.hasAccessLevel('view', $xcontext.user, 
"${xcontext.database}:${pageName}") && 
!$iterationDocuments.contains($pageName)))

what it does: prepares to set the "right" wiki/database: if it is a message, 
look it up in the main wiki (which knows all messages), for all other events, 
stay at the local wiki

d3) look a few lines below for:

  #set ($discard = $subqueryParameters.addAll($filterParameters))
  #set ($events= $xwiki.activitystream.searchEvents("$!whereClause", false, 0, 
0, $subqueryParameters))

   in between them insert a line actually setting the wiki to look up the 
event; it should looks like

 #set ($discard = $subqueryParameters.addAll($filterParameters))
 #set ($discard = $xcontext.setDatabase($myWiki))
 #set ($events= $xwiki.activitystream.searchEvents("$!whereClause", false, 0, 
0, $subqueryParameters))

this actually sets the wiki to the one where the event is looked up.


d4) at the very end replace:

#end
{{/velocity}}

with:

#end
#set($discard =  $xcontext.setDatabase($currentWiki))
{{/velocity}}

this sets the "current wiki" back to the original wiki, just in case (I think 
XWiki does it for you, too, but I prefer to be polite and clean up after myself 
;))

press "Save and View"

If you see horrible, horrible error messages, something went wrong; to back to 
the object editor and try to find the missing " or ),
or use the page history, to get back to the last version before the edit.

If you do not see any error message ... you should see that nothing has 
changed, yet.
That is because by default the activity stream only looks up events for the 
subwiki ... we need to change this, too, but that goes without wild coding

Go to the "Dashboard", edit the page, and edit the Gadget "Activity stream"
Find the input field "wikis", and type in "xwiki,mysubwiki"  (replace mysubwiki 
with the name of the current wiki)

Close the dialog to edit the gadget, save the dashboard, and it should work.


hope it works this time. Sorry, if it is a bit complicated; that is why I did 
not post in my first reply




- Ursprüngliche Nachricht -
From: Rolf Lang
At:  Dienstag, 27.10.2015, 15:03
To: Xwiki Users
Subject: Re: [xwiki-users] xwiki as our Intranet


> Hi Clemens,
> 
> thanks for your advise.
> 
> 1. point
> Works great as you described (ok)
> 
> 
> 2. point "global xwiki send messages should be visible also at local xwiki"
> We follow your recommendations.
> 
> if we use "reference" : xwiki:Main.Activity 
> - we see subWiki Activities (ok)
> - but we miss the main Activities listed here
> 
> If we use a wrong "reference" : xwiki:MainXX.Activity
> - we see a clear error msg on GUI (ok)
> 
> 
> We try to change "administration.users"
> The option 'what kind of users can access the wiki' to
> - only global users
> 
> But it makes no difference.
> 
> 
> Kind regards
> Rolf LANG
> 
> 
> -Ursprüngliche Nachricht-
> Von: users [mailto:users-boun...@xwiki.org] Im Auftrag von Clemens
> Klein-Robbenhaar
> Gesendet: Montag, 26. Oktober 2015 1

Re: [xwiki-users] xWiki - Change Navigation scheme

[Clemens Klein-Robbenhaar]

> Hey folks,
> 
> I'm from Germany, so already sorry for my bloody english.
> 

Lets see if I can beat that :p

> I use the xe.panels.navigation for the navigation on my xWiki. Now the
> following: I created pages, which has an difference between the url and the
> name of the site.
> 
> For example:
> Title - Page one
> Adress - /xwiki/bin/main/different-page-one
> 
> This now causes problems in the alphabetical order of the navigation, due to
> the fact, that the order is being set by the adress "name".. My questions
> is: Can I change this behavior? So that the following code will sort the
> pages not by their url name but by their Page name?
> 

Which XWiki version do you use? I see there are some changes in 7.2 which might 
be relevant (or maybe they are not ;)

Anyway, I think the confusing concepts here are page name and page title.

The page name is the one that actually shows up in the URL, and that you can 
change by the "Rename" action for the page.
Sorting by page name is possible (and as far as I understand this is the 
default behaviour of the documentTree macro used in the panel).

The page title is the one displayed as headline on the page itself.

Sorting is done by page name instead of page title for the same reason why 
sorting on live table entries by title is not possible; see:

 
http://www.xwiki.org/xwiki/bin/view/FAQ/Why+is+it+not+possible+to+filter+on+doc+title+in+a+Livetable


I can only suggest the following less than perfect options:

* If you do not mind that the results are sorted by the title "as stored in the 
DB" instead of the "displayed title",
  or at least your users find this slightly less confusing, then you can edit 
the sort order:

  see  "#macro (getDocumentsQuery)" in XWiki.DocumentTreeMacros

  change the "order by doc.name" to "order by doc.title".


* If you know that pages will not have so many children that you need paging,
  instead of using the sort order from the DB, you can sort them differently in 
memory on the server.

  for this see #macro (getChildren $nodeId $return) (in 
XWiki.DocumentTreeMacros, too)

  replace the last line:

#setVariable("$return" $children)

  with:

#setVariable("$return" $sorttool.sort($children, "text"))

  this will go quite wrong when a page has more than 10 child pages and the 
other children need to be fetched later
  (i.e. paging will still work, but the next chunk of pages will not be "sorted 
as expected")


(Note: we recently here got the same problem with a multi-language wiki, as 
there the pages looked as "sorted at random" in all but the default language;
we used the first option, because most users do not create pages with velocity 
content in the title, and they find it ok if some page which are "preinstalled 
by the system" behave a bit magic :p )

anyway, that is just want come to my mind.

anyone else has better ideas ?

Clemens




> The code:
> 
> {{velocity}}
> #panelheader($services.localization.render('xe.panels.navigation'))
> ## Escape special characters in macro parameter values.
> #set ($openToDoc = $doc.documentReference.toString().replaceAll('([~"])',
> '~$1'))
> {{documentTree showSpaces="false" showTranslations="false"
> showAttachments="false" showDocumentTitle="true"
>   showChildDocuments="true" finder="true" compact="false"
> openTo="document:$openToDoc" root="space:xwiki:Main"/}}
> #panelfooter()
> {{/velocity}}
> 
> Changing the adresses or url's is not a possible solution, due to the
> unflexibility of a partner we are working with. Is there a possible change
> or do I have to put up a manual navigation?
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/xWiki-Change-Navigation-scheme-tp7596292.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Fwd: XWiki initialization failed! with xwiki-enterprise-web-7.2 ?

[Clemens Klein-Robbenhaar]

Hi *,

> Hi Mohit,
> 
> 
> On 1 Sep 2015 at 15:32:48, Mohit Gupta 
> (motgu...@gmail.com(mailto:motgu...@gmail.com)) wrote:
> 
>> Hi Vincet,
>>  
>> I took the latest war file(xwiki-enterprise-web-7.2-20150828.151901-292.war
>> )
>> from the link
>> http://maven.xwiki.org/snapshots/org/xwiki/enterprise/xwiki-enterprise-web/7.2-SNAPSHOT/
>> but getting exception when i hit the wiki url in browser. Here is the full
>> stack trace
> 
> [snip]
> 
>> java.lang.NullPointerException
>> org.hibernate.hql.ast.HqlSqlWalker.lookupProperty(HqlSqlWalker.java:560)
> 
> Strange, I don’t remember seeing this error before. It looks like an 
> Hibernate bug. 
> 

Has been reported as such, and usually rejected, e.g.:
  https://hibernate.atlassian.net/browse/HHH-3715

I feel that the problem is that the XWQL-Query is not translated to HQL properly

> The query we send is:
> 
> "where doc.object(XWiki.XWikiServerClass).server = :wikiAlias and doc.name 
> like 'XWikiServer%’"
> 

This is a XWQL query, however, and the HQL that is created from it (I guess its 
created from the query, as that is what is shown in the error message):

select doc.fullName from XWikiDocument as doc , BaseObject as _o1 where ( 
doc.object ( XWiki.XWikiServerClass ) . server = :wikiAlias
   and doc.name like 'XWikiServer%' ) and doc.fullName=_o1.name and 
_o1.className='XWiki.XWikiServerClass'

Of course the "( doc.object ( XWiki.XWikiServerClass ) . server" is not proper 
HQL, something must have gone amiss when translating the XWQL to HQL.

What puzzles me is why this has something to do with the Oracle driver (It is 
no general bug for sure, otherwise it would have blocked any development ...)
I just checked and I get basically the same error message when I try to execute 
the generated HQL "manually" (from a groovy script in a page),
but of course no such error when executing the XWQL (would not have been able 
to start the server then).


Is it possible to direct the installation temporarily to e.g. HSQL-DB 
(something along 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationHSQL )
 - just for testing if the issue goes away then? (It is sure not useful for 
production use that way until switched back to Oracle ...)
If the issue does not go away, then it must be something else ...


> Do you still have the problem?
> 
> Could you provide the exact JDBC driver and Oracle versions you use?
> 
> Thanks
> -Vincent
> 
> [snip]
> 
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.1 watchlist emails

[Clemens Klein-Robbenhaar]

 After upgrading XWiki from 5 to 7.1 version,  international characters in
 watchlist email notification message are corrupted (different charset).
 I tried send XWiki page using Share by Email and international characters
 are OK.
 
 Is there any way how to solve this problem?
 I tried switch XWiki.WatchListMessage language to SK, but nothing was
 changed.
 

This sounds like the following bug:

  http://jira.xwiki.org/browse/XWIKI-12244

Can you update to 7.1.2 where it should be fixed and try again?

HTH
Clemens

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki initialization failed! with xwiki-enterprise-web-7.2 ?

[Clemens Klein-Robbenhaar]

Alternatively it might have something to do with the JDBC driver.

XWiki wants a JDBC-4 driver for the 7.x series
(This information can be found somewhere in the release notes for 7.0:
  
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki70#HIssuesspecifictoXWiki7.0
 )

Maybe you have a somewhat older Oracle JDBC driver?

(Somehow your tomcat must have found a new java version, btw, or it would fail 
to start up with a different error message than what you got:
  
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUnsupportedmajor.minorversion51.0
 )


just a guess
Clemens


 But this issue does not seems to be related to java 6/7. Looking at logs
 looks like its an issue related to database. Isn't it ?
 
 On Mon, Aug 17, 2015 at 11:52 AM, Thomas Mortagne thomas.morta...@xwiki.com
 wrote:
 
 XWiki require Java 7 since 6.0.

 On Sun, Aug 16, 2015 at 3:11 PM, Mohit Gupta motgu...@gmail.com wrote:
 I download the xwiki war file i.e xwiki-enterprise-web-7.2-milestone-2
 with
 db as Oracle.

 Here the configuration in hibernate.cfg.file

 property name=connection.urljdbc:oracle:thin:@localhost
 :1521:orcl/property
 property name=connection.usernamexwiki/property
 property name=connection.passwordxwiki/property
 property
 name=connection.driver_classoracle.jdbc.driver.OracleDriver/property
 property
 name=dialectorg.hibernate.dialect.Oracle10gDialect/property
 property name=connection.SetBigStringTryClobtrue/property
 property name=jdbc.batch_size0/property
 property name=jdbc.use_streams_for_binaryfalse/property
 property name=dbcp.poolPreparedStatementstrue/property
 property name=dbcp.maxOpenPreparedStatements20/property
 mapping resource=xwiki.oracle.hbm.xml/
 mapping resource=feeds.oracle.hbm.xml/
 mapping resource=activitystream.hbm.xml/
 mapping resource=instance.hbm.xml/
 mapping resource=mailsender.oracle.hbm.xml/

 But when i hit the url in browser i get below error




 XWiki initialization failed!

 Exception thrown during job execution
 class java.lang.AbstractMethodError: null
 at

 org.apache.commons.dbcp2.DelegatingConnection.isValid(DelegatingConnection.java:914)
 at

 org.apache.commons.dbcp2.DelegatingConnection.isValid(DelegatingConnection.java:914)
 at

 org.apache.commons.dbcp2.PoolableConnection.validate(PoolableConnection.java:283)
 at

 org.apache.commons.dbcp2.PoolableConnectionFactory.validateConnection(PoolableConnectionFactory.java:357)
 at

 org.apache.commons.dbcp2.BasicDataSource.validateConnectionFactory(BasicDataSource.java:2304)
 at

 org.apache.commons.dbcp2.BasicDataSource.createPoolableConnectionFactory(BasicDataSource.java:2287)
 at

 org.apache.commons.dbcp2.BasicDataSource.createDataSource(BasicDataSource.java:2038)
 at

 org.apache.commons.dbcp2.BasicDataSource.getConnection(BasicDataSource.java:1533)
 at

 com.xpn.xwiki.store.DBCPConnectionProvider.configure(DBCPConnectionProvider.java:215)
 at

 org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:143)
 at

 org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:84)
 at

 org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:459)
 at
 org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:90)
 at

 org.hibernate.cfg.Configuration.buildSettingsInternal(Configuration.java:2863)
 at
 org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2859)
 at

 org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1870)
 at

 com.xpn.xwiki.store.XWikiHibernateBaseStore.initHibernate(XWikiHibernateBaseStore.java:253)
 at

 com.xpn.xwiki.store.XWikiHibernateBaseStore.checkHibernate(XWikiHibernateBaseStore.java:681)
 at

 com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:842)
 at

 com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:299)
 at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1562)
 at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1609)
 at

 org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.getBaseObject(AbstractDocumentConfigurationSource.java:209)
 at

 org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.getBaseProperty(AbstractDocumentConfigurationSource.java:219)
 at

 org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.getPropertyValue(AbstractDocumentConfigurationSource.java:315)
 at

 org.xwiki.configuration.internal.AbstractDocumentConfigurationSource.getProperty(AbstractDocumentConfigurationSource.java:272)
 at

 org.xwiki.annotation.internal.DefaultAnnotationConfiguration.getAnnotationClassReference(DefaultAnnotationConfiguration.java:120)
 

Re: [xwiki-users] Reset WYSIWYG editor menu bar?

[Clemens Klein-Robbenhaar]

On 05/19/2015 01:07 AM, Arnold, Garth wrote:
 Hello,
 
 I am using XWiki 6.2.4. When altering my WYSIWYG editor settings (through 
 Administration/Applications/WYSIWYG Editor), I first added the color and font 
 PLUGINS, and then incorrectly edited the MENU BAR entries and specified 
 color and font. I now know that I need to add forecolor, backcolor, 
 fontname and fontsize entries to the TOOL BAR to enable those options in the 
 editor. But as a result of my edit, on the administrative WYSIWYG editor 
 settings page I no longer have a list of loaded menus nor do I have a textbox 
 in which I can specify new entries. How do I undo my incorrect edits to the 
 list of menu bar entries?
 

The setting are stored in the page XWiki.WysiwygEditorConfig

a) rollback to the last working revision:

 
http://wiki.server.name/xwiki/bin/view/XWiki/WysiwygEditorConfig?viewer=historyshowminor=true

b) fix it in the object editor

 http://wiki.server.name/xwiki/bin/edit/XWiki/WysiwygEditorConfig?editor=object

  see Objects of type XWiki.WysiwygEditorConfigClass (1)

HTH
Clemens

 Thanks in advance for your suggestions,
 
 Garth Arnold
 
 
 
 
 GHC Confidentiality Statement
 
 This message and any attached files might contain confidential information 
 protected by federal and state law. The information is intended only for the 
 use of the individual(s) or entities originally named as addressees. The 
 improper disclosure of such information may be subject to civil or criminal 
 penalties. If this message reached you in error, please contact the sender 
 and destroy this message. Disclosing, copying, forwarding, or distributing 
 the information by unauthorized individuals or entities is strictly 
 prohibited by law.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Printing pages as displayed

[Clemens Klein-Robbenhaar]

Hi Mahomed,

 I just know an answer about the last one ... I hope the rest will be answered 
by others.

If you want your skin customizations visible on the login page, too, then you 
need to make sure the anonymous user can view the page with the modifications.

Giving the XWikiAllGroup view permisisons is not enough, but you are in the 
right place; if you look at the top of of the list showing all groups and their 
permission, you should find a button to switch from groups to users - there you 
can give the anonymous user view rights, too.

This should work, unless you have secured the wiki in the adminstration with 
the black checkboxes preventing any anonymous access, independent of view 
rights.
If you have done the latter, then the wiki content is fully protected, 
including skin customizations, and unfortunately you cannot have both a wiki 
completely closed to anonymous visitors and still have them view that single 
attachment on the login page;
you would have to patch things by editing the webapp on the file system 
directly.

Cheers
Clemens


 That’s cool. Thanks Vincent ☺
 
 I finally got some time (and was forced to) look at implementing changes to 
 the print formatting. I had some mixed results. I’ll document what I’ve done 
 below and the bits I am having some trouble with and hopefully someone can 
 provide me with further tips.
 
 
 1.   I managed to format the PDF Export output by attaching a pdf.css 
 file to my custom skin application (as per 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Skin+Application). This 
 has mostly worked for straightforward items like headers and font. But I am 
 having trouble with some of my tables and it would help if I could reduce the 
 margins of the page.
 QUESTION: Is there a simple way to modify the margins (I need narrower 
 margins)
 
 2.   I tried to format the printed output but found that attaching a 
 print.css to my skin application did very little/nothing to format the 
 output. I tested by creating an article in the Sandbox, Clicking “More 
 Actions”  “Print Preview”  Press Ctrl+P. This was testing in Chrome and 
 Firefox with the same effect/results.
 
 3.   I then found that there were several @Media=”Print” sections in the 
 Style.css file. So I downloaded this, removed the @Media sections and 
 re-attached my new style.css to my skin application. This now allowed my 
 formatting in the attached print.css to take effect. So this now works and 
 looks as I would expect. But I don’t really like the idea of having my own 
 style.css as it’ll make it more difficult to take advantage of any new 
 formatting changes that may be added later (unless I’ve missed the point here)
 
 4.   I have locked down the xwiki so that only registered and logged in 
 users can view any of the documents. Unfortunately this now means that 
 style.css is not accessible on the login page. I have modified the access 
 rights on the skin application and given view permissions to XWikiAllGroup 
 but I suspect I need to somehow give access to guests but I can’t see how to 
 do that.
 
 Sorry for the long email and I hope I’ve explained clearly. Any help greatly 
 appreciated (as always).
 
 
 Kind regards,
 
 Mahomed
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Printing pages as displayed

[Clemens Klein-Robbenhaar]

I am always a bit uncertain which way is the best, too. However if you want to 
close your content from anonymous users,
then you must go to the file system to make modifications to the style in any 
case.

Maybe the following works for you:

  http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins

I see this recommends copying over all files from the base skin - I guess that 
is necessary in some cases, especially when all the LESS to CSS compilation 
takes place.

But if you only want to adapt e.g. the print.css, you can:
  - create directory /usr/lib/xwiki/skins/myskin
  - add a /usr/lib/xwiki/skins/myskin/skin.properties with 'parent=flamingo'
  - copy and adapt the  print.css from the flamingo dir into myskin
  - test the new skin via e.g. 
http://localhost:8080/xwiki/bin/view/Main/WebHome?skin=myskin
  - if this works, edit the XWiki.DefaultSkin to use myskin as base skin 
instead of flamingo

That way you avoid patching the original skin from the distribution and 
minimize duplicate file contents.

Clemens

 Hi Clemens
 
 Thanks for the response.
 
 quoteThis should work, unless you have secured the wiki in the 
 adminstration with the black checkboxes preventing any anonymous access, 
 independent of view rights.
 /quote
 
 Unfortunately this is exactly what I have. It's important that even if users 
 have access to our LAN, only authenticated users can view the documents.
 
 Interestingly, if I use the default skin style.css then it works fine. In the 
 meantime, I have cheated and replaced style.css in 
 /usr/lib/xwiki/skins/flamingo
 
 I am assuming I need to create my own skin folder and not use the skin app 
 (though to be completely honest, I am a bit confused which is the recommended 
 way).
 
 
 Kind regards,
 
 Mahomed
 
 
 
 
 -Original Message-
 From: users [mailto:users-boun...@xwiki.org] On Behalf Of Clemens 
 Klein-Robbenhaar
 Sent: 15 May 2015 12:18
 To: users@xwiki.org
 Subject: Re: [xwiki-users] Printing pages as displayed
 
 Hi Mahomed,
 
  I just know an answer about the last one ... I hope the rest will be 
 answered by others.
 
 If you want your skin customizations visible on the login page, too, then you 
 need to make sure the anonymous user can view the page with the modifications.
 
 Giving the XWikiAllGroup view permisisons is not enough, but you are in the 
 right place; if you look at the top of of the list showing all groups and 
 their permission, you should find a button to switch from groups to users - 
 there you can give the anonymous user view rights, too.
 
 This should work, unless you have secured the wiki in the adminstration with 
 the black checkboxes preventing any anonymous access, independent of view 
 rights.
 If you have done the latter, then the wiki content is fully protected, 
 including skin customizations, and unfortunately you cannot have both a wiki 
 completely closed to anonymous visitors and still have them view that single 
 attachment on the login page;
 you would have to patch things by editing the webapp on the file system 
 directly.
 
 Cheers
 Clemens
 
 
 That’s cool. Thanks Vincent ☺

 I finally got some time (and was forced to) look at implementing changes to 
 the print formatting. I had some mixed results. I’ll document what I’ve done 
 below and the bits I am having some trouble with and hopefully someone can 
 provide me with further tips.


 1.   I managed to format the PDF Export output by attaching a pdf.css 
 file to my custom skin application (as per 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Skin+Application). This 
 has mostly worked for straightforward items like headers and font. But I am 
 having trouble with some of my tables and it would help if I could reduce 
 the margins of the page.
 QUESTION: Is there a simple way to modify the margins (I need narrower 
 margins)

 2.   I tried to format the printed output but found that attaching a 
 print.css to my skin application did very little/nothing to format the 
 output. I tested by creating an article in the Sandbox, Clicking “More 
 Actions”  “Print Preview”  Press Ctrl+P. This was testing in Chrome and 
 Firefox with the same effect/results.

 3.   I then found that there were several @Media=”Print” sections in the 
 Style.css file. So I downloaded this, removed the @Media sections and 
 re-attached my new style.css to my skin application. This now allowed my 
 formatting in the attached print.css to take effect. So this now works and 
 looks as I would expect. But I don’t really like the idea of having my own 
 style.css as it’ll make it more difficult to take advantage of any new 
 formatting changes that may be added later (unless I’ve missed the point 
 here)

 4.   I have locked down the xwiki so that only registered and logged in 
 users can view any of the documents. Unfortunately this now means that 
 style.css is not accessible on the login page. I have modified the access 
 rights on the skin application and given

Re: [xwiki-users] Tomcat error 500 for pages with in title

[Clemens Klein-Robbenhaar]

small update: actually StackExchange has the solution:

 http://serverfault.com/questions/459369/disabling-url-decoding-in-nginx-proxy


On 04/24/2015 10:16 AM, Clemens Klein-Robbenhaar wrote:
 
 We are getting closer to a solution ;)
 
 I am pretty sure that if you get the error via nginx, and nginx shows in the
 access log something like :
 
  GET /xwiki/wiki/hardware/view/Test/Test+with+%22quotation%22 HTTP/1.1
 
 then in turn the tomcat acess will show for the same request:
 
   GET /xwiki/wiki/hardware/view/Test/Test+with+quotation HTTP/1.1
 
 and that ... will not end well.
 
 I had a similar problem with apache which decodes the url partially
 before sending it to the backend server. The fix was to send the
 original url to the backend, as explained in 
 http://dracos.co.uk/code/apache-rewrite-problem/
 
 Unfortunately I have no idea if/how ngninx handles this problem.
 
 Can you post the relevant part of your nginx configuration anyway,
 so anyone with better knowledge of nginx might figure out what to do?
 
 
 Clemens
 
 
 
 I have to take back that it can be reproduced with tomcat directly because
 meanwhile I can't anymore, now it works, strange. But calling the page via
 nginx still produces the error.

 Tomcat log shows the following entry for the URL when opened from the
 tomcat URL:
 [24/Apr/2015:09:18:45 +0200] GET
 /xwiki/wiki/hardware/view/Test/Test+with+%22quotation%22 HTTP/1.1 200 41185

 Nginx shows the following for the 500 error:
 [24/Apr/2015:09:15:56 +0200] GET
 /xwiki/wiki/hardware/view/Test/Test+with+%22quotation%22 HTTP/1.1 500 8831
 - Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101
 Firefox/37.0

 Can somebody advise me how to make Nginx behave?

 2015-04-23 16:42 GMT+02:00 Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com:


 I once had quite bad problems when having an apache in between
 who internally decoded an URI and then encoded it back, but only barely
 ...
 However it seems this is ruled out here, if the problem happens with
 tomcat, too.


 How do you reproduce the issue with tomcat directly?

 a) if you directly *call* a page with an '' in the URL
   then I'd say, the error is ok, the URL should have been encoded.

 b) however if you first go e.g. to the wiki start page,
   and then navigate to the page with quotes in the names, then
   XWiki should encode the url properly, and this error should not happen
 ...


 Can you see what tomcat writes in its access log for that page?

 Can you check in the generated HTML of a link that the ''
 is actually encoded as '%22 in the href attribute? (Actually
 this must be the case as otherwise the quote would just terminate the href,
 at least in these cases where double quotes as attribute delimiters rare
 used.  )



 On 04/23/2015 04:30 PM, D R wrote:
 Thanks for the feedback.

 Yes, there is an Nginx as frontend running, but I also can reproduce the
 issue by calling the direct tomcat address.

 I don't know what could be wrong because I'm no tomcat expert at all.

 2015-04-23 13:10 GMT+02:00 Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com:


 I installed tomcat8 as apache-tomcat-8.0.21, and java as jdk1.8.0_45
 and cannot reproduce this either, at least not directly.

 After I create a page with name `Page with quotes`,
 I cannot trigger the problem in the browser, but of course I can do so
 manually
 by feeding in a wrong URL:

 i.e.:

curl '
 http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+%22quotes%22'

 just downloads the page (quotes properly encoded)

curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+
 quotes'

 produces error page (actually from XWiki, I wonder why tomcat does not
 already
 sends a 400 ...)

 However when I look into the links that XWiki creates, I see they are
 all
 properly URL-encoded (with %22 for the ''), so no issue here

 Is there anything else in the setup? For example an apache as frontand
 or
 the like?

 Clemens



 On 04/22/2015 12:43 PM, D R wrote:
 Hi,

 it has nothing to do with the space name. I can reproduce the issue
 accross
 several (sub-)wikis and different spaces. The only thing relevant to
 reproduce the error is the quotation mark () in the page name.

 As soon as I want to open such a document or create one I get the 500
 error
 from tomcat mentioned below.

 Yes, the Windows server accepts the quotation marks, I can click the
 document links and they are shown correctly, the Ubuntu Server throughs
 the
 500 error at me.

 Regs,
 Dennis

 2015-04-22 11:44 GMT+02:00 
 ricardo.julio.rodriguez.fernan...@sergas.es
 :

 Hi D R!

 Does this URL included in the error message some special meaning for
 you?
 Could it be the only space with some reserved characters in the space
 name?




 http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps

 Perhaps they were allowed in your Windows Server and Ubuntu rejects
 them?

 Cheers!

 --
 Ricardo Rodríguez
 Research Management and Promotion Technician
 Technical

Re: [xwiki-users] Tomcat error 500 for pages with in title

[Clemens Klein-Robbenhaar]

We are getting closer to a solution ;)

I am pretty sure that if you get the error via nginx, and nginx shows in the
access log something like :

 GET /xwiki/wiki/hardware/view/Test/Test+with+%22quotation%22 HTTP/1.1

then in turn the tomcat acess will show for the same request:

  GET /xwiki/wiki/hardware/view/Test/Test+with+quotation HTTP/1.1

and that ... will not end well.

I had a similar problem with apache which decodes the url partially
before sending it to the backend server. The fix was to send the
original url to the backend, as explained in 
http://dracos.co.uk/code/apache-rewrite-problem/

Unfortunately I have no idea if/how ngninx handles this problem.

Can you post the relevant part of your nginx configuration anyway,
so anyone with better knowledge of nginx might figure out what to do?


Clemens



 I have to take back that it can be reproduced with tomcat directly because
 meanwhile I can't anymore, now it works, strange. But calling the page via
 nginx still produces the error.
 
 Tomcat log shows the following entry for the URL when opened from the
 tomcat URL:
 [24/Apr/2015:09:18:45 +0200] GET
 /xwiki/wiki/hardware/view/Test/Test+with+%22quotation%22 HTTP/1.1 200 41185
 
 Nginx shows the following for the 500 error:
 [24/Apr/2015:09:15:56 +0200] GET
 /xwiki/wiki/hardware/view/Test/Test+with+%22quotation%22 HTTP/1.1 500 8831
 - Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101
 Firefox/37.0
 
 Can somebody advise me how to make Nginx behave?
 
 2015-04-23 16:42 GMT+02:00 Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com:
 

 I once had quite bad problems when having an apache in between
 who internally decoded an URI and then encoded it back, but only barely
 ...
 However it seems this is ruled out here, if the problem happens with
 tomcat, too.


 How do you reproduce the issue with tomcat directly?

 a) if you directly *call* a page with an '' in the URL
   then I'd say, the error is ok, the URL should have been encoded.

 b) however if you first go e.g. to the wiki start page,
   and then navigate to the page with quotes in the names, then
   XWiki should encode the url properly, and this error should not happen
 ...


 Can you see what tomcat writes in its access log for that page?

 Can you check in the generated HTML of a link that the ''
 is actually encoded as '%22 in the href attribute? (Actually
 this must be the case as otherwise the quote would just terminate the href,
 at least in these cases where double quotes as attribute delimiters rare
 used.  )



 On 04/23/2015 04:30 PM, D R wrote:
 Thanks for the feedback.

 Yes, there is an Nginx as frontend running, but I also can reproduce the
 issue by calling the direct tomcat address.

 I don't know what could be wrong because I'm no tomcat expert at all.

 2015-04-23 13:10 GMT+02:00 Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com:


 I installed tomcat8 as apache-tomcat-8.0.21, and java as jdk1.8.0_45
 and cannot reproduce this either, at least not directly.

 After I create a page with name `Page with quotes`,
 I cannot trigger the problem in the browser, but of course I can do so
 manually
 by feeding in a wrong URL:

 i.e.:

curl '
 http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+%22quotes%22'

 just downloads the page (quotes properly encoded)

curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+
 quotes'

 produces error page (actually from XWiki, I wonder why tomcat does not
 already
 sends a 400 ...)

 However when I look into the links that XWiki creates, I see they are
 all
 properly URL-encoded (with %22 for the ''), so no issue here

 Is there anything else in the setup? For example an apache as frontand
 or
 the like?

 Clemens



 On 04/22/2015 12:43 PM, D R wrote:
 Hi,

 it has nothing to do with the space name. I can reproduce the issue
 accross
 several (sub-)wikis and different spaces. The only thing relevant to
 reproduce the error is the quotation mark () in the page name.

 As soon as I want to open such a document or create one I get the 500
 error
 from tomcat mentioned below.

 Yes, the Windows server accepts the quotation marks, I can click the
 document links and they are shown correctly, the Ubuntu Server throughs
 the
 500 error at me.

 Regs,
 Dennis

 2015-04-22 11:44 GMT+02:00 
 ricardo.julio.rodriguez.fernan...@sergas.es
 :

 Hi D R!

 Does this URL included in the error message some special meaning for
 you?
 Could it be the only space with some reserved characters in the space
 name?




 http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps

 Perhaps they were allowed in your Windows Server and Ubuntu rejects
 them?

 Cheers!

 --
 Ricardo Rodríguez
 Research Management and Promotion Technician
 Technical Secretariat
 Health Research Institute of Santiago de Compostela (IDIS)
 http://www.idisantiago.es

 
 De: users [users-boun...@xwiki.org] en nombre de D R [
 rir@gmail.com

Re: [xwiki-users] Tomcat error 500 for pages with in title

[Clemens Klein-Robbenhaar]

I once had quite bad problems when having an apache in between
who internally decoded an URI and then encoded it back, but only barely ...
However it seems this is ruled out here, if the problem happens with tomcat, 
too.


How do you reproduce the issue with tomcat directly?

a) if you directly *call* a page with an '' in the URL
  then I'd say, the error is ok, the URL should have been encoded.

b) however if you first go e.g. to the wiki start page,
  and then navigate to the page with quotes in the names, then
  XWiki should encode the url properly, and this error should not happen ...


Can you see what tomcat writes in its access log for that page?

Can you check in the generated HTML of a link that the ''
is actually encoded as '%22 in the href attribute? (Actually
this must be the case as otherwise the quote would just terminate the href,
at least in these cases where double quotes as attribute delimiters rare used.  
)



On 04/23/2015 04:30 PM, D R wrote:
 Thanks for the feedback.
 
 Yes, there is an Nginx as frontend running, but I also can reproduce the
 issue by calling the direct tomcat address.
 
 I don't know what could be wrong because I'm no tomcat expert at all.
 
 2015-04-23 13:10 GMT+02:00 Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com:
 

 I installed tomcat8 as apache-tomcat-8.0.21, and java as jdk1.8.0_45
 and cannot reproduce this either, at least not directly.

 After I create a page with name `Page with quotes`,
 I cannot trigger the problem in the browser, but of course I can do so
 manually
 by feeding in a wrong URL:

 i.e.:

curl '
 http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+%22quotes%22'

 just downloads the page (quotes properly encoded)

curl 'http://localhost:8080/xwiki/bin/view/Sandbox/Page+with+quotes;'

 produces error page (actually from XWiki, I wonder why tomcat does not
 already
 sends a 400 ...)

 However when I look into the links that XWiki creates, I see they are all
 properly URL-encoded (with %22 for the ''), so no issue here

 Is there anything else in the setup? For example an apache as frontand or
 the like?

 Clemens



 On 04/22/2015 12:43 PM, D R wrote:
 Hi,

 it has nothing to do with the space name. I can reproduce the issue
 accross
 several (sub-)wikis and different spaces. The only thing relevant to
 reproduce the error is the quotation mark () in the page name.

 As soon as I want to open such a document or create one I get the 500
 error
 from tomcat mentioned below.

 Yes, the Windows server accepts the quotation marks, I can click the
 document links and they are shown correctly, the Ubuntu Server throughs
 the
 500 error at me.

 Regs,
 Dennis

 2015-04-22 11:44 GMT+02:00 ricardo.julio.rodriguez.fernan...@sergas.es
 :

 Hi D R!

 Does this URL included in the error message some special meaning for
 you?
 Could it be the only space with some reserved characters in the space
 name?



 http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+iPad+Apps

 Perhaps they were allowed in your Windows Server and Ubuntu rejects
 them?

 Cheers!

 --
 Ricardo Rodríguez
 Research Management and Promotion Technician
 Technical Secretariat
 Health Research Institute of Santiago de Compostela (IDIS)
 http://www.idisantiago.es

 
 De: users [users-boun...@xwiki.org] en nombre de D R [rir@gmail.com
 ]
 Enviado: miércoles, 22 de abril de 2015 11:33
 Para: XWiki Users
 Asunto: Re: [xwiki-users] Tomcat error 500 for pages with  in title

 Does anybody have additional hints how I can solve this blocking issue?

 Thanks in advance.

 2015-04-21 9:56 GMT+02:00 D R rir@gmail.com:

 Thanks, Ricardo.

 I checked the encoding documentation and performed some steps but the
 issue still occurs.

 What I did:

 - XWiki encoding
 - web.xml: already UTF-8
 - xwiki.cfg: already UTF-8

 - HTML encoding: added to each wiki (Content-Type tag was completely
 missing)

 - Hibernate configuration: UTF-8 properties added

 - MySQL config: added UTF-8 settings and converted each database from
 utf8_general_ci to utf8_bin

 - Tomcat: already UTF-8

 - System config: already en_US.UTF-8

 - OpenOffice import: no changes needed because no issues so far

 I then rebooted the Ubuntu Server machine.

 When opening pages with  in the title/link I still get the same error
 500
 from tomcat.

 Any further hints/suggestions?

 Regs,
 Dennis

 2015-04-20 20:54 GMT+02:00 
 ricardo.julio.rodriguez.fernan...@sergas.es
 :

 Hi D R!

 Have you checked if the encoding in the whole enviroment is correctly
 set
 up? I've seen something similar here in a CentOS installation this
 morning
 while fine tunning encoding as per...

 http://goo.gl/RC2k5k

 I'm not able to remember what error resulted to at least a similar
 message, but it was an erroneous configuration in some step. I swear
 that
 it was while teaking with hibernate.cfg.xml thought...

 HTH!

 Ricardo

 --
 Ricardo Rodríguez
 Research Management

Re: [xwiki-users] Tomcat error 500 for pages with in title

[Clemens Klein-Robbenhaar]

(SavedRequestRestorerFilter.java:208)


 org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
 root cause

 java.net.URISyntaxException: Illegal character in path at index 74:

 http://10.80.75.216/xwiki/wiki/kunden/view/Some++Space/Kunden+Appstore+
 iPad+Apps
 java.net.URI$Parser.fail(URI.java:2848)
 java.net.URI$Parser.checkChars(URI.java:3021)
 java.net.URI$Parser.parseHierarchical(URI.java:3105)
 java.net.URI$Parser.parse(URI.java:3053)
 java.net.URI.init(URI.java:588)
 java.net.URL.toURI(URL.java:939)
 org.xwiki.url.ExtendedURL.init(ExtendedURL.java:107)


 org.xwiki.url.internal.standard.StandardURLResourceReferenceResolver.resolve(StandardURLResourceReferenceResolver.java:161)


 org.xwiki.url.internal.standard.StandardURLResourceReferenceResolver.resolve(StandardURLResourceReferenceResolver.java:55)


 org.xwiki.url.internal.DefaultResourceReferenceResolver.resolve(DefaultResourceReferenceResolver.java:75)


 org.xwiki.url.internal.DefaultResourceReferenceResolver.resolve(DefaultResourceReferenceResolver.java:45)
 com.xpn.xwiki.XWiki.initializeResourceFromURL(XWiki.java:641)
 com.xpn.xwiki.XWiki.getXWiki(XWiki.java:593)
 com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:170)
 com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:146)


 org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)


 org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
 org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
 org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
 com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)


 org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
 org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)


 org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)


 com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)


 org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)


 org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
 note The full stack trace of the root cause is available in the Apache
 Tomcat/8.0.9 (Ubuntu) logs.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 

 Nota: A información contida nesta mensaxe e os seus posibles documentos
 adxuntos é privada e confidencial e está dirixida únicamente ó seu
 destinatario/a. Se vostede non é o/a destinatario/a orixinal desta
 mensaxe,
 por favor elimínea. A distribución ou copia desta mensaxe non está
 autorizada.

 Nota: La información contenida en este mensaje y sus posibles documentos
 adjuntos es privada y confidencial y está dirigida únicamente a su
 destinatario/a. Si usted no es el/la destinatario/a original de este
 mensaje, por favor elimínelo. La distribución o copia de este mensaje no
 está autorizada.

 See more languages: http://www.sergas.es/aviso_confidencialidad.htm
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users



 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 

 Nota: A información contida nesta mensaxe e os seus posibles documentos
 adxuntos é privada e confidencial e está dirixida únicamente ó seu
 destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe,
 por favor elimínea. A distribución ou copia desta mensaxe non está
 autorizada.

 Nota: La información contenida en este mensaje y sus posibles documentos
 adjuntos es privada y confidencial y está dirigida únicamente a su
 destinatario/a. Si usted no es el/la destinatario/a original de este
 mensaje, por favor elimínelo. La distribución o copia de este mensaje no
 está autorizada.

 See more languages: http://www.sergas.es/aviso_confidencialidad.htm
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert

Re: [xwiki-users] Accidently deleted wiki

[Clemens Klein-Robbenhaar]

On 02/19/2015 11:15 AM, vinc...@massol.net wrote:
 Hi Clemens,
 
 
 On 19 Feb 2015 at 10:56:57, Clemens Klein-Robbenhaar 
 (c.robbenh...@espresto.com(mailto:c.robbenh...@espresto.com)) wrote:
 
 On 02/19/2015 10:12 AM, vinc...@massol.net wrote:
 Hi,


 On 19 Feb 2015 at 09:22:24, Thomas Mortagne 
 (thomas.morta...@xwiki.com(mailto:thomas.morta...@xwiki.com)) wrote:

 On Thu, Feb 19, 2015 at 8:50 AM, vinc...@massol.net wrote:
 Hi Michael,

 On 18 Feb 2015 at 21:22:57, Michael Kurbatov 
 (mkurba...@gmail.com(mailto:mkurba...@gmail.com)) wrote:

 We were creating a tutorial wiki for our company. During the making of 
 it,
 we wanted to delete a space by clicking XWiki drop down menu on the home
 page and clicking delete. Instead of deleting the space the whole wiki 
 got
 deleted...

 Is there a way to retrieve the lost content?

 Yes, we really need a way to undelete a space or even the whole wiki from 
 the recycle bin…

 Space and wiki are two very different use cases, you can't restore a
 wiki because deleting a wiki delete the database/schema in which it's
 stored.

 Indeed if you have deleted the wiki in the wiki index then it’s lost 
 unfortunately if you don’t have backups.

  
 If this is the issue here, then maybe the UI should make it harder to delete 
 wikis ?
  
 I.e. the way github does it of you want to delete a repository: you have to 
 type in the name of the repository manually a second time before it is 
 really deleted.
  
 That is intentionally inconvenient to make accidental deletion by random 
 button clicking impossible.
 
 Yes we’ve discussed this several times AFAIR and we all agree but I couldn’t 
 find the jira issue when searching this morning. If you find please reference 
 it here. Maybe we should create a new jira issue just to be sure we don’t 
 forget this and tackle it sooner than later.
 
 Thanks
 -Vincent
 

Ah, I forgot about that it is decided already ...

Anyway, as I could not find the issue either, I created a new one: 
http://jira.xwiki.org/browse/XWIKI-11814

Proposed layout could be better, I guess :D   but aside of that I could look 
into it in the next days ...


Clemens

 Just an idea
 Clemens
  
  
  
 sorry
 -Vincent

 I guess you could check this script:
 http://extensions.xwiki.org/xwiki/bin/view/Extension/RestoreSpace

 BTW, were you using the filesystem for storing attachments?

 Thanks
 -Vincent

 Regards,
 Mikhail
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Accidently deleted wiki

[Clemens Klein-Robbenhaar]

On 02/19/2015 10:12 AM, vinc...@massol.net wrote:
 Hi,
 
 
 On 19 Feb 2015 at 09:22:24, Thomas Mortagne 
 (thomas.morta...@xwiki.com(mailto:thomas.morta...@xwiki.com)) wrote:
 
 On Thu, Feb 19, 2015 at 8:50 AM, vinc...@massol.net wrote:
 Hi Michael,

 On 18 Feb 2015 at 21:22:57, Michael Kurbatov 
 (mkurba...@gmail.com(mailto:mkurba...@gmail.com)) wrote:

 We were creating a tutorial wiki for our company. During the making of it,
 we wanted to delete a space by clicking XWiki drop down menu on the home
 page and clicking delete. Instead of deleting the space the whole wiki got
 deleted...

 Is there a way to retrieve the lost content?

 Yes, we really need a way to undelete a space or even the whole wiki from 
 the recycle bin…
  
 Space and wiki are two very different use cases, you can't restore a
 wiki because deleting a wiki delete the database/schema in which it's
 stored.
 
 Indeed if you have deleted the wiki in the wiki index then it’s lost 
 unfortunately if you don’t have backups.
 

If this is the issue here, then maybe the UI should make it harder to delete 
wikis ?

I.e. the way github does it of you want to delete a repository: you have to 
type in the name of the repository manually a second time before it is really 
deleted.

That is intentionally inconvenient to make accidental deletion by random 
button clicking impossible.


Just an idea
Clemens



 sorry
 -Vincent
 
 I guess you could check this script:
 http://extensions.xwiki.org/xwiki/bin/view/Extension/RestoreSpace

 BTW, were you using the filesystem for storing attachments?

 Thanks
 -Vincent

 Regards,
 Mikhail
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Watchlist App Email Notification generates incorrect document links

[Clemens Klein-Robbenhaar]

Hi Alexander,

 I just have been able to reproduce the issue with the jetty-hsql package of 
XWiki 6.4.1
after a few modifications -  it looks like a bug still running around in the 
wild.

What you can do about it is:

 - create a bug report in http://jira.xwiki.org/

 - if you want to debug it, ( 
http://dev.xwiki.org/xwiki/bin/view/Community/Debugging )
   pointers in the code are:

   the scheduler (which triggers the watchlist mails) constructs a 
dummy-request at startup to be able to figure out the right url in background 
threads:

https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-scheduler/xwiki-platform-scheduler-api/src/main/java/com/xpn/xwiki/plugin/scheduler/SchedulerPlugin.java#L226

   the watchlist notifier then passes through the dummy request (contained on 
context.getRequest()) to the mails sender module
 
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-watchlist/xwiki-platform-watchlist-api/src/main/java/com/xpn/xwiki/plugin/watchlist/WatchListNotifier.java#L82

   the mail sender module uses an ExternalURLFactory to make sure the urls in 
the mail are absolute:
 
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-mailsender/src/main/java/com/xpn/xwiki/plugin/mailsender/MailSenderPlugin.java#L803

   Somewhere along these lines the problem lurks.

   In my installation I checked that the Send Page by mail feature does not 
have the problem, so I think it is not in the mails sender module, but earlier 
- just a guess

 - unless the bug is fixed, add a rewrite rule to the nginx
   redirecting urls starting with /bin/bin/...  to /bin/...
   which should work around the problem.


Cheers,
Clemens

 Hi all,
 
 I have noticed that XWiki 6.1 generates incorrect document link in
 notification mails in our setup.
 It duplicates /bin path element into /bin/bin in every link.
 
 I've searched the mailing list and could only found this thread:
 http://lists.xwiki.org/pipermail/users/2011-July/020402.html
 with an almost identical description:
 
 * duplicated /bin/ element in link URL
 ** e.g. http://subwiki.server.com/bin/bin/view/SpaceName/PageName
 http://subwiki.server.com/bin/bin/view/SpaceName/PageName
 *
 
 Unfortunately, the problem hasn't been solved and no other discussions were
 seen on this topic.
 
 Here are more details about our installation:
 * XWiki 6.1 (and recently tried 6.4.1 with the same result)
 * Tomcat7 container running ROOT.war with XWiki application on
 http://localhost:8080/
 * xwiki.cfg contains xwiki.home uncommented and set to a correct public URL
 (https://ourserver.com/)
 * Nginx frontend using proxy_pass to serve the public URL
 
 I have also noticed that links to the same pages in emails sent by Share
 by email extension are correct (no /bin duplication).
 
 We are using XWiki as a corporate knowledge base, so the correctness of
 email notifications are important for us.
 Any help will be appreciated.
 


___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Fw : Re: Need doc about access object in a page (and use doc)

[Clemens Klein-Robbenhaar]

On 02/09/2015 02:12 PM, Pascal BASTIEN wrote:
 This code (probably false) doesn't work.
 #set( $Class = $xwiki.getClass(MySpace.MyClass))
 #foreach($prop in $class.properties) ## go through all properties
  * ${prop.prettyName} : $doc.display($prop.getName())
 #end

It works for me if I do something like:

{{velocity}}
## get the document which has the object (only one here) - this is the page 
where I can see things in the object editor
#set( $adminDoc = $xwiki.getDocument(XWiki.Admin))
## get the document wich contains the class definition: this page has entries 
in the class editor
#set( $class = $xwiki.getClass(XWiki.XWikiUsers))
#foreach($prop in $class.properties) ## go through all properties
 * ${prop.prettyName} : $adminDoc.display($prop.getName())
#end
{{/velocity}}

This code should work for you 1:1 unless you have deleted you Admin user. 
toapply for your ise case you will have to adapt the name of the class and of 
the document containing the objects

Note that there is a difference between:

 - the document _defining_ the class - for users this is XWiki.XWikiUsers and 
you can see it at
  http://localhost:8080/xwiki/bin/view/XWiki/XWikiUsers
   and you can cnage it  in the class editor:
  http://localhost:8080/xwiki/bin/edit/XWiki/XWikiUsers?editor=class
   but this document is in itself a user: the object eduitor is emprty:
  http://localhost:8080/xwiki/bin/edit/XWiki/XWikiUsers?editor=object
   (not completely empty, but does not contain XWiki.XWikiUsers objects)

 - the admin User document is not a class:
 http://localhost:8080/xwiki/bin/edit/XWiki/Admin?editor=class
   but has a Users oject attached:
 http://localhost:8080/xwiki/bin/edit/XWiki/Admin?editor=object


Anyway, if you have more than one object on a page, you will have to loop over 
them and use $doc.use.

the following works for me (even though it is useless in this case, as is loops 
over all users on a page, while there should be only one ...)

{{velocity}}
#set($adminDoc = $xwiki.getDocument(XWiki.Admin))
#set($class = $xwiki.getClass(XWiki.XWikiUsers))
## loop over all objects
#foreach($obj in $adminDoc.getObjects(XWiki.XWikiUsers))
  ## empty line is intentionally to create a new paragraph

  Object number $velocityCount
  #set($discard = $adminDoc.use($obj))
  #foreach($prop in $class.properties) ## go through all properties
* ${prop.prettyName} : $adminDoc.display($prop.getName())
  #end
#end

{{/velocity}}


hth,

clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Server side validation / block save

[Clemens Klein-Robbenhaar]

On 02/06/2015 11:04 PM, Jason Clemons wrote:
 
 Hey Clemens, 
  
 Thanks so much for the response I really appreciate it.  
  
 Ok.. I have the first part working which I think is the plumbing but I'm 
 not sure of the next step. 
  
 So far I've implemented this in my sheet page:
  
 $doc.setValidationScript(ValidationSample.ValidationGroovy)
 $doc.validate()
  

I think the option you have choose is only useful if you programatically call 
doc.save() - in that case you are also expected to do the validation and 
stuff by yourself.

However that is not your use case; you want to have a validation callback that 
gets called implicitly from the normal document save action.

To do that you should add the hidden input fields:

   input type=hidden name=xvalidate value=1 /
   input type=hidden name=xvalidation 
value=ValidationSample.ValidationGroovy /

in the edit view of the sheet.
Probably this means that you have to wrap these two entries around an

#if ($xcontext.action==edit)
   ...
#end

or the like to avoid having them in the normal view.
In that case the save action should figure out from the submitted form values:
  a) that it should do a custom validation of form submit (as xvalidate=1)
  b) and being told where to look for the validation script (by loading 
xvalidation=ValidationSample.ValidationGroovy)
In this case you should not need to add velocity code by your own to trigger 
the validation.

However you might need custom code to display the validation errors, as show in 
the next section of the tutorial,
or your users will never know what the problem is with their inputs ...


hope this helps,

Clemens

 I've validated that the page is returning a value from 
 ValidationSample.ValidationGroovy because when I explicitly change the values 
 in the ValidationSample.ValidationGroovy page, I see the value reflected on 
 my sheet when it is instantiated. 
  
 I definitely understand that the meat of my validation logic goes in the 
 ValidationSample.ValidationGroovy page, and I understand how to return a 
 value from that page.. but how do I stop/intercept the actual save of the 
 page?
  
 Currently regardless of the value I return (e.g.. true of false) the page 
 save happens the same. I think the part I'm missing is in the How to 
 validate and save the document in CreateDoc section of the tutorial listed 
 here == 
 http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with+validation+and+tooltips#HHowtovalidateandsavethedocumentinCreateDoc
  although, I'm having some trouble understanding WHERE that code should live 
 and what exactly its function is. 
  
 Does the CreateDoc implementation live in my application sheet, or does it 
 live in it's own sheet named CreateDoc? (which is how it is implemented in 
 the example).  Is the CreateDoc essentially the code that is shimed in 
 between the save event and the actual save? If so, how is it called?
  
 Thanks again for all your help
 
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Need doc about access object in a page (and use doc)

[Clemens Klein-Robbenhaar]

On 02/09/2015 10:15 AM, Pascal BASTIEN wrote:
 Hello,
 I read/apply this doc with succcess:
 http://platform.xwiki.org/xwiki/bin/view/DevGuide/APIGuide#HAccessobjectsinapage
 
 With this code I can display all objects ATTACHED to THIS page.
 ***
 #set($class = $obj.xWikiClass) ## access the class object representing 
 SomeSpace.SomeClass
 #foreach($prop in $class.properties) ## go through all properties
 ...
 ***
 but if I attached some class to another page, how can I list properties?

the $xwiki object has a method to access the class if you know the name

 #set( $someClass = $xwiki.getClass(SomeSpace.SomeClass))

http://maven.xwiki.org/site/docs/xwiki-javadoc-4.1.x/com/xpn/xwiki/api/XWiki.html#getClass%28java.lang.String%29

 Another question:
 I have a page with 3 same Class, how to list them (like ?editor=class did)?

 you can get a list of of objects of a certain class via 
$doc.getObjects(SomeSpace.SomeClass)

 
http://maven.xwiki.org/site/docs/xwiki-javadoc-4.1.x/com/xpn/xwiki/api/Document.html#getObjects%28java.lang.String%29

 An example:
 MySpaceMyClass contain this Class properties:
 - My Field ID (IdField: String)
 - My Lib Field (LibField: String)
 I create MySpace.MyNiceDoc and add my previous Class 
 MySpace/MyNiceDoc?editor=object
 and contain:
 Objets de type MySpace.MyClass (2)
 * MyClass 0
  - My Field ID
  - My Lib Field
 *MyClass 1:
  - My Field ID
  - My Lib Field
 
 With it I like to fill a select list from this doc (but from another doc to).
 How can I proceed? because on MySpace.MyNiceDoc I can only display one/First 
 Lib values with this code:
 {{velocity}}
 ## Retrieve the first object (index [0]) among all objects attached to this 
 page and of a certain class 
 #set($obj = $doc.getObject('MySpace.MyClass'))
 #set($class = $obj.xWikiClass) ## access the class object representing 
 SomeSpace.SomeClass
 #foreach($prop in $class.properties) ## go through all properties
  * ${prop.prettyName} : $doc.display($prop.getName())
 #end
 {{/velocity}}
 I guess i need a loop but which one?
 
 And the big question (who I think it will interest everyone), how can I use 
 documentation
 ( http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?xpage=embed and or 
 http://nexus.xwiki.org/nexus/service/local/repositories/releases/archive/org/xwiki/platform/xwiki-platform-oldcore/6.4/xwiki-platform-oldcore-6.4-javadoc.jar/!/index.html
  )
 to guess xWikiClass (or my loop) by example?
 
 A doc/example to use documentation will be welcome. :-)
 
 thxs for any help.
 
 Pascal B
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] RSS feeds for Space-specific blogs

[Clemens Klein-Robbenhaar]

On 02/03/2015 06:07 PM, Jamal wrote:
 Hi,
 
 I've set up a blog for a single space using the blog inside an existing
 space option, so the blog URL is .../xwiki/bin/view/MySpace/Blog
 
 As per the documentation, I added the following line to the HTTP Meta Info
 section in the space's admin options:
 
 link rel=alternate type=application/rss+xml title=Blog RSS Feed
 href=$xwiki.getURL('Blog.BlogRss', 'view', 'xpage=plain') /
 
 Now how do I generate an RSS feed for only the space blog?
 
 When I try .../xwiki/bin/view/MySpace/Blog/BlogRss?xpage=plain I get an
 unformatted HTML page.
 
 What am I doing wrong?
 

 You are trying to glue things together in a way that does not work.
The URL for viewing pages always has a form like xwiki/bin/view/SPACE/PAGE
you cannot use it to resolve to xwiki/bin/view/SPACE/PAGE/VIEW or the 
like.

Instead you will have the call the 'Blog.BlogRSS' page and try to see
if you can somehow cause it to display entries from a different blog but the 
main one.

So if you look at the code in the page Blog.BlogRss at
 http://localhost:8080/xwiki/bin/view/Blog/BlogRss?viewer=code

You can see it includes macros from a page Blog.RssCode
and the first macro to be executed is '#getTargetBlog' ... this sounds 
promising :)

If you check the actual velocity macro code in 
http://localhost:8080/xwiki/bin/view/Blog/RssCode?viewer=code, you can see the 
Blog to be listed is fetched from the 'blog' request parameter.

So in your case you should be able to say:

 link rel=alternate type=application/rss+xml title=Blog RSS Feed 
href=$xwiki.getURL('Blog.BlogRss', 'view', 'xpage=plainblog=MySpace.Blog') /

I have to admit I have not tried if it really works, but I think it should ;)

Cheers
Clemens

 Thanks,
 
 J
 
 
 
 --
 View this message in context: 
 http://xwiki.475771.n2.nabble.com/RSS-feeds-for-Space-specific-blogs-tp7593861.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Server side validation / block save

[Clemens Klein-Robbenhaar]

On 02/03/2015 04:57 PM, Jason Clemons wrote:
 bump...please help :)
 
 On Jan 30, 2015, at 10:50 AM, Jason Clemons jason.clem...@live.com wrote:

 Hello all, 



 I'm hoping someone can give me a suggestion to save my skin.  When I was
 brand new to xwiki I quickly created an application for ticketing using
 AppWithinMinutes because it seemed like the easiest way for a newbie to
 create an application.  In doing so I created a form which had several
 controls on it (e.g.. around 20 or so).  In order to maintain business logic
 I wrote EXTENSIVE JavaScript which enforces business rules and prevents a
 save (basically cancelling the postback through JavaScript) if they aren't
 met.  Admittedly this isn't that great of a solution as now I'm having
 problems with JavaScript failures (mostly with other libraries being loaded
 with xwiki which prevents my JavaScript from running) which then allow the
 pages to be saved despite validation failures.   



 What I'm hoping is that there is some way to shim some server side code in
 using an event listener, or some sort of before save event in velocity or
 groovy that can evaluate the submitted page and prevent a save if the
 business logic rules are broken.  



 I don't really have the luxury of re-writing or refactoring the solution
 I've written because it's in production at this point and works 95% of the
 time, but I definitely need to do more in relation to validation since
 broken rules cause downstream impacts to other applications relying on clean
 data.  



 So, any help is GREATLY appreciated.  I have seen this
 http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with+valid
 ation+and+tooltips and reviewed it, but I can't really figure out how I
 would use it with an existing page or with AppWithinMinutes.  


There is no inherent magic in AppWithingMinutes created pages,
you can edit the generated pages the same as manually created ones.
(There is no guarantee these modifications will survive if you change the data 
structure via AppWithinMinutes;
I remember there is a step in the wizard which asks you if the wizard can update
the sheets - this is the place where the wizard lets you know the changes get 
lost ;))


So, anyway, ou should have a space containing your AppCode ... and there 
should be  the Sheet page containing the code for viewing your items, which 
includes the edit view.
If looking in the DocumentIndex for the page, it is one of these ending with 
Sheet ;) and yes, it is hidden, so fix up your settings first.

There you can add a input type=hidden name=xvalidation 
value=AppName.ValidationGroovy / in the part
which has a #if($xcontext.action =='edit')
and then create your  AppName.ValidationGroovy  script as advertised in the 
tutorial.







 Also, I already have an event listener configured which does some stuff that
 I might be able to use for this purpose.. but I think those events
 (DocumentCreatedEvent() and DocumentUpdatedEvent()) happens AFTER the save
 and I haven't really been able to find a way to block the save if it does
 happen before anyway.. 


There is also a DocumentCreatingEvent and DocumentUpdatingEvent
However listening to these event will not prevent the creation / update from 
happening, I think;
i.e. you cannot prevent saving a document from an event listener, but only 
update
some values that need to be automagically set before saving.





 I would need to invoke validation on save and update of documents too.. I'm
 hoping there might be some way of adding code to the AppWithinMinutes
 generated page that can do some post save validation and stop the save if it
 fails. 



 So help !!! :)



 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



hth

Clemens

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] attachmentsinline.vm loses context: $doc “undefined”

[Clemens Klein-Robbenhaar]

Just because I have been looking at something related in the code:

 Hello xWikiers,
 
 I’ve just registered to the mailing list  and I’m  pleased to introduce you 
 the  site http://apice.unibo.it,
  developed by the APICe Research Group, which belong to The Department of 
 Information Engineering and Computer Science (DISI) 
 of University of bologna, Italy.
 
 The site is up since 2007, starting from xwiki 1.1. 
 Since then it has been migrated step by step and is now powered by xwiki 
 2.1.2. 
 
 It’s my aim to migrate to latest version, but I’m stuck in the middle of the 
 process,
 because of a problem during migration to 2.2.6 with the rendering of the 
 comments, attachments, history and Information
 
 Here's what happens:
 http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/bug226.jpg
 
 As can be seen, I use a cloned test site to simulate every upgrade task;
 I’ve injected some debug code in the docextra.vm template (as in 
 attachmentsinline.vm)
 
 To solve the bug, I’m focusing on docextra.vm template: the $doc and the 
 $tdoc variables are “undefined”
  when the *inline.vm template are called inside the javascrit, 
  with document.observe or Event.observe that run 
 XWiki.displayDocExtra(${extraAnchor}, ${extraTemplate}, false); 
 for instance ${extraAnchor} = “attachments”, ${extraTemplate} = 
 “attachmentsinline.vm”
 

There must be some problem that the HTML-page does not contain the proper 
information about which XWiki-page it is rendering
In the head of the HTML-page you should find something like:

   window.docgeturl = /xwiki/bin/get/Publications/undefined;

If present, that would be the source of the problem. The correct version should 
look like:

   window.docgeturl = /xwiki/bin/get/Publications/BioSac2012;


However, same as Vincent suggests, I recommend not not debug this problem ... 
while I cannot find a bug report related to this,
I guess this is an issue specific to 2.2.6 and certainly has been fixed soon 
later on. (It is definitely not there in the current versions, people would 
have noticed ;)


Cheers,
Clemens

 
 From the log it’s clear that this is the problem ($tdoc variable is 
 “undefined”) because I find in the log:
 https://test.apice.unibo.it/xwiki/bin/view/Publications/undefined?xpage=xpartvm=attachmentsinline.vm
 
 
 instead the correct url should be, for example:
 https://test.apice.unibo.it/xwiki/bin/view/Publications/BioSac2012?xpage=xpartvm=attachmentsinline.vm
 that actually works!
 
 I do not can understand why The $doc and the $tdoc variable is “undefined” at 
 runtime…
 
 Any suggestion?
 
 
 Thank you very much
 
 
 Nazzareno Pompei
 
 PS: I’m experiencing a problem with import page too, is it entangled?
 
 http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/importBug.png
 +
 
 Ing. Nazzareno Pompei
 
 DISI - Dipartimento di Informatica: Scienze ed Ingegneria
 e-mail :nazzareno.pom...@unibo.it
 Tel. : +39 0547339205 Fax. : +39 0547339208
 
 Il presente messaggio ed i suoi allegati devono intendersi
 di tipo confidenziale ad uso esclusivo dei suoi destinatari.
 Il mittente declina ogni responsabilità in caso di intercettazione o modifica.
 In caso di ricezione per errore del messaggio, si prega di cancellarlo,
 di distruggerne ogni copia e di darne opportuno avviso al mittente.
 +
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Howto getprefix in a Sheet?

[Clemens Klein-Robbenhaar]

The number is not the number of the property in the class, but the number of 
the object on the page.
I.e. you can have one, two, or manye objects of the same type MySpace.MyClass 
on the same page.

A Macro where you can see how the ID gets rendered is in 
templates/editobject.vm and/or  webapps/xwiki/skins/flamingo/editobject.vm
see the #macro displayObject


On 02/03/2015 10:12 AM, Pascal BASTIEN wrote:
 ThxsI verified and it seem it is always _0_  for each properties (even for 
 multiple properties of same type)ie If I have 2 properties with 'date' type 
 in MySpace.MyClass (date_entry and birthday), $doc.display($prop.getName() 
 will generate this form
 input id=MySpace.MyClass_0_date_entry input 
 id=MySpace.MyClass_0_birthday  xx
 But If I have a 'database list' with checkbox property BirthdayYear in 
 MySpace.MyClass, $doc.display($prop.getName() will generate this form (with 2 
 similar hidden input field ! Maybe a bug?) :label 
 class=xwiki-form-listclass for=xwiki-form-A_Expert-0-0input 
 id=xwiki-form-A_Expert-0-0 type=checkbox value=1980 
 name=MySpace.MyClass_0_BirthdayYear1980/labellabel 
 class=xwiki-form-listclass for=xwiki-form-BirthdayYear-0-1input 
 id=xwiki-form-A_Expert-0-1 type=checkbox value=1981 
 name=MySpace.MyClass_0_BirthdayYear1981/label...
 label class=xwiki-form-listclass for=xwiki-form-BirthdayYear-0-ninput 
 id=xwiki-form-A_Expert-0-n type=checkbox value=20nn 
 name=MySpace.MyClass_0_BirthdayYear 20nn/labelinput type=hidden 
 value= name=MySpace.MyClass_0_BirthdayYearinput type=hidden value= 
 name=MySpace.MyClass_0_BirthdayYear I didn't find what is generate this 
 _0_ (macro or java stuf)
 ThxsPascal B
 
   De : Marius Dumitru Florea mariusdumitru.flo...@xwiki.com
  À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users users@xwiki.org 
  Envoyé le : Mardi 3 février 2015 8h16
  Objet : Re: [xwiki-users] Howto getprefix in a Sheet?

 ...
 If any have an (or many) idea how I can obtain this prefix in my Sheet
 
 (If not I can concanet MySpace.docClass_0_$prop.Name but I'm not sure about 
 _0_)
 
 I'm afraid you have to compute the prefix yourself. 0 represents the
 object number. So MySpace.MyClass_4_age refers to the 'age' property
 of the MySpace.MyClass object with number 4 (normally the fifth object
 of that type from the target document).
 
 Hope this helps,
 Marius
 
 
 

 Thxs
 Pascal B
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
   
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] deleted wrong dir for solr...

[Clemens Klein-Robbenhaar]

On 02/03/2015 10:38 AM, Marc AUDEFROY wrote:
 Hi, 
 
 Thanks for your response.
 
 I use Xwiki in Jetty and I remove dir in /var/local/xwiki/solr
 
 Here the stack trace of error :
 
 2015-02-03 10:35:08.925:INFO:oejs.Server:main: jetty-9.2.1.v20140609
 2015-02-03 10:35:08.948:INFO:oejdp.ScanningAppProvider:main: Deployment 
 monitor [file:/opt/web/mybase/webapps/] at interval 1
 2015-02-03 10:35:10.980:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
 Support for /, did not find org.apache.jasper.servlet.JspServlet
 2015-02-03 10:35:19,584 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - 
 Starting embedded Solr server...
 2015-02-03 10:35:19,591 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
 Solr home directory: [/var/local/xwiki/solr]
 2015-02-03 10:35:20,162 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified by 
 [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint = 
 [embedded]]
 at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:380)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
 at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
 at 
 org.xwiki.search.solr.internal.SolrInstanceProvider.initialize(SolrInstanceProvider.java:71)
  ~[xwiki-platform-search-solr-api-6.4.jar:na]
 at 
 org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
[...]
 

Cliffhanger here ;)

Is this error message followed later down by a

Caused by: ...

That should be the source reason why it is not found

Clemens

 Marc
 
 
 
 On 03 Feb 2015, at 10:20, Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com wrote:

 On 02/03/2015 08:48 AM, Marc AUDEFROY wrote:
 Hello all,

 I migrated Xwiki to 6.3 to 6.4 but I have this issue : 
 http://jira.xwiki.org/browse/XE-1463 http://jira.xwiki.org/browse/XE-1463
 I try to delete data/solr but I deleted the wrong dir and I destroy the dir 
 containing “org.xwiki.search.solr.internal.EmbeddedSolrInstance”.


 Which directory is the one you really removed?
 Actually it looks like the right directory, that is data/solr

 If you remove (rename/move away) the data/solr directory (stopping the 
 server before doing so and starting it afterwards)
 then on startup the server will recreate it, including a 
 data/solr/lib/xwiki-platform-search-solr-server-plugin-6.4.jar
 with some necessary classes and stuff

 The class org.xwiki.search.solr.internal.EmbeddedSolrInstance however is in 
 the webapps/xwiki/WEB-INF/lib/xwiki-platform-search-solr-api-6.4.jar
 and that file should better still be there, or you would have to reinstall 
 XWiki 6.4.

 However it looks like there is some other error with the setup.
 Are there any other error messages in the log, either before or immediately 
 after the error you posted?
 Any chance the data directory is not writeable by the user running XWiki or 
 the like ?

 I can reproduce your error message by destructively doing a chmod 000 
 data/solr.
 A few lines below I also get an error message saying  Caused by: 
 java.lang.IllegalArgumentException: The given path [data/solr] must be a 
 readable and writable directory in the log.
 You might be able to find something similar that explains the root cause of 
 the issue.


 Cheers,
 Clemens

 Obviously… When I start XWiki, I have this error :p

 2015-02-02 17:56:39,567 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified 
 by [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint 
 = [embedded]]

 How do in order to desactived solr and reinstall this with extension 
 manager? Or another solution?

 Thanks!

 Marc
 ___
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] problem with xwiki appearance

[Clemens Klein-Robbenhaar]

On 01/30/2015 04:07 PM, vinc...@massol.net wrote:
 
 
 On 30 Jan 2015 at 15:56:54, Clemens Klein-Robbenhaar 
 (c.robbenh...@espresto.com(mailto:c.robbenh...@espresto.com)) wrote:
 
 On 01/30/2015 11:20 AM, Дмитрий Федин wrote:
 Hello everyone!

 I have a problem with frames on my xwiki (http://dafedin.myxwiki.org) . 
 Look screenshot in attachment. I have updated wiki but it's dont helps. 
 Help me!


 with respect? Dmytro

  
 the Problem is that the CSS files assumes you are using the toucan skin, 
 which is no longer installed.
 No idea how this could happen.
 
 The toucan skin was removed from the XE distribution in version 4.3, see 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Toucan+Skin
 
 Thanks
 -Vincent


Yeah, I meant to say: why is toucan still (or again) referenced? not: where is 
it gone ;)

But I see the DefaultSkin of the dafedin wiki has not been touched in quite 
some time, so I guess that is why toucan is still there.

Clemens


 One thing you can do is to base the currently used skin to a supported one.
  
 I guess you can go to:
 http://dafedin.myxwiki.org/xwiki/bin/edit/XWiki/DefaultSkin?editor=object
 and look for the Base Skin input field.
  
 This should contain flamingo or colibri. If it contains toucan, or 
 nothing, then typing in flamingo and saviong teh page should fix the issue.
  
  
 hope this helps,
 Clemens
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] problem with xwiki appearance

[Clemens Klein-Robbenhaar]

On 01/30/2015 11:20 AM, Дмитрий Федин wrote:
  Hello everyone!
 
 I have a problem with frames on my xwiki (http://dafedin.myxwiki.org) . Look 
 screenshot in attachment. I have updated wiki but it's dont helps. Help me!
 
 
 with respect? Dmytro
 

the Problem is that the CSS files assumes you are using the toucan skin, 
which is no longer installed.
No idea how this could happen.

One thing you can do is to base the currently used skin to a supported one.

I guess you can go to:
 http://dafedin.myxwiki.org/xwiki/bin/edit/XWiki/DefaultSkin?editor=object
and  look for the Base Skin input field.

This should contain flamingo or colibri. If it contains toucan, or 
nothing, then typing in flamingo and saviong teh page should fix the issue.


hope this helps,
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] some issues upgrading to 6.4

[Clemens Klein-Robbenhaar]

On 01/28/2015 12:11 PM, ricardo.julio.rodriguez.fernan...@sergas.es wrote:
 Good morning!
 
 I've just updated a 6.3 installation to 6.4 and it seems to me that something 
 went wrong... I think I followed the same steps I successfully did in 
 previous upgrades of the 6.x series, but this time it doesn't work. The 
 process is outlined in the first comment of this page...
 
 http://atriumkm.idisantiago.es/bin/ICT/XWikiUpgrade
 
 This time, the last line was not true...
 
 The upgrade of the interface will be launched once an administrator log in.
 
 Nothing happened once I've restarted the server. Thus, I've tried to import 
 the 6.4 xar file. After a number of bad gateway errors, I managed to import 
 all new files selecting only some pages in a series of import actions. Then, 
 change default Admin password, remove login right to Guest and config again 
 All and Admin groups.
 
 Almost all seems OK now, but there are at least a couple of issues here...
 
 1) The installation keeps telling that it is a 6.3 release. This means that 
 $xwiki.getVersion() is not aware of the update, or that the update has not 
 succeed! You can check it here...
 

Unless I am mistaken, this version is stored in the property file:

 webapps/xwiki/WEB-INF/version.properties

If you still see a 6.3 there it is not unlikely that something with the upgrade 
part on the file system did not succeed.
If your XWiki installation still thinks it is 6.3, then the DW to update to 
6.4 will not appear.
(Actually the DW uses the version number found in the  
webapps/xwiki/META-INF/maven/org.xwiki.enterprise/xwiki-enterprise-web/pom.xml
These should better not differ anyway. )

 In WEB-INF/lib/ all the xwiki-platform-*.jar should have a 6.4 in the 
filename, too. If they do not, something went wrong.

Maybe check first if you really have the 6.4-vesion of the *.war file 
installed, and retry this step of the install if this is not the case.


 http://portal.idisantiago.es
 http://portal.idisantiago.es/xwiki/bin/view/ICT/GetVersion
 
 2) All top level links at 
 http://portal.idisantiago.es/xwiki/bin/admin/XWiki/XWikiPreferences 
 (Configuration, Email, Look  Feel, ), led to this error...
 
 http://portal.idisantiago.es/xwiki/bin/download/ICT/Error/UpgradeTo6.4.Release.png
 
 Please, could you help me with this issues?
 
 Thanks!
 
 Ricardo
 
 --
 Ricardo Rodríguez
 Research Management and Promotion Technician
 Technical Secretariat
 Health Research Institute of Santiago de Compostela (IDIS)
 http://www.idisantiago.es
 
 
 
 Nota: A información contida nesta mensaxe e os seus posibles documentos 
 adxuntos é privada e confidencial e está dirixida únicamente ó seu 
 destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, 
 por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
 
 Nota: La información contenida en este mensaje y sus posibles documentos 
 adjuntos es privada y confidencial y está dirigida únicamente a su 
 destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, 
 por favor elimínelo. La distribución o copia de este mensaje no está 
 autorizada.
 
 See more languages: http://www.sergas.es/aviso_confidencialidad.htm
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Refreshing a LiveTable

[Clemens Klein-Robbenhaar]

On 01/27/2015 02:52 AM, Bryn Jeffries wrote:
 Is there a right way to make a LiveTable refresh?
 

I do not know of a right way, but one that currently works is to fetch the 
livetable by its name, and refetch the current rows via some not-so obvious 
code,
like:

 var livetable = window['livetable_'+ id_of_livetable_here ] ;
 var end = livetable.limit;
 var start = Math.max(livetable.lastOffset, 1);
 livetable.clearCache();
 livetable.getRows(start, end, start, end);


That works in some little extension I wrote:

 
https://github.com/xwiki-contrib/application-reviewpages/blob/master/application-reviewpages-ui/src/main/resources/ReviewPages/Script.xml#L176

I think I even borrowed it from some other xwiki-contrib code, but cannot 
remember from where.
Certainly this is not using any API and it is expected to break without 
notice in any new XWiki version, but for now it does the job (for me at least).

Sure there is a better way, to do this, (or at least it should ;)) but I do not 
know about it.

 I have a page that includes a LiveTable to show the results of a query on an 
 external database, and a form triggers an AJAX call to modify the database 
 (e.g., insert a new row). I'd like the AJAX call to include an action within 
 OnSuccess to make the LiveTable refresh to show these modifications.
 
 http://xwiki.475771.n2.nabble.com/Proposal-Hightlight-applied-filters-in-livetable-tp4936097p4942165.html
 and
 http://jira.xwiki.org/browse/XWIKI-5100
 appear to discuss something of this kind, but I couldn't find any 
 instructions. The closest thing was a line in livetable.js
 https://github.com/xwiki/xwiki-platform/blob/4f92c9fc4dc9d4bb7b42a54f3e289f42e833d986/xwiki-platform-core/xwiki-platform-web/src/main/webapp/resources/js/xwiki/table/livetable.js#L963
 where it looks like a refresh is triggered on event 
 xwiki:livetable:mylivetable:filtersChanged. I have tried calling
 document.fire('xwiki:livetable:mylivetable:filtersChanged');
 from within a javascript function, but this did not appear to make the 
 mylivetable LiveTable update. Could anyone direct me further?
 
 Thanks,
 
 Bryn
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] column name in LiveTable rendered by documents macro

[Clemens Klein-Robbenhaar]

On 01/21/2015 06:23 PM, Jason Clemons wrote:
 Hello all,
 
 I've changed the columns that are rendered in my space index by adding a 
 columns attribute as described by the article here 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Documents+Macro and the 
 column I added does show up as expected (doc.creator), but the header column 
 for my added columns label is platform.index.doc.creator I'd like to change 
 it to Creator but nothing I do seems to work..any help is greatly 
 appreciated.


What you see there is a translation key
You need to provide a matching translation (even if your wiki is single 
language)

To add translations just add a new wiki page, attach an object of 
TranslationDocumentClass to it,
and edit it in the Wiki editor like a property file.

In your case a single line like

platform.index.doc.creator=Creator

should be sufficient

For more information see:

http://platform.xwiki.org/xwiki/bin/view/DevGuide/InternationalizingApplications

HTH
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Add date of account creation (without time) in User Index problem

[Clemens Klein-Robbenhaar]

Ah, ok, now I understand (I hope) :)

Indeed the livetable macro is in that place, but this is because the flamingo 
skin overrides some of the macros;
the original is actually here: 
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/templates/macros.vm

I guess both macros should be updated, as other skins will use the version in 
xwiki-platform-web by default.

(Btw, as the variant in the flamingo skin seems to be there to stay, I wonder 
if one wants to split that file
into two parts, one containing the macros overwritten in the flamingo-skin, and 
the other one containing the common ones.
Or is this considered an API breakage ?)

Anyway, when adding a dateformat to one of the $columnsProperties it might be 
still some way to go to get this working ...
I just tried to track this down, and ended up with the following (any better 
idea how to do it?)

 - the livetable macro does not really render much stuff by itself, but 
delegates most to the AJAX call
   You can see that in the script part, where a JavaScript at the end of the 
macro, where
   the  function startup()  creates a JavaScript object : 
XWiki.widgets.LiveTable  that does the actual loading

 - just in case you wonder how this triggers the Ajax call, this JavaScript 
class in turn is in the file
  
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/resources/js/xwiki/table/livetable.js
   but I guess that does not need to be touched. (at least)

 - instead you can see how the AJAX-request parameters are put together in the 
#livetable macro in

#set ($parameters = {
  'outputSyntax': 'plain',
  'transprefix': $transprefix,
  'classname': $classname,
  'collist': $stringtool.join($dataColumns, ','),
  'queryFilters': $queryFilters
})

  You can see these parameters are send via Ajax if you check your browsers 
network tab.

  So this would be the place to add more parameters.
  However as you might see there are no column-specific parameters, only 
global ones. So you need to invent a schema to pass these parameters for 
columns in, too.
  Maybe it might be easier to try to send a global dateformat, at least for a 
first try? (I.e. globally used for all entries in the current livetable)

  Anyway, these parameters are then send to the XWiki.LiveTableResults : 
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-livetable/xwiki-platform-livetable-ui/src/main/resources/XWiki/LiveTableResults.xml
which in turn delegate most of the work into the  XWiki.LiveTableResultsMarco   
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-livetable/xwiki-platform-livetable-ui/src/main/resources/XWiki/LiveTableResultsMacros.xml
there the call chain in the velocity macros is:

  gridresultwithfilter - calls gridresultwithfilter_buildJSON  - 
gridresult_buildRowsJSON - gridresult_buildRowJSON

In the latter one you find the code which creates the (already formatted) 
doc.creationDate (already formatted, because Date is no JSON data type that 
can be passed around, and also formatting Dates in JavaScript + Timezone issues 
= Desperation IMO)
It is somewhere:
  #set($discard = $row.put('doc_date', $xwiki.formatDate($translatedDoc.date)))
  
   #set($discard = $row.put('doc_creationDate', 
$xwiki.formatDate($translatedDoc.creationDate)))

Then this macro, for custom class property date columns, delegates to 
gridresult_buildColumnJSON, which just called the display for that class 
property and I guess that will ignore any attempts to change date formatting.


It looks like after putting the date format into the request you would have to 
read the format from the request in XWiki.LiveTableResults and pass it around 
through all the macros ...



 Yes I know that format_date parameter doesn't exist for the moment :-), I 
 wanted to improve livetable macro (with pull request at the end I hope). I 
 think I find where this macro 
 is:https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/src/main/resources/flamingo/macros.vmLine
  1261
 #macro(livetable $divid $collist $colprops $options)
 I saw the Modify the JSON data ... solution but afraid about ...since it 
 would slow down your wiki a lot as it loads DocThxs

That slow down your wiki comment is only about the action happening in that 
specific example, because it loads a document for every element in the result 
set into memory.
If you do something with the data already loaded I think it should not be too 
inefficient.
Personally I still think this is the way to go ...

 
   De : Clemens Klein-Robbenhaar c.robbenh...@espresto.com
  À : users@xwiki.org 
  Envoyé le : Mardi 13 janvier 2015 16h10
  Objet : Re: [xwiki-users] Add date of account creation (without time) in 
 User Index problem

 
 On 01/13/2015 03:05 PM

Re: [xwiki-users] Add date of account creation (without time) in User Index problem

[Clemens Klein-Robbenhaar]

On 01/13/2015 10:45 AM, Pascal BASTIEN wrote:
 Hello,
 
 To make it work I add this new property in XWiki.XWikiUsers class:
 /bin/edit/XWiki/XWikiUsers?editor=class
 Name: doc.creationDate Type: String
 PrettyName: Creation date
 

I did not know that you can create class properties with a dot in it,
and that this even can be used to get the original document property, but I see 
it indeed works

 Custom Display:
 {{velocity}}
 {{html}}i$value/i{{/html}}
 {{/velocity}}
 
 The problem is that Custom display is not taking into account and not 
 rendering.

This actually does not work, because the livetable ones not use the custom 
displayer at all,
but treats 'doc.creationDate' special

Possible solutions:

 1)
  - create a dummy class property, which does *not* shadow a doc-property,
   e.g. Name : doccreationdate, Type: Date

  CustomDisplay
  {{velocity}}
  $xwiki.formatDate($doc.getCreationDate(),'/MM/dd')
  {{/velocity}}

 so the custom display does not display the value of the property at all, but 
the actual creation date

 - add 'doccreationdate' to the list of columns in the User Directory

This kinda works, except that you cannot sort by that fake creation date, as 
it is not really there.
(The filter searching the database does not know about the custom displayer and 
searches for the empty value in the DB instead.)


2) Another alternative is to edit the place where doc.creationDate is 
actually rendered ...
for this you would have to patch the main livetable rendering.
see:

 http://localhost:8080/xwiki/bin/view/XWiki/LiveTableResultsMacros?viewer=code

around line 230 there is a:
   #set($discard = $row.put('doc_creationDate', 
$xwiki.formatDate($itemDoc.creationDate)))

you could change that to:
   #set($discard = $row.put('doc_creationDate', 
$xwiki.formatDate($itemDoc.creationDate, '/MM/dd')))

and then add doc.creationDate to the list of displayed columns in the user 
directory.

However then all creation dates everywhere (well, everywhere in live tables) 
will be rendered day only.
(Oh, and I see one still needs to add a dummy 'doc.creationDate' field to the 
user class, as otherwise the field is ignored :(


3) Finally the third solution I can think of would be to add a new date 
property to the user class,
and set this property to doc.creationDate whenever a user is created, and show 
this property in the User Directory
.
This might even be the cleanest solution, except that one needs to touch all 
existing users to update this field.

Newly created users then would be set up by writing an event listener that 
listens to a DocumentCreatingEvent
and if the new document has an XWiki.XWikiUsers object, then set the new 
property to doc.creaionDate

Event listener would be components as explained here:
  http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingEventListenerTutorial
  http://extensions.xwiki.org/xwiki/bin/view/Extension/WikiComponent+Module

This is somewhat more effort, but I guess this would be cleaner (no custom 
display needed, just use the date format of that property,
results can be sorted, as value is really stored in the DB, no patching of 
core XWiki pages ...)


 I know HTML is not interpreted but I want to remove time of Creation date 
 field but Custom Display is apparently not used on a database field.
 Here a screenshot on what I want: http://snag.gy/bWnu9.jpg
 Do you have an idea how I must do it?
 Is it normal than Custom Display is not used?
 
 Thxs for any help
 
 Pascal BASTIEN
 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Add date of account creation (without time) in User Index problem

[Clemens Klein-Robbenhaar]

On 01/13/2015 03:05 PM, Pascal BASTIEN wrote:
 Thxs a lot to explained me with clarity all of that and help me to understand 
 better XWiki.
 Then with what you give me, I tried to add a  format_date parameter () (or 
 regexp) in columns properties to improve livetable.
 I failed because I didn't manage to find where is store livetable macro :-))
 
 Something like this and next add a format date parameter in user index 
 customizer.
 #set($columns = [_avatar, first_name, last_name, email, 
 doc.creationDate, _actions])
 #set($columnsProperties = {
_avatar : { type : none, link : none, html : true, 
 sortable:false },
first_name : { type : text , size : 20, link : view},
last_name : { type : text, link : view},
email : { type : text },
 doc.creationDate : { type : date, dateformat:-mm }
 })

I am afraid that this does not work.
The supported options are documented here:

  http://extensions.xwiki.org/xwiki/bin/view/Extension/Livetable+Macro

and a 'dateformat' option is unfortunately not part of it.

The problem is that in the end the #livetable macro turns out to make an AJAX 
call
to the code at the page XWiki.LiveTableResults ,  which in turn uses the 
XWiki.LiveTableResultsMacros
and the latter just calls  $xwiki.formatDate($itemDoc.creationDate)) without 
any custom format.

What you can to is:

 - either again patch that line of code in the XWiki.LiveTableResultsMacros 
with a date format of your choice

 - or modify the results afterwards, as explained  
http://extensions.xwiki.org/xwiki/bin/view/Extension/Livetable+Macro#HCustomJSON
   (scroll down to the Starting with XWiki Enterprise 4.0 you can modify the 
default JSON ...)

the later would involve creating your own livetable result page, i.e. 
XWiki.LiveTableResultsNoTime
with e.g. the contents:

{{include reference=XWiki.LiveTableResultsMacros /}}

{{velocity wiki=false}}
#if($!{request.xpage} == 'plain')
 $response.setContentType('application/json')
#end
##==
## Initialize the map that will store the JSON data.
##==
#set($map = {})
##==
## Build the JSON in memory using the previous map
##==
#gridresult_buildJSON($!request.classname $request.collist.split(',') $map)
##==
## Modify the JSON data from the map or add new data.
##==
#foreach($row in $map.get('rows'))
 #if($row.get('doc_creationDate'))
#set($creation_date = $row.get('doc_creationDate'))
#set($time_sep_index = $creation_date.indexOf(' '))
#if($time_sep_index =0)
  #set($creation_date_without_time = $creation_date.substring(0, 
$time_sep_index))
  #set($discard = $row.put('doc_creationDate', $creation_date_without_time 
))
#end
 #end
#end
##==
## Serialize the map in the JSON format.
##==
$jsontool.serialize($map)
{{/velocity}}

this mostly copy  paste from the LiveTable docs, expect for the Modify the 
JSON data ... part,
where the creation date field is simply cut off after the first space - quite 
hackish, but should work
for most date formats.

Now when calling that page to get the results, everything must be put inside 
the 'url' option
so the $options change to:

#set($options = {
  url : $xwiki.getURL('XWiki.LiveTableResultsNoTime', 'get', 
'outputSyntax=plainclassname=XWiki.XWikiUserstransprefix=xe.userdirectory.collist=_avatar,first_name,last_name,email,doc.creationDate'),
  rowCount: 10
})

Afterwards it is just a matter of a few hours debugging with firebug etc until 
one finds the missing ')' or '' that keeps things from working ;)


Oh, and come to think of it, the simplest solution would be to change
the XWiki date format the XWiki Admin to exclude the time - that would remove
the time everywhere, but I know people who actually like it. ;)


 #set($options = {
   className:XWiki.XWikiUsers,
   translationPrefix : xe.index.users.,
   tagCloud : true,
   rowCount: 10
 })
 #livetable(userdirectory $columns $columnsProperties $options)
[...]
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] prevent page save

[Clemens Klein-Robbenhaar]

On 01/08/2015 04:52 PM, Jason Clemons wrote:
 Hello all, 
 
 I've implemented some client side page validation using JavaScript which 
 works well, but I want to implement some simple checks on server side also.  
 I know how to evaluate the values in my UI using velocity after the page is 
 submitted, but how do I prevent the page from saving if my criteria isn't met?

I think you can use the Validation feature, as explained here:

http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with+validation+and+tooltips#HHowtocreatevalidationsusingagroovyscript

I see the tutorial is a bit old (still using xwiki/1.0 syntax in some places), 
so in case something no longer works as documented,
another example can be found in the MoccaCalendar doing something similar 
with its MoccaCalendarEventValidation script (it refuses to save events with 
end time before start time)

   
https://github.com/xwiki-contrib/application-mocca-calendar/tree/master/application-mocca-calendar-ui

the latter should work, otherwise please report a bug at 
http://jira.xwiki.org/browse/MOCCACAL

Cheers,
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Manipulate presentation of LiveTable column data

[Clemens Klein-Robbenhaar]

On 01/08/2015 03:15 AM, Bryn Jeffries wrote:
 I have a custom groovy script at DemoSpace.StudiesJSON that generates JSON of 
 the form:
 {
 totalrows: 5,
 matchingtags: {},
 tags : [],
 offset: 1,
 reqNo: 0,
 returnedrows: 1,
 rows: [{doc_viewable:true,study_id:3,study_name:My 
 Study,description:A test study}]
 }
 
 This is then called from a LiveTable macro as
 {{velocity}}
 #set($columns = [study_name, description, study_id])
 #set($options = {
   resultPage:DemoSpace.StudiesJSON
 })
 #set($columnsProperties = {
   study_name : { type : text, displayName: Study Name, 
 filterable: false },
   description : { type : text, displayName: Description, 
 filterable: false },
   study_id : { type : text, displayName: Study ID, filterable: 
 false }
 })
 #livetable(studyTable $columns $columnsProperties $options)
 {{/velocity}}
 
 What I'd really like is to put links into each row, for instance replacing 
 each entry in the first (Study Name) column with a link of the form 
 [[${study_name}StudyDetails?study_id=${study_id}]]. Is there a way to do 
 this? I've tried generating a link in the JSON but the query strings seem to 
 get corrupted and the link is lost in any case within the actual LiveTable.
 


I think you can do the following here:

- change the JSON script generating the results so that study_name contains 
the HTML you want, like:

   rows: [{doc_viewable:true,study_id:3,study_name:a 
href=\/xwiki/bin/view/StudySpace/StudyDetails?study_id=3\My 
Study/a,description:A test study}]

- then set the columnsProperty for study_name to html:
   #set($columnsProperties = {
 study_name : { type : html, ...

For a list of accepted options see here:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Livetable+Macro#HParameter24columnsProperties


Alternatively you could add your own LiveTableRow renderer in JavaScript, as 
explained in the All Attachments example on the same page:
   
http://extensions.xwiki.org/xwiki/bin/view/Extension/Livetable+Macro#HAllAttachments

However this is a all or nothing solution - you will need to render all 
columns in the JavaScript, not only the ones you want to customize.
I would only use this solution if the first option is not sufficient for some 
reason.

Cheers
Clemens

 Thanks,
 
 Bryn
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] setting translation from groovy

[Clemens Klein-Robbenhaar]

Hi,

 just a quick response ... I have not really tried, but as far as I remember 
something like:

  translatedDoc = newDoc.getTranslatedDocument(language)

should work.

The explanation is that translations of given document are not completely 
different documents (so you do not have to make a copy to create them),
but instead variants of the document in the default language, so you can 
access them directly from the document itself

HTH
Clemens


On 12/15/2014 12:01 PM, David Delbecq wrote:
 Hello, 
 
 say i want to create a new Xwikidocument in groovy, and i want this document 
 to already have two languages. I tried to use this code in groovy and various 
 other variants, but xwiki keep creating a single version of document, with 
 content in last language of loop and default language in the default locale 
 of user executing script. It's just ignoring any tip on local. How can I set 
 translations? 
 
 Note: my final purpose is so that a user can upload 2 versions of a odt file 
 in a form, and i will automatically load it in the concerned translations. 
 Setting translation content is the last bit i am missing. I can't find any 
 method in xwiki api that says here is content translated in language xx :/ 
 
 
 newDoc = xwiki.getDocument(new 
 DocumentReference(xwiki,Memorandum,Memo-1234,en)); 
 newDoc.getDocument().setDefaultLanguage(defaultLanguage); 
 referenceDocument = Memorandum.Memo-+number 
 for (language in [fr,nl,en]){ 
 if (title[language] !=null  title[language].trim().length()0){ 
 println(new document in +language) 
 translatedDoc = new Document( 
 newDoc.getDocument().copyDocument( 
 new DocumentReference(xwiki,Memorandum,Memo-1234,language), 
 xcontext.getContext()), 
 xcontext.getContext()) 
 translatedDoc.setContent(Hello in +language+: +title[language]) 
 translatedDoc.save(); 
 } 
 } 
 
 
 Any advice would be greatly welcomed 
 David Delbecq 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Mocca Calendar Application 2.2.1 released - with a glitch

[Clemens Klein-Robbenhaar]

To folks who have the Mocca Calendar[1] application installed in their XWiki 
instances:

I have just released a new version 2.2.1 to which you might want to update to, 
as it contains quite a few bugfixes and improvements, thanks to patches send in 
by several contributors.[2]

However the new release does not show up when you try to update via the 
Extension Updater in your wiki admin; instead the latest version found there 
will be 2.1.9.
This happened due to a glitch when reorganizing the code which changed the 
Extension-Id for that application.

Instead please go to Add extensions, search for Mocca Calendar and when the 
search result comes up, the extension manager should propose you to update to 
the correct version 2.2.1

 Also while upgrading at least in my test instances I got a few spurious 
conflicts.
If you get them too, even while you have made no modifications to the code 
part of the calendar, please choose to keep the new version to get all updates 
installed property.


Best regards and sorry for the hiccup,
Clemens


[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/MoccaCalendar
[2] http://jira.xwiki.org/browse/MOCCACAL-32?filter=13491
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Using HTML5 File Upload Widget for non-XWiki files

[Clemens Klein-Robbenhaar]

On 11/14/2014 11:24 PM, Bryn Jeffries wrote:
 I asked:
 I'd like to upload files through a custom File Upload servlet that runs 
 from the
 same Tomcat server but is not part of XWiki. 
 [...]
 Is it possible to make use of the supplied XWiki UI widgets to upload to 
 this
 servlet? Any guidance on how to do this would be greatly appreciated.
 
 Marius said:
 See http://platform.xwiki.org/xwiki/bin/view/DevGuide/HTML5Upload for
 how to use the file upload widget inside XWiki. 
 
 This has been helpful, thanks. Is it possible for me to get hold of any xwiki 
 session information within my external servlet? I'd like to know the XWiki 
 name of the user that's uploading the file.
 

I guess it is possible to do that, but you would have to write a component that 
is:
 - a custom XWiki authenticator 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HCustomAuthentication
   to store the session id on login (and remove it at logout)
 - and maybe a Session listener: 
https://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpSessionListener.html
   to handle session timeout
 - finally has an API to communicate that information to the external servlet, 
without leaking the session-ids to other interested parties

Somehow that does not look like a good idea to me.

 Presumably one way would be to include the user name in the form request, 
 though  browsing through some of the code 
 (https://github.com/xwiki/xwiki-platform/blob/stable-6.2.x/xwiki-platform-core/xwiki-platform-web/src/main/webapp/resources/uicomponents/widgets/upload.js)
  it looks at first glance that there's no way to add this unless I paste them 
 as GET variables in the action URL.
 
The alternative to fiddeling with form action is to use hidden form fields; 
these should be send to the target in the same way as the form action.

To do this you are back in server-side template-land (instead of JavaScript), 
where you should be able to say something like

  input type=hidden name=userId value=$escapetool.html($xcontext.user) /
  input type=hidden name=userName 
value=$escapetool.html($xwiki.getUserName($xcontext.user)) /

(cobbled together with the help of 
http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?xpage=embed , untested 
...)

This data then should be send to the upload servlet. Admittedly this is not 
spoof-proof (anyone e.g. can use a brwoser-dev tool like firebug and edit the 
values before uploading the file).

If you want safe and secure method, you might consider container 
authentication (i.e. users come from the servlet container)
  
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HContainerAuthentication

then the upload servlet has the same user as XWiki (except for XWiki-only 
users, for which the widget will just not work).

Oh, and if the servlet really moves to a different server ... well, maybe it 
works to set up a distributed user authentication like CAS.

just a few thoughts as I came along, use at own risk ;)

 Alternatively if the file submission has corresponding session data (not sure 
 whether this is the case) would it be possible for my servlet to request the 
 user name from XWIki in some way?
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] permissions issue

[Clemens Klein-Robbenhaar]

On 11/12/2014 09:35 PM, Paul Pinkerton (ACLCO) wrote:
 I am struggling with a page permissions issue.  What am I doing wrong here?
 
 I have done this before, but it doesn't seem to be working this time.
 
 I have a SPACE that is only available to a specific GROUP.  That seems to be 
 working just fine.
 I have a PAGE in that SPACE that I only want a specific USER (in the GROUP) 
 to be able to access.  
 
 I set the permissions for the GROUP to deny on that PAGE and explicitly gave 
 the USER permission.
 
 The issue is that anyone in the GROUP can still ACCESS the PAGE.
 
 Am I missing something?

Is there any chance this might be the same as 
http://jira.xwiki.org/browse/XWIKI-11355
Sometimes rights changes don't apply without a server restart

I.e. could you please try to restart the server and see if the permissions 
behave as expected afterwards?

If restarting helps, then it would be interesting to get as much information as 
possible, so the issue can be fixed.
(I just tried to reproduce but was not able to - maybe the problem is only 
triggered if the clicks happen in a very specific order)

Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] localization string missing - xe.blog.code.title

[Clemens Klein-Robbenhaar]

Hi Ricardo,

 after some testing I have been able to reproduce the issue from a clean 
installation, so I created a bug report for it:

http://jira.xwiki.org/browse/XWIKI-11450

I have to admit that I have no idea (yet) what causes the issue.

Thank you very much for reporting the issue - knowing that something is not 
right is the first step in fixing it :)

Clemens
 Hi! Please, allow me to top post: it will be easier to summarise.
 
 Clemens's answer did the trick. Here you'll see how my Blog.BlogSheet looked 
 before editing its title as Clemens suggested...
 
 http://goo.gl/k4T6ub
 
 Now, after an upgrade to 6.4 and after editing the title it looks good...
 
 http://idis1.idisantiago.es:8080/xwiki/bin/view/Blog/
 
 I also come from a 5.x release. And I also remain clueless about the origin 
 of the issue: all upgrades have been done by overwriting all pages with the 
 new staff.
 
 Hope this helps to learn what could had been wrong!
 
 Thanks and cheers!
 
 Ricardo
 
 --
 Ricardo Rodríguez
 Research Management and Promotion Technician
 Technical Secretariat
 Health Research Institute of Santiago de Compostela (IDIS)
 http://www.idisantiago.es
 
 
 De: users [users-boun...@xwiki.org] en nombre de Clemens Klein-Robbenhaar 
 [c.robbenh...@espresto.com]
 Enviado: martes, 11 de noviembre de 2014 15:39
 Para: users@xwiki.org
 Asunto: Re: [xwiki-users] localization string missing - xe.blog.code.title
 
 On 11/11/2014 02:54 PM, Marius Dumitru Florea wrote:
 I don't have this problem. FYI, the Blog title comes from
 Blog.BlogSheet which uses this code

 #evaluate($!doc.getValue('title'))

 and the value of the title property (Blog.BlogClass) from Blog.WebHome is

 $services.localization.render('xe.blog.code.title')

 I guess #evaluate() fails in your case. But it's not related to
 missing translation. You would get 'xe.blog.code.title' displayed if
 the translation was really missing.

 
 I can reproduce it with a wiki upgraded from 5.4.x (forgot which x) to 6.2
 The problem is that the #evaluate(...) is missing in the title
 
 To fix this manually, edit this page:
 
   http://idis1.idisantiago.es:8080/xwiki/bin/view/Blog/BlogSheet
 
 In the title input field it might just read:
 
   $doc.getValue(title)
 
 replace this with:
 
   #evaluate($doc.getValue(title))
 
 and the issue should go away.
 
 
 I have to admit that I am a bit clueless why this might happen;
 but in my case I suspect I messed around with import/export too much
 and overwrote the BlogSheet with the wrong version ...
 
 Hope this helps, too ;)
 Clemens
 
 Hope this helps,
 Marius

 On Tue, Nov 11, 2014 at 3:32 PM,
 ricardo.julio.rodriguez.fernan...@sergas.es wrote:
 Hi everybody!!!

 Please, allow me some small talk... I'm really happy to be here again once 
 I've managed to get and start enjoying a brand new 6.2.4. XWiki 
 installation!

 Only a detail: after following the evolution of the 6.x branch and having 
 installed the new 6.2.4 release, a string seems to keep lacking affecting 
 the renderization of Blog.WebHome.

 Here it is what I see not only here, but in a number of installations 
 around the net...

 http://atriumkm.idisantiago.es/bin/download/ICT/Images/blogLocalizationMissingVariable.png

 I guess you get the same result by accessing directly this site...

 http://idis1.idisantiago.es:8080/xwiki/bin/view/Blog/

 Please, even though it is kind of a trivial problem not affecting, 
 shouldn't it be fixed?

 Thanks!

 Ricardo

 --
 Ricardo Rodríguez
 Research Management and Promotion Technician
 Technical Secretariat
 Health Research Institute of Santiago de Compostela (IDIS)
 http://www.idisantiago.es

 

 Nota: A información contida nesta mensaxe e os seus posibles documentos 
 adxuntos é privada e confidencial e está dirixida únicamente ó seu 
 destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, 
 por favor elimínea. A distribución ou copia desta mensaxe non está 
 autorizada.

 Nota: La información contenida en este mensaje y sus posibles documentos 
 adjuntos es privada y confidencial y está dirigida únicamente a su 
 destinatario/a. Si usted no es el/la destinatario/a original de este 
 mensaje, por favor elimínelo. La distribución o copia de este mensaje no 
 está autorizada.

 See more languages: http://www.sergas.es/aviso_confidencialidad.htm
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 
 
 
 mit freundlichen Grüßen
 Clemens Klein-Robbenhaar
 
 --
 Clemens Klein-Robbenhaar
 Software Development
 EsPresto AG
 Breite Str. 30-31
 10178 Berlin/Germany
 Tel: +49.(0)30.90 226.763
 Fax: +49.(0)30.90 226.760
 robbenh...@espresto.com
 
 HRB 77554 B - Berlin-Charlottenburg
 Vorstand: Maya Biersack, Peter Biersack

Re: [xwiki-users] Question regarding AppServerTrustedAuthServiceImpl

[Clemens Klein-Robbenhaar]

On 11/03/2014 05:15 PM, Ji Zhang wrote:
 Guys,
 
 I am new to Xwiki.
 
 I have a xwiki deployed on tomcat 6. I need to use authentication against 
 tomcat JDBC realm. AppServerTrustedAuthServiceImpl seems to my option. Are 
 there some detailed documents or examples for using it?
 

yes: add a line do the xwiki.cfg in the WEB-INF folder, as explained here:

 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HContainerAuthentication

That (and restarting tomcat) should be everything you need to do.

Cheers,
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] deactive wizard distribution

[Clemens Klein-Robbenhaar]

My guess is that the environment.permanentDirectory property in the 
WEB-INF/xwiki.properties
is not set, so instead a tmp-dir of the servlet container is used which is 
wiped out at server restart.

If that is the case, then setting this property to a directory that is not 
tmp-like should help.
The distribution wizard then will show up once again, but then remember that it 
has been called
due to state-files stored in the environment.permanentDirectory

Clemens

 Yes, but if I restart the server (for any reasons), the distribution wizard 
 showed and in this case, it’s useless.
 
 Thanks
  
 On 22 oct. 2014, at 17:07, Thomas Mortagne thomas.morta...@xwiki.com wrote:

 Not sure I understand, the distribution wizard shows up only if there
 is something to do after you upgrade the WAR. Finish it or explicitly
 tell it to not come back and it won't.

 On Wed, Oct 22, 2014 at 4:59 PM, Marc AUDEFROY audefroy.m...@gmail.com 
 wrote:
 Hi!

 How remove wizard distribution after a migration? I don’t know which key to 
 remove in wiki.cfg or wiki.properties to do that.

 Thanks!

 Marc
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users



 -- 
 Thomas Mortagne
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [Proposal] Mail Notification excludes own Changes

[Clemens Klein-Robbenhaar]

On 10/17/2014 12:43 PM, Peter Duever wrote:
 Hello XWiki Community,
 
 If I edit a page I get mail notifications for the pages I changed myself. I 
 propose to change the API in the way that only changes done by others are 
 sent.
 

I guess that would be something like:  http://jira.xwiki.org/browse/XWIKI-10612

Unfortunately nobody had the time to look into that yet, but patches would be 
highly welcome!

Cheers,
Clemens
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] URL loop error

[Clemens Klein-Robbenhaar]

I have to admit that is a bit puzzling to me. If you keep ldap enabled, but 
also temporarily enable the 'superadmin' account, is the problem also present 
for the superadmin?

On 10/16/2014 06:56 AM, Jason Clemons wrote:
 I think this had to do with failing LDAP credentials.. I changed 
 xwiki.authentication.ldap=0 and the problem went away.  I had moved my 
 installation file from one server to another for testing and the test server 
 didn't have access to LDAP, thus the issue. 
 
 -Original Message-
 From: users [mailto:users-boun...@xwiki.org] On Behalf Of Clemens 
 Klein-Robbenhaar
 Sent: Wednesday, October 15, 2014 12:51 AM
 To: users@xwiki.org
 Subject: Re: [xwiki-users] URL loop error
 
 Hi Jason,
 
  which version of XWiki is this, actually?
 
 I tries to reproduce it, assuming someone has created a login' space of the 
 like, but so far no avail.
 
 Do your users see the login form at all, or keeps the browser on redirecting?
 Or does the problem only happen after the login?
 Anything in the server log file, e.g. about cookies being messed up or the 
 like?
 
 Cheers
 Clemens
 

 Hey All,
  
 I’m hoping someone can help me out.. My wiki installation has stopped 
 working.  I’m running it in Tomcat 8 from the ROOT folder “C:\Program Files 
 (x86)\Tomcat\webapps\ROOT” (the only app running on the server), nothing 
 has changed other than content in the wiki itself, but all of a sudden my 
 users can’t login and the URL has become really long. 
  
 If I navigate to localhost:8080/bin/Main I get the following response:
  
 localhost:8080/bin/Main/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/bin/login/XWiki/XWikiLogin?srid=YGlMoFBdxredirect=%2Fbin%2FMain%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2Fbin%2Flogin%2FXWiki%2FXWikiLogin%3Fsrid%3DYGlMoFBd%26xredirect%3D%252Fbin%252FMain%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252Fbin%252Flogin%252F
 X
  Wiki%252F
 bin%252Flogin%252FXWiki%252Fbin%252Flogin%252FXWiki%252FXWikiLogin%253Fsrid%253DYGlMoFBd%2526xredirect%253D%25252Fbin%25252FMain%25252Fbin%25252Flogin%25252FXWiki%25252Fbin%25252Flogin%25252FXWiki
  
 except the URL actually goes on for much longer…   I used to get this every 
 now and again, but always restarting Tomcat would fix it, but now it 
 doesn’t and none of my users can login.  I found an article here  
 http://jira.xwiki.org/browse/XE-1401 which seems to point to a similar 
 issue, but the fix illustrated does not fix my issue. 
  
 Any help is greatly appreciated
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users