Search: default webhome

The sources configured by default include "Document name", "Document content", "Attachment name", "Attachment content" and "Users".

Backward Compatibility and Migration Notes General Notes You may also want to import the default wiki XAR in order to benefit from the improvements listed above.

This change also affects all the pages that included Main.Dashboard, such as the default spaces WebHomes, since Main.Dashboard contains a dashboard macro call.

We need more users to test it before we can enable it by default. {{/warning}} This storage engine allows very large attachments (over a gigabyte!)

{{/warning}} You may also want to [[import the default wiki XAR>>Main.Download]] in order to benefit from the improvements listed above.

This change also affects all the pages that included ##Main.Dashboard##, such as the default spaces ##WebHome##s, since ##Main.Dashboard## contains a dashboard macro call.

toulmean left at 09:30 ( vmassol joined #xwiki at 09:40 vmassol left #xwiki at 09:41 arkub joined #xwiki at 10:04 xwiki-bridge - (10:10): [Vincent Massol] hmmm one thing to verify after my change is the usage of Current*Factory xwiki-bridge - (10:10): [Vincent Massol] since the behavior I have is to use the current page name if it's not defined xwiki-bridge - (10:11): [Vincent Massol] whereas in lots of places before (all places?) the usage was to default to "WebHome" xwiki-bridge - (10:12): [Vincent Massol] maybe I should fallback to the default*Factory for terminal segment?

xwiki-bridge - (12:53): [Vincent Massol] type : / or EntityReference is the same xwiki-bridge - (12:53): [Vincent Massol] it contains the same kind of data xwiki-bridge - (12:53): [lucaa] so basically you parse type:// to an entity ref (with type as the EntityType and the following string as a string representation) and then use the normalizing behaviour for the passed EntityType xwiki-bridge - (12:53): [Vincent Massol] just represented differently xwiki-bridge - (12:53): [lucaa] interesting xwiki-bridge - (12:53): [Vincent Massol] lunch, I'll be implementing the normalizer as a factory just after xwiki-bridge - (12:54): [Vincent Massol] hint would be "current/reference" and "default/reference" xwiki-bridge - (12:54): [Vincent Massol] "current" and "default" are "aliases" for "current/string" and "default/string" xwiki-bridge - (12:54): [Vincent Massol] bbl xwiki-bridge - (12:59): [lucaa] <thinking-aloud> xwiki-bridge - (12:59): [lucaa] anyway, what I thought the normalizer is doing is to resolve a reference (and make it absolute) wrt to another passed reference (other than default values or current document), which is what I called "base".

"space.page" without wiki xwiki-bridge - (18:00): [Vincent Massol] yes xwiki-bridge - (18:00): [Vincent Massol] you need to choose to use the default or current resolver xwiki-bridge - (18:00): [Vincent Massol] (there are 2 right now for strings) xwiki-bridge - (18:00): [Vincent Massol] whatever you pass to it xwiki-bridge - (18:00): [mflorea] but the first reference will have a null wiki, right?

toulmean left at 09:30 ( vmassol joined #xwiki at 09:40 vmassol left #xwiki at 09:41 arkub joined #xwiki at 10:04 xwiki-bridge - (10:10): [Vincent Massol] hmmm one thing to verify after my change is the usage of Current*Factory xwiki-bridge - (10:10): [Vincent Massol] since the behavior I have is to use the current page name if it's not defined xwiki-bridge - (10:11): [Vincent Massol] whereas in lots of places before (all places?) the usage was to default to "WebHome" xwiki-bridge - (10:12): [Vincent Massol] maybe I should fallback to the default*Factory for terminal segment?

xwiki-bridge - (12:53): [Vincent Massol] type : /// or EntityReference is the same xwiki-bridge - (12:53): [Vincent Massol] it contains the same kind of data xwiki-bridge - (12:53): [lucaa] so basically you parse type:// to an entity ref (with type as the EntityType and the following string as a string representation) and then use the normalizing behaviour for the passed EntityType xwiki-bridge - (12:53): [Vincent Massol] just represented differently xwiki-bridge - (12:53): [lucaa] interesting xwiki-bridge - (12:53): [Vincent Massol] lunch, I'll be implementing the normalizer as a factory just after xwiki-bridge - (12:54): [Vincent Massol] hint would be "current/reference" and "default/reference" xwiki-bridge - (12:54): [Vincent Massol] "current" and "default" are "aliases" for "current/string" and "default/string" xwiki-bridge - (12:54): [Vincent Massol] bbl xwiki-bridge - (12:59): [lucaa] <thinking-aloud> xwiki-bridge - (12:59): [lucaa] anyway, what I thought the normalizer is doing is to resolve a reference (and make it absolute) wrt to another passed reference (other than default values or current document), which is what I called "base".

"space.page" without wiki xwiki-bridge - (18:00): [Vincent Massol] yes xwiki-bridge - (18:00): [Vincent Massol] you need to choose to use the default or current resolver xwiki-bridge - (18:00): [Vincent Massol] (there are 2 right now for strings) xwiki-bridge - (18:00): [Vincent Massol] whatever you pass to it xwiki-bridge - (18:00): [mflorea] but the first reference will have a null wiki, right?

18:15 <Kesarr> In my XEM 3.4 (might equal to XE 3.4), servlete paths mapped at ActionDispatcher are '/bin/*', '/wiki/*', '/testbin/*' and '/xwiki/*'. 18:16 <Kesarr> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/WEB-INF/web.xml 18:21 <+tmortagne> Kesarr: path based multiwiki is configurable, wiki is just the default 18:22 <Kesarr> hmm... 18:25 <Kesarr> tmortagne: I understand what you say, thank you. 18:25 <+tmortagne> Kesarr: you'r welcome :) 18:25 <Kesarr> Anyway, is /xwiki/* reserved for other needs?

18:31 <+tmortagne> yep 18:32 <Kesarr> I want to use "/" for context root, and "/xwiki/*" for servlet path, and hidden view action. 18:33 <+tmortagne> Kesarr: I think you are safe 18:33 <Kesarr> I wish "http://blah.com/xwiki/Main/WebHome", right? 18:34 <+tmortagne> "http://blah.com/xwiki/Main/", WebHome is the default page 18:34 <+tmortagne> well not sure with short URL, don't know it very well 18:35 <Kesarr> okay :) thank you very much, tmortagne. 18:37 <+tmortagne> Kesarr: glad I could help :) 18:45 <fmancinelli> has quit 18:58 <sdumitriu> has joined #xwiki 18:58 <tmortagne> has quit 19:01 <abusenius> has joined #xwiki 19:01 <Orban> has quit 19:16 <tmortagne> has joined #xwiki 19:16 <tmortagne> has left #xwiki 19:16 <jvdrean> has quit 19:17 <gdelhumeau> has quit 19:18 <jvelo> re XWIKI-6526, I don't remember fixing it, though it's a long time now 19:18 <jvelo> has quit 19:20 <lucaa> has quit 20:42 <jvdrean> has joined #xwiki 21:03 <Kesarr> has quit 21:03 <pgmjsd> has joined #xwiki 21:34 <mflorea> has joined #xwiki 21:58 <abusenius> has quit 22:08 <fmancinelli> has joined #xwiki 22:18 <mflorea> has quit 23:21 <vmassol> has quit

18:15 <Kesarr> In my XEM 3.4 (might equal to XE 3.4), servlete paths mapped at ActionDispatcher are '/bin/*', '/wiki/*', '/testbin/*' and '/xwiki/*'. 18:16 <Kesarr> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/WEB-INF/web.xml 18:21 <+tmortagne> Kesarr: path based multiwiki is configurable, wiki is just the default 18:22 <Kesarr> hmm... 18:25 <Kesarr> tmortagne: I understand what you say, thank you. 18:25 <+tmortagne> Kesarr: you'r welcome :) 18:25 <Kesarr> Anyway, is /xwiki/* reserved for other needs?

18:31 <+tmortagne> yep 18:32 <Kesarr> I want to use "/" for context root, and "/xwiki/*" for servlet path, and hidden view action. 18:33 <+tmortagne> Kesarr: I think you are safe 18:33 <Kesarr> I wish "http://blah.com/xwiki/Main/WebHome", right? 18:34 <+tmortagne> "http://blah.com/xwiki/Main/", WebHome is the default page 18:34 <+tmortagne> well not sure with short URL, don't know it very well 18:35 <Kesarr> okay :) thank you very much, tmortagne. 18:37 <+tmortagne> Kesarr: glad I could help :) 18:45 <fmancinelli> has quit 18:58 <sdumitriu> has joined #xwiki 18:58 <tmortagne> has quit 19:01 <abusenius> has joined #xwiki 19:01 <Orban> has quit 19:16 <tmortagne> has joined #xwiki 19:16 <tmortagne> has left #xwiki 19:16 <jvdrean> has quit 19:17 <gdelhumeau> has quit 19:18 <jvelo> re XWIKI-6526, I don't remember fixing it, though it's a long time now 19:18 <jvelo> has quit 19:20 <lucaa> has quit 20:42 <jvdrean> has joined #xwiki 21:03 <Kesarr> has quit 21:03 <pgmjsd> has joined #xwiki 21:34 <mflorea> has joined #xwiki 21:58 <abusenius> has quit 22:08 <fmancinelli> has joined #xwiki 22:18 <mflorea> has quit 23:21 <vmassol> has quit

Thanks again. 11:23 <silverdrop> has joined #xwiki 11:27 <vmassol> yw 12:51 <Denis> has joined #xwiki 13:06 <helge> vmassol: when I am on test:A.B.C(.WebHome) and do $doc.documentReference.parent the output is test:A.B.C 13:08 <helge> This holds me from creating a sibling.

In my example it creates test:A.B.C.sibling 13:15 <helge> What I want was test:A.B.sibling 13:15 <vmassol> if you're on A.B.C.WebHome then a silbing of WebHome is A.B.C.Sibling 13:16 <helge> Ok, got that.

It seems we do need a special resolver for this use case will be more frequent now 13:23 <vmassol> (unless it already exists and I don't know about it) 13:25 <vmassol> helge: so this should work: 13:25 <vmassol> $services.model.resolveDocument('', 'default', $doc.documentReference.parent.parent) 13:26 <vmassol> ofc to be perfect you'll need to verify that you're on 2 level deep at least so that .parent.parent works and the first .parent doesn't return null ;) 13:26 <vmassol> note that I've used a default resolver to not have to hardcode the name 'WebHome' ;) 13:26 <vmassol> (that's why I've passed '') 13:27 <vmassol> I'll leave it to you to decide what to do when you're on A.WebHome and you wish to compute a "sibling" 13:28 <vmassol> (I mean test:A.WebHome) 13:29 <helge> vmassol: great, seams to work for me for the moment.

Thanks again. 11:23 <silverdrop> has joined #xwiki 11:27 <vmassol> yw 12:51 <Denis> has joined #xwiki 13:06 <helge> vmassol: when I am on test:A.B.C(.WebHome) and do $doc.documentReference.parent the output is test:A.B.C 13:08 <helge> This holds me from creating a sibling.

In my example it creates test:A.B.C.sibling 13:15 <helge> What I want was test:A.B.sibling 13:15 <vmassol> if you're on A.B.C.WebHome then a silbing of WebHome is A.B.C.Sibling 13:16 <helge> Ok, got that.

It seems we do need a special resolver for this use case will be more frequent now 13:23 <vmassol> (unless it already exists and I don't know about it) 13:25 <vmassol> helge: so this should work: 13:25 <vmassol> $services.model.resolveDocument('', 'default', $doc.documentReference.parent.parent) 13:26 <vmassol> ofc to be perfect you'll need to verify that you're on 2 level deep at least so that .parent.parent works and the first .parent doesn't return null ;) 13:26 <vmassol> note that I've used a default resolver to not have to hardcode the name 'WebHome' ;) 13:26 <vmassol> (that's why I've passed '') 13:27 <vmassol> I'll leave it to you to decide what to do when you're on A.WebHome and you wish to compute a "sibling" 13:28 <vmassol> (I mean test:A.WebHome) 13:29 <helge> vmassol: great, seams to work for me for the moment.

The "Page" facet has been removed by default because it doesn't bring value in the context of the nested documents: all non-terminal documents have the same name 'WebHome'. The "Wiki" facet is displayed by default only on the main wiki and only if you have multiple wikis.

xpage=siblings a new displayHidden parameter has been added. By default, the hidden documents are not displayed unless the user's configuration overwrites this.

{{image reference="searchLocationFacet.png"/}} The "Page" facet has been removed by default because it doesn't bring value in the context of the nested documents: all non-terminal documents have the same name 'WebHome'. The "Wiki" facet is displayed by default only on the main wiki and only if you have multiple wikis. == Miscellaneous == * When [[creating, copying or renaming a page>>Documentation.UserGuide.Features.DocumentLifecycle]] you can now select a top level location from the tree picker (e.g. copy as top level page) even if you have a single wiki (i.e. only the main wiki).

xpage=siblings## a new ##displayHidden## parameter has been added. By default, the hidden documents are not displayed unless the user's configuration overwrites this

Default Notifications

summary : In the global settings, administrators can select which applications and/or event types should be enabled by default for all users. The user can then override the default settings, but if he/she doesn't set anything, the preferences of the wiki where he/she belongs to are applied.

title : Default Notifications

10:46 <vmassol> xwikiorg_guest_0: you could edit the jetty.xml config and set the header otherwise (maybe it's set to DENY by default in jetty) 10:46 <vmassol> see http://stackoverflow.com/questions/3009631/setting-http-headers-with-jetty 10:47 <Pbas> has joined #xwiki 10:48 <vmassol> but first check if you don't have any web server in front 10:48 <vmassol> (or proxy) 10:49 <vmassol> le me check in my jetty setup 10:49 <vmassol> yep I don't have it 10:49 <vmassol> so it's your setup that adds it 10:49 <vmassol> :) 10:49 <vmassol> by defauilt this header is not set 10:49 <vmassol> *default 11:01 <vmassol> (xwikiorg_guest_0) 11:08 <tmortagne> has quit 11:09 <tmortagne> has joined #xwiki 11:26 <tmortagne> has quit 11:38 <tmortagne> has joined #xwiki 11:39 <vmassol> guys we need to stabilize the build for the release.

13:48 <vmassol> "this fix, replaces the "+" encoding for space (which was wrong) with "%20"": to be precise "+" is ok in query string but not in the path 13:48 <gdelhumeau> http://127.0.0.1:8080/xwiki/bin/view/aaa%22bbb%27ccc%3Eddd%3Ceee/WebHome?vm=wikidoesnotexist.vm&skin=default&xpage=xpart&language=en&form_token=2s92DF7R83ax3MxOvwjdMA 13:49 <vmassol> this the expected url?

13:51 <gdelhumeau> line 20, you get: <link rel="alternate" type="application/x-wiki" title="Edit" href="/xwiki/bin/edit/aaa%22bbb&#39;ccc%3Eddd%3Ceee/WebHome" /> 13:51 <gdelhumeau> damn I've fix it locally 13:52 <gdelhumeau> so you get: <link rel="alternate" type="application/x-wiki" title="Edit" href="/xwiki/bin/edit/aaa%22bbb'ccc%3Eddd%3Ceee/WebHome" /> 13:52 <vmassol> ok thanks, I can work with thiw 13:52 <gdelhumeau> because line 20, we have <link rel="alternate" type="application/x-wiki" title="Edit" href="$doc.getURL('edit')" /> 13:52 <vmassol> *this 13:52 <gdelhumeau> we can fix it by using $escapetool.xml() 13:52 <gdelhumeau> but it means somethign have changed internally 13:53 <vmassol> I'm checking 13:53 <vmassol> if my fix changed it 13:53 <helge> vmassol: whait - the new editor automatically sets with to the value of the original image, thus overwriting the xwiki.properties (?)

10:46 <vmassol> xwikiorg_guest_0: you could edit the jetty.xml config and set the header otherwise (maybe it's set to DENY by default in jetty) 10:46 <vmassol> see http://stackoverflow.com/questions/3009631/setting-http-headers-with-jetty 10:47 <Pbas> has joined #xwiki 10:48 <vmassol> but first check if you don't have any web server in front 10:48 <vmassol> (or proxy) 10:49 <vmassol> le me check in my jetty setup 10:49 <vmassol> yep I don't have it 10:49 <vmassol> so it's your setup that adds it 10:49 <vmassol> :) 10:49 <vmassol> by defauilt this header is not set 10:49 <vmassol> *default 11:01 <vmassol> (xwikiorg_guest_0) 11:08 <tmortagne> has quit 11:09 <tmortagne> has joined #xwiki 11:26 <tmortagne> has quit 11:38 <tmortagne> has joined #xwiki 11:39 <vmassol> guys we need to stabilize the build for the release.

13:48 <vmassol> "this fix, replaces the "+" encoding for space (which was wrong) with "%20"": to be precise "+" is ok in query string but not in the path 13:48 <gdelhumeau> http://127.0.0.1:8080/xwiki/bin/view/aaa%22bbb%27ccc%3Eddd%3Ceee/WebHome?vm=wikidoesnotexist.vm&skin=default&xpage=xpart&language=en&form_token=2s92DF7R83ax3MxOvwjdMA 13:49 <vmassol> this the expected url?

13:51 <gdelhumeau> line 20, you get: <link rel="alternate" type="application/x-wiki" title="Edit" href="/xwiki/bin/edit/aaa%22bbb&#39;ccc%3Eddd%3Ceee/WebHome" /> 13:51 <gdelhumeau> damn I've fix it locally 13:52 <gdelhumeau> so you get: <link rel="alternate" type="application/x-wiki" title="Edit" href="/xwiki/bin/edit/aaa%22bbb'ccc%3Eddd%3Ceee/WebHome" /> 13:52 <vmassol> ok thanks, I can work with thiw 13:52 <gdelhumeau> because line 20, we have <link rel="alternate" type="application/x-wiki" title="Edit" href="$doc.getURL('edit')" /> 13:52 <vmassol> *this 13:52 <gdelhumeau> we can fix it by using $escapetool.xml() 13:52 <gdelhumeau> but it means somethign have changed internally 13:53 <vmassol> I'm checking 13:53 <vmassol> if my fix changed it 13:53 <helge> vmassol: whait - the new editor automatically sets with to the value of the original image, thus overwriting the xwiki.properties (?)

The following Macro categories are used by default in XWiki. If you're writing a new macro, it's advised to use one of these categories so that your macro gets grouped with other macros in the same category.

Note that Category names can be overridden using the following translation keys (this is an example from the default English language): See also the documentation to hide some categories.

Default Macro Categories

The following Macro categories are used by default in XWiki. If you're writing a new macro, it's advised to use one of these categories so that your macro gets grouped with other macros in the same category

Note that Category names can be overridden using the following translation keys (this is an example from the default English language): {{code language="properties"}} rendering.macroCategory.Development=Development rendering.macroCategory.Navigation=Navigation rendering.macroCategory.Content=Content rendering.macroCategory.Formatting=Formatting rendering.macroCategory.Layout=Layout rendering.macroCategory.Deprecated=Deprecated rendering.macroCategory.Internal=Internal {{/code}} See also the documentation [[to hide some categories>>Documentation.AdminGuide.Configuration.WebHome||anchor="HMacroscategoriesandvisibility"]].

Document default locale

summary : Added a script API to set the document default locale

title : Document default locale

Larger attachments by default

summary : Till now the default limit for attachments was set at 32MB. It's [[now been increased to 100GB>>doc:Documentation.AdminGuide.Attachments]].

title : Larger attachments by default