Re: [xwiki-users] remote installation problem with font display

[shouldbe q931]

On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo  wrote:

> Hi, I'm trying to install XWiki in the following way: I have a headless
> CentOS running on the cloud and a Macbook with SSH tunneling to the cloud
> machine. Because I'm new to setting up XWiki (or any wiki), I thought I'd
> try the Java installation first before attempting to set up all the pieces
> at once.
>
>
I'd suggest trying it on a local vm running in  Virtualbox/Parrallels on
your macbook at first,and then just installing it under tomcat on the Centos
box. Getting it running on a headless Ubuntu box took me about 2 hours the
first time, but after I had gone through it about 5 times it only took me a
few minutes for the final one before putting it into production. The steps
of getting more familiar with the install routine on each time I went
through it were well worth it.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] remote installation problem with font display

[shouldbe q931]

On Wed, Mar 30, 2011 at 3:35 PM, Christopher Idryo  wrote:

> That sounds good - I'll try that. Still, any ideas about the font issue?
> (Though, maybe after a couple local installs I'll feel confident enough to
> skip the .jar and install it directly.)
>
>
> On Tue, Mar 29, 2011 at 11:59 PM, shouldbe q931 wrote:
>
>>
>>
>> On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo wrote:
>>
>>> Hi, I'm trying to install XWiki in the following way: I have a headless
>>> CentOS running on the cloud and a Macbook with SSH tunneling to the cloud
>>> machine. Because I'm new to setting up XWiki (or any wiki), I thought I'd
>>> try the Java installation first before attempting to set up all the
>>> pieces
>>> at once.
>>>
>>>
>> I'd suggest trying it on a local vm running in  Virtualbox/Parrallels on
>> your macbook at first,and then just installing it under tomcat on the Centos
>> box. Getting it running on a headless Ubuntu box took me about 2 hours the
>> first time, but after I had gone through it about 5 times it only took me a
>> few minutes for the final one before putting it into production. The steps
>> of getting more familiar with the install routine on each time I went
>> through it were well worth it.
>>
>>
>>
> I've only done the Tomcat deployment, but I would guess that there are
several Centos "default" fonts that are being "badly" substituted on your
macbook.

The .war deployment really isn't difficult, the only "interesting" bit that
I had was the database configuration
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] failed migration from 3.0 milestone 2 to 3.0 release

[shouldbe q931]

Server is running on Ubuntu 10.10 x86 with Tomcat6

I followed the following steps

Stopped the tomcat6 service

moved the webapps/wiki directory to a different location

removed the previous xwiki.war file

copied the new .war file into place and renamed it xwiki.war

started and stopped the tomcat6 service to "deploy" the .war file

copied the old hibernate.cfg.xml, xwiki.cfg and xwiki.properties files
into place

started tomcat6

tried to connect using a web browser to http://f.q.d.n/ which redirected
correctly to https://f.q.d.n/xwiki/bin/view/Main/WebHome but I get the below
HTTP 500 error :-(


--

HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented
it from fulfilling this request.

exception

javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
number 3 in 0: Could not initialize main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load class
com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
from param xwiki.store.migration.manager.class
Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
Wrapped Exception: Could not create a DBCP pool. There is an error in
the hibernate configuration file, please review it.

org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)

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

org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)

org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)

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

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

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

com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not
initialize main XWiki context
Wrapped Exception: Error number 3001 in 3: Cannot load class
com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
from param xwiki.store.migration.manager.class
Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
Wrapped Exception: Could not create a DBCP pool. There is an error in
the hibernate configuration file, please review it.
com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:428)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:497)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:137)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117)

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

org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)

org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)

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

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

org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
note The full stack trace of the root cause is available in the Apache
Tomcat/6.0.28 logs.

Apache Tomcat/6.0.28

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

Re: [xwiki-users] failed migration from 3.0 milestone 2 to 3.0 release

[shouldbe q931]

Many Thanks!

I've now go a different problem, but I'll start a new thread for it.

Cheers

On Sat, Apr 16, 2011 at 1:00 PM, Sergiu Dumitriu  wrote:

> On 04/16/2011 01:48 PM, shouldbe q931 wrote:
> > Server is running on Ubuntu 10.10 x86 with Tomcat6
> >
> > I followed the following steps
> >
> > Stopped the tomcat6 service
> >
> > moved the webapps/wiki directory to a different location
> >
> > removed the previous xwiki.war file
> >
> > copied the new .war file into place and renamed it xwiki.war
> >
> > started and stopped the tomcat6 service to "deploy" the .war file
> >
> > copied the old hibernate.cfg.xml, xwiki.cfg and xwiki.properties files
> > into place
>
> You must also copy the database connector jar.
>
> > started tomcat6
> >
> > tried to connect using a web browser to http://f.q.d.n/ which redirected
> > correctly to https://f.q.d.n/xwiki/bin/view/Main/WebHome but I get the
> below
> > HTTP 500 error :-(
> >
> >
> > --
> >
> > HTTP Status 500 -
> >
> > type Exception report
> >
> > message
> >
> > description The server encountered an internal error () that prevented
> > it from fulfilling this request.
> >
> > exception
> >
> > javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
> > number 3 in 0: Could not initialize main XWiki context
> > Wrapped Exception: Error number 3001 in 3: Cannot load class
> > com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
> > from param xwiki.store.migration.manager.class
> > Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
> > Wrapped Exception: Could not create a DBCP pool. There is an error in
> > the hibernate configuration file, please review it.
> >
> org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
> >
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
> >
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
> >
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
> >
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
> >   javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> >   javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> >   com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)
> >
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
> >
> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
> >
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218)
> >
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
> > root cause
> >
> > com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not
> > initialize main XWiki context
> > Wrapped Exception: Error number 3001 in 3: Cannot load class
> > com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager
> > from param xwiki.store.migration.manager.class
> > Wrapped Exception: Error number 0 in 3: Exception while hibernate execute
> > Wrapped Exception: Could not create a DBCP pool. There is an error in
> > the hibernate configuration file, please review it.
> >   com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:428)
> >   com.xpn.xwiki.XWiki.getXWiki(XWiki.java:497)
> >   com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:137)
> >   com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117)
> >
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
> >
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
> >
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
> >
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
> >   javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> >   javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> >   com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)
> >
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
> >
> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
> >
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218)
> >
> org.xwiki

[xwiki-users] Upgrade to 3.0 from 3.0 milestone 2 change of landing page.

[shouldbe q931]

Hi,

After upgrading to 3.0 from 3.0 milestone 2, I think it has overwritten
something.

I can't check, but I thought that the main landing page had a list of spaces
that were "visible" to the user and a list of recent changes. I now just
have the default "Welcome to your wiki" page.

Am I losing my memory, or has something changed, or is there something else
I need to configure ?

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

Re: [xwiki-users] Upgrade to 3.0 from 3.0 milestone 2 change of landing page.

[shouldbe q931]

On Sat, Apr 16, 2011 at 2:09 PM, shouldbe q931 wrote:

> Hi,
>
> After upgrading to 3.0 from 3.0 milestone 2, I think it has overwritten
> something.
>
> I can't check, but I thought that the main landing page had a list of
> spaces that were "visible" to the user and a list of recent changes. I now
> just have the default "Welcome to your wiki" page.
>
> Am I losing my memory, or has something changed, or is there something else
> I need to configure ?
>
> Cheers
>

Just realised that of course the page title doesn't mean much, all I see on
the landing page is

---
It's an easy-to-edit website that will help you work better together. This
Wiki is made of pages sorted by spaces. You're currently in the Main space,
looking at its home page (WebHome).

You can use the Sandbox space to try out your wiki's features.
---

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

Re: [xwiki-users] Upgrade to 3.0 from 3.0 milestone 2 change of landing page.

[shouldbe q931]

On Sat, Apr 16, 2011 at 2:34 PM, shouldbe q931 wrote:

>
> On Sat, Apr 16, 2011 at 2:09 PM, shouldbe q931 wrote:
>
>> Hi,
>>
>> After upgrading to 3.0 from 3.0 milestone 2, I think it has overwritten
>> something.
>>
>> I can't check, but I thought that the main landing page had a list of
>> spaces that were "visible" to the user and a list of recent changes. I now
>> just have the default "Welcome to your wiki" page.
>>
>> Am I losing my memory, or has something changed, or is there something
>> else I need to configure ?
>>
>> Cheers
>>
>
> Just realised that of course the page title doesn't mean much, all I see on
> the landing page is
>
> ---
> It's an easy-to-edit website that will help you work better together. This
> Wiki is made of pages sorted by spaces. You're currently in the Main space,
> looking at its home page (WebHome).
>
> You can use the Sandbox space to try out your wiki's features.
> ---
>
> Cheers
>

Just got another problem, if I try to use the wysiwyg editor, it errors with
"Error number 4001 in 4: Error while parsing velocity page
/templates/editwysiwygnew.vm Wrapped Exception: Failed to evaluate content
with id [/templates/editwysiwygnew.vm]"

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

Re: [xwiki-users] Upgrade to 3.0 from 3.0 milestone 2 change of landing page.

[shouldbe q931]

On Sat, Apr 16, 2011 at 2:34 PM, shouldbe q931 wrote:

>
> On Sat, Apr 16, 2011 at 2:09 PM, shouldbe q931 wrote:
>
>> Hi,
>>
>> After upgrading to 3.0 from 3.0 milestone 2, I think it has overwritten
>> something.
>>
>> I can't check, but I thought that the main landing page had a list of
>> spaces that were "visible" to the user and a list of recent changes. I now
>> just have the default "Welcome to your wiki" page.
>>
>> Am I losing my memory, or has something changed, or is there something
>> else I need to configure ?
>>
>> Cheers
>>
>
> Just realised that of course the page title doesn't mean much, all I see on
> the landing page is
>
> ---
> It's an easy-to-edit website that will help you work better together. This
> Wiki is made of pages sorted by spaces. You're currently in the Main space,
> looking at its home page (WebHome).
>
> You can use the Sandbox space to try out your wiki's features.
> ---
>
> Cheers
>
>
As a picture paints a thousand words, expected is what I had open in a web
browser from before I ran the upgrade, and current is what it shows at the
moment.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Upgrade to 3.0 from 3.0 milestone 2 change of landing page.

[shouldbe q931]

On Sat, Apr 16, 2011 at 4:11 PM, shouldbe q931 wrote:

>
> On Sat, Apr 16, 2011 at 2:34 PM, shouldbe q931 wrote:
>
>>
>> On Sat, Apr 16, 2011 at 2:09 PM, shouldbe q931 wrote:
>>
>>> Hi,
>>>
>>> After upgrading to 3.0 from 3.0 milestone 2, I think it has overwritten
>>> something.
>>>
>>> I can't check, but I thought that the main landing page had a list of
>>> spaces that were "visible" to the user and a list of recent changes. I now
>>> just have the default "Welcome to your wiki" page.
>>>
>>> Am I losing my memory, or has something changed, or is there something
>>> else I need to configure ?
>>>
>>> Cheers
>>>
>>
>> Just realised that of course the page title doesn't mean much, all I see
>> on the landing page is
>>
>> ---
>> It's an easy-to-edit website that will help you work better together. This
>> Wiki is made of pages sorted by spaces. You're currently in the Main space,
>> looking at its home page (WebHome).
>>
>> You can use the Sandbox space to try out your wiki's features.
>> ---
>>
>> Cheers
>>
>>
> As a picture paints a thousand words, expected is what I had open in a web
> browser from before I ran the upgrade, and current is what it shows at the
> moment.
>
>
>
updating to xwiki-enterprise-wiki-3.0.xar fixed both problem :-)
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Period in Page Name

[shouldbe q931]

Hi All,

We are manually copying over quite a lot of content from a Confluence Wiki
into an Xwiki wiki, and a problems that we keep hitting is periods in page
names.

As an example if I enclose in square quotes "init.d changes for tomcat6 on
Ubuntu 10.10"  Xwiki displays it as just "10" when showing the page, however
it creates it with URL "
http://f.q.d.n/xwiki/bin/view/init.d+for+ubuntu+10/10";

Am I missing something ?

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

Re: [xwiki-users] Period in Page Name

[shouldbe q931]

On Sun, Apr 17, 2011 at 5:28 PM, Vincent Massol  wrote:

> Hi "shouldbe q931" (don't you have a real name? I prefer to address human
> beings ;)),
>
> On Apr 17, 2011, at 6:25 PM, shouldbe q931 wrote:
>
> > Hi All,
> >
> > We are manually copying over quite a lot of content from a Confluence
> Wiki
> > into an Xwiki wiki, and a problems that we keep hitting is periods in
> page
> > names.
> >
> > As an example if I enclose in square quotes "init.d changes for tomcat6
> on
> > Ubuntu 10.10"  Xwiki displays it as just "10" when showing the page,
> however
> > it creates it with URL "
> > http://f.q.d.n/xwiki/bin/view/init.d+for+ubuntu+10/10";
> >
> > Am I missing something ?
>
> * What version of XE are you using?
> * How are you creating the pages?
>
> Dots are supposed to be allowed since some time but it's possible that the
> way you use to create the page has a bug with dots which would need to be
> fixed ASAP if that's true.
>
> Thanks
> -Vincent
>
>
Hi Vincent,

I'm on 3.0.36132 which was upgraded from 3 milestone 2.

I can re-create it by going into the sandbox, creating a new page with just

[[init.d changes for tomcat6 on Ubuntu 10.10]]

in it. and then clicking "save and view"

As we are copying in Confluence content, my default editor is not the
wysiwyg one.

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

Re: [xwiki-users] Period in Page Name

[shouldbe q931]

On Sun, Apr 17, 2011 at 5:40 PM, shouldbe q931 wrote:

>
>
> On Sun, Apr 17, 2011 at 5:28 PM, Vincent Massol wrote:
>
>> Hi "shouldbe q931" (don't you have a real name? I prefer to address human
>> beings ;)),
>>
>> On Apr 17, 2011, at 6:25 PM, shouldbe q931 wrote:
>>
>> > Hi All,
>> >
>> > We are manually copying over quite a lot of content from a Confluence
>> Wiki
>> > into an Xwiki wiki, and a problems that we keep hitting is periods in
>> page
>> > names.
>> >
>> > As an example if I enclose in square quotes "init.d changes for tomcat6
>> on
>> > Ubuntu 10.10"  Xwiki displays it as just "10" when showing the page,
>> however
>> > it creates it with URL "
>> > http://f.q.d.n/xwiki/bin/view/init.d+for+ubuntu+10/10";
>> >
>> > Am I missing something ?
>>
>> * What version of XE are you using?
>> * How are you creating the pages?
>>
>> Dots are supposed to be allowed since some time but it's possible that the
>> way you use to create the page has a bug with dots which would need to be
>> fixed ASAP if that's true.
>>
>> Thanks
>> -Vincent
>>
>>
> Hi Vincent,
>
> I'm on 3.0.36132 which was upgraded from 3 milestone 2.
>
> I can re-create it by going into the sandbox, creating a new page with just
>
> [[init.d changes for tomcat6 on Ubuntu 10.10]]
>
> in it. and then clicking "save and view"
>
> As we are copying in Confluence content, my default editor is not the
> wysiwyg one.
>
> Cheers
>
>
Just to add that we had the same issue on milestone2

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

Re: [xwiki-users] Period in Page Name

[shouldbe q931]

On Sun, Apr 17, 2011 at 5:50 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On 04/17/2011 07:40 PM, shouldbe q931 wrote:
> > On Sun, Apr 17, 2011 at 5:28 PM, Vincent Massol
>  wrote:
> >
> >> Hi "shouldbe q931" (don't you have a real name? I prefer to address
> human
> >> beings ;)),
> >>
> >> On Apr 17, 2011, at 6:25 PM, shouldbe q931 wrote:
> >>
> >>> Hi All,
> >>>
> >>> We are manually copying over quite a lot of content from a Confluence
> >> Wiki
> >>> into an Xwiki wiki, and a problems that we keep hitting is periods in
> >> page
> >>> names.
> >>>
> >>> As an example if I enclose in square quotes "init.d changes for tomcat6
> >> on
> >>> Ubuntu 10.10"  Xwiki displays it as just "10" when showing the page,
> >> however
> >>> it creates it with URL "
> >>> http://f.q.d.n/xwiki/bin/view/init.d+for+ubuntu+10/10";
> >>>
> >>> Am I missing something ?
> >>
> >> * What version of XE are you using?
> >> * How are you creating the pages?
> >>
> >> Dots are supposed to be allowed since some time but it's possible that
> the
> >> way you use to create the page has a bug with dots which would need to
> be
> >> fixed ASAP if that's true.
> >>
> >> Thanks
> >> -Vincent
> >>
> >>
> > Hi Vincent,
> >
> > I'm on 3.0.36132 which was upgraded from 3 milestone 2.
> >
> > I can re-create it by going into the sandbox, creating a new page with
> just
> >
>
> > [[init.d changes for tomcat6 on Ubuntu 10.10]]
>
> You have to escape . in link reference because . is also used for
> separating the space name from the page name. In you case you are
> creating a link to page "10" in space "init.d changes for tomcat6 on
> Ubuntu 10". I guess you want to write:
>
> [[init\.d changes for tomcat6 on Ubuntu 10\.10]]
>
> >
> > in it. and then clicking "save and view"
> >
>
> > As we are copying in Confluence content, my default editor is not the
> > wysiwyg one.
>
> Too bad because the WYSIWYG editor escapes the . in page names when
> creating links.
>
> Hope this helps,
> Marius
>
> >
> > Cheers

Hi Marius

That works perfectly :-)

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

Re: [xwiki-users] Period in Page Name

[shouldbe q931]

On Sun, Apr 17, 2011 at 5:56 PM, Vincent Massol  wrote:

>
> On Apr 17, 2011, at 6:50 PM, Marius Dumitru Florea wrote:
>
> > On 04/17/2011 07:40 PM, shouldbe q931 wrote:
> >> On Sun, Apr 17, 2011 at 5:28 PM, Vincent Massol
>  wrote:
> >>
> >>> Hi "shouldbe q931" (don't you have a real name? I prefer to address
> human
> >>> beings ;)),
> >>>
> >>> On Apr 17, 2011, at 6:25 PM, shouldbe q931 wrote:
> >>>
> >>>> Hi All,
> >>>>
> >>>> We are manually copying over quite a lot of content from a Confluence
> >>> Wiki
> >>>> into an Xwiki wiki, and a problems that we keep hitting is periods in
> >>> page
> >>>> names.
> >>>>
> >>>> As an example if I enclose in square quotes "init.d changes for
> tomcat6
> >>> on
> >>>> Ubuntu 10.10"  Xwiki displays it as just "10" when showing the page,
> >>> however
> >>>> it creates it with URL "
> >>>> http://f.q.d.n/xwiki/bin/view/init.d+for+ubuntu+10/10";
> >>>>
> >>>> Am I missing something ?
> >>>
> >>> * What version of XE are you using?
> >>> * How are you creating the pages?
> >>>
> >>> Dots are supposed to be allowed since some time but it's possible that
> the
> >>> way you use to create the page has a bug with dots which would need to
> be
> >>> fixed ASAP if that's true.
> >>>
> >>> Thanks
> >>> -Vincent
> >>>
> >>>
> >> Hi Vincent,
> >>
> >> I'm on 3.0.36132 which was upgraded from 3 milestone 2.
> >>
> >> I can re-create it by going into the sandbox, creating a new page with
> just
> >>
> >
> >> [[init.d changes for tomcat6 on Ubuntu 10.10]]
> >
> > You have to escape . in link reference because . is also used for
> > separating the space name from the page name.
>
> Indeed
>
> > In you case you are
> > creating a link to page "10" in space "init.d changes for tomcat6 on
> > Ubuntu 10". I guess you want to write:
> >
> > [[init\.d changes for tomcat6 on Ubuntu 10\.10]]
>
> Haven't tried but I thought the escape symbol was "~":
>
> [[init~.d changes for tomcat6 on Ubuntu 10~.10]]
>
> -Vincent
>
> >
> >>
> >> in it. and then clicking "save and view"
> >>
> >
> >> As we are copying in Confluence content, my default editor is not the
> >> wysiwyg one.
> >
> > Too bad because the WYSIWYG editor escapes the . in page names when
> > creating links.
> >
> > Hope this helps,
> > Marius
> >
> >>
> >> Cheers
>
>
Hi Vincent,

The \ works but the ~ didn't.

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

[xwiki-users] LDAP tool

[shouldbe q931]

Hi,

I'm using the LDAP tool
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Tools#Comments so
that the config is capable of being modified without shell access on the
server, but since upgrading from milestone 2 to  3.0.36132, I'm seeing two
errors on the page.

Underneath the first section save button, I get a "Failed to execute the
[groovy] macro" error, which expands to

---
at
org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:195)
 at
org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
at
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
 at
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
at
org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
 at
com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
at
com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
 at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
 at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:557)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
 at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
 at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
at
org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
 at
org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
 at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
 at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at
org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
 at
org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:188)
 at
org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:153)
at
com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
 at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1873)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:154)
 at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:226)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117)
 at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
 at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206

[xwiki-users] not quite seamless upgrade

[shouldbe q931]

I just upgraded our relatively small xwiki instance from 3.0.0 to 3.1.1

I did the upgrade by setting up a new host with tomcat6 etc, putting
the .war file in place, restarting tomcat to automatically expand the
.war and then merging the xwiki.cfg xwiki.properties &
hibernate.cfg.xml files

All storage is in the database (Oracle) and the only skin in use is Colibri

I then uploaded the current Administration.xar apart from the 5 pages
remarked on in the instructions.

All the data is there, but I have a slight problem, there top bar of
the wiki (http://extensions.xwiki.org/xwiki/bin/view/Extension/Colibri+Skin
where the Add Wiki Space etc "buttons are) is not there, the text is,
but without anything to

Any suggestions as to what I've managed to mangle or need to reset
would be appreciated.

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

Re: [xwiki-users] not quite seamless upgrade

[shouldbe q931]

On Wed, Oct 5, 2011 at 4:24 PM, Roman Muntyanu
 top posted:
> Maybe it's related to caching? Try different browsers, if it's not all the 
> same in different browsers then try clearing the browser cache 
> http://www.infront.com/cache
>
> -Original Message-
> From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of 
> shouldbe q931
> Sent: Wednesday, October 05, 2011 17:28 PM
> To: XWiki Users
> Subject: [xwiki-users] not quite seamless upgrade
>
> I just upgraded our relatively small xwiki instance from 3.0.0 to 3.1.1
>
> I did the upgrade by setting up a new host with tomcat6 etc, putting the .war 
> file in place, restarting tomcat to automatically expand the .war and then 
> merging the xwiki.cfg xwiki.properties & hibernate.cfg.xml files
>
> All storage is in the database (Oracle) and the only skin in use is Colibri
>
> I then uploaded the current Administration.xar apart from the 5 pages 
> remarked on in the instructions.
>
> All the data is there, but I have a slight problem, there top bar of the wiki 
> (http://extensions.xwiki.org/xwiki/bin/view/Extension/Colibri+Skin
> where the Add Wiki Space etc "buttons are) is not there, the text is, but 
> without anything to
>
> Any suggestions as to what I've managed to mangle or need to reset would be 
> appreciated.
>
> Cheers


I've noticed that although the "masthead" logo shows once a user has
logged in, it doesn't show on the login page.

It is without question not a browser cache, or proxy server issue issue :-)

If I change the skin to toucan, the top bar shows as expected, so this
would appear to be a colibri only issue.

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

Re: [xwiki-users] not quite seamless upgrade

[shouldbe q931]

On Wed, Oct 5, 2011 at 5:52 PM, Sergiu Dumitriu  wrote:
> On 10/05/2011 12:43 PM, shouldbe q931 wrote:
>> On Wed, Oct 5, 2011 at 4:24 PM, Roman Muntyanu
>>   top posted:
>>> Maybe it's related to caching? Try different browsers, if it's not all the 
>>> same in different browsers then try clearing the browser cache 
>>> http://www.infront.com/cache
>>>
>>> -Original Message-
>>> From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of 
>>> shouldbe q931
>>> Sent: Wednesday, October 05, 2011 17:28 PM
>>> To: XWiki Users
>>> Subject: [xwiki-users] not quite seamless upgrade
>>>
>>> I just upgraded our relatively small xwiki instance from 3.0.0 to 3.1.1
>>>
>>> I did the upgrade by setting up a new host with tomcat6 etc, putting the 
>>> .war file in place, restarting tomcat to automatically expand the .war and 
>>> then merging the xwiki.cfg xwiki.properties&  hibernate.cfg.xml files
>>>
>>> All storage is in the database (Oracle) and the only skin in use is Colibri
>>>
>>> I then uploaded the current Administration.xar apart from the 5 pages 
>>> remarked on in the instructions.
>>>
>>> All the data is there, but I have a slight problem, there top bar of the 
>>> wiki (http://extensions.xwiki.org/xwiki/bin/view/Extension/Colibri+Skin
>>> where the Add Wiki Space etc "buttons are) is not there, the text is, but 
>>> without anything to
>>>
>>> Any suggestions as to what I've managed to mangle or need to reset would be 
>>> appreciated.
>>>
>>> Cheers
>>
>>
>> I've noticed that although the "masthead" logo shows once a user has
>> logged in, it doesn't show on the login page.
>>
>> It is without question not a browser cache, or proxy server issue issue :-)
>>
>> If I change the skin to toucan, the top bar shows as expected, so this
>> would appear to be a colibri only issue.
>
> The Colibri skin relies on "color themes" stored as documents in the
> wiki. If you prevent access to the wiki to guest users, then they can't
> read the color theme, so a default (light gray) theme will be used.
>
> A problem is that after logging in, the skin won't be refreshed with the
> new values from the now-readable color theme, and instead will keep the
> gray aspect. This has been fixed for the upcoming 3.2 release.
> --


Hi,

The logo did display "correctly" when we were running 3.0.0

However, the logo isn't the concern, the concern is the incorrectly
"rendered" (by the server not the browser) of the top bar...

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

Re: [xwiki-users] not quite seamless upgrade

[shouldbe q931]

On Wed, Oct 5, 2011 at 7:21 PM, shouldbe q931  wrote:
> On Wed, Oct 5, 2011 at 5:52 PM, Sergiu Dumitriu  wrote:
>> On 10/05/2011 12:43 PM, shouldbe q931 wrote:
>>> On Wed, Oct 5, 2011 at 4:24 PM, Roman Muntyanu
>>>   top posted:
>>>> Maybe it's related to caching? Try different browsers, if it's not all the 
>>>> same in different browsers then try clearing the browser cache 
>>>> http://www.infront.com/cache
>>>>
>>>> -Original Message-
>>>> From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf 
>>>> Of shouldbe q931
>>>> Sent: Wednesday, October 05, 2011 17:28 PM
>>>> To: XWiki Users
>>>> Subject: [xwiki-users] not quite seamless upgrade
>>>>
>>>> I just upgraded our relatively small xwiki instance from 3.0.0 to 3.1.1
>>>>
>>>> I did the upgrade by setting up a new host with tomcat6 etc, putting the 
>>>> .war file in place, restarting tomcat to automatically expand the .war and 
>>>> then merging the xwiki.cfg xwiki.properties&  hibernate.cfg.xml files
>>>>
>>>> All storage is in the database (Oracle) and the only skin in use is Colibri
>>>>
>>>> I then uploaded the current Administration.xar apart from the 5 pages 
>>>> remarked on in the instructions.
>>>>
>>>> All the data is there, but I have a slight problem, there top bar of the 
>>>> wiki (http://extensions.xwiki.org/xwiki/bin/view/Extension/Colibri+Skin
>>>> where the Add Wiki Space etc "buttons are) is not there, the text is, but 
>>>> without anything to
>>>>
>>>> Any suggestions as to what I've managed to mangle or need to reset would 
>>>> be appreciated.
>>>>
>>>> Cheers
>>>
>>>
>>> I've noticed that although the "masthead" logo shows once a user has
>>> logged in, it doesn't show on the login page.
>>>
>>> It is without question not a browser cache, or proxy server issue issue :-)
>>>
>>> If I change the skin to toucan, the top bar shows as expected, so this
>>> would appear to be a colibri only issue.
>>
>> The Colibri skin relies on "color themes" stored as documents in the
>> wiki. If you prevent access to the wiki to guest users, then they can't
>> read the color theme, so a default (light gray) theme will be used.
>>
>> A problem is that after logging in, the skin won't be refreshed with the
>> new values from the now-readable color theme, and instead will keep the
>> gray aspect. This has been fixed for the upcoming 3.2 release.
>> --
>
>
> Hi,
>
> The logo did display "correctly" when we were running 3.0.0
>
> However, the logo isn't the concern, the concern is the incorrectly
> "rendered" (by the server not the browser) of the top bar...
>
> Cheers
>

As a picture is supposedly worth a thousand words, hopefully the
attached paints a picture
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] not quite seamless upgrade

[shouldbe q931]

>
> You have to upload your picture to a public web site.
>
> Hope this helps,
> Marius
>

4 screenshots

http://s1187.photobucket.com/albums/z389/shouldbeq931/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] not quite seamless upgrade

[shouldbe q931]

On Fri, Oct 7, 2011 at 12:03 PM, shouldbe q931  wrote:
>>
>> You have to upload your picture to a public web site.
>>
>> Hope this helps,
>> Marius
>>
>
> 4 screenshots
>
> http://s1187.photobucket.com/albums/z389/shouldbeq931/
>

http://i1187.photobucket.com/albums/z389/shouldbeq931/top-bar-1.jpg
http://i1187.photobucket.com/albums/z389/shouldbeq931/top-bar-2.jpg
http://i1187.photobucket.com/albums/z389/shouldbeq931/top-bar-3.jpg
http://i1187.photobucket.com/albums/z389/shouldbeq931/top-bar-4.jpg
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XE Upgrade to 3.2 on Oracle failed

[shouldbe q931]

On Mon, Oct 17, 2011 at 3:39 PM, Eugen Colesnicov  wrote:
> Hi Oracle users!
>
> My environment: Windows2003, Glassfish 3.1.1, OracleXE 10.2
> Today I tried to upgrade XE from 3.1 to 3.2 and on first-time loading I got
> error:
> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 3
> in 0: Could not initialize main XWiki context
> Wrapped Exception: Error number 3201 in 3: Exception while saving document
> xwiki:XWiki.XWikiPreferences
> Wrapped Exception: $Proxy148 cannot be cast to oracle.sql.CLOB
> ...
> I created a jira issue: http://jira.xwiki.org/browse/XE-1032 with detailed
> description and full log.
>
> Maybe somebody tried upgrade on OracleXE? What results you get (maybe its
> only my problem)?
>
> --
> Best regards
> Eugen Colesnicov
>
>
> --

I'm seeing something rather similar. The environment is Ubuntu 10.01
32bit, tomcat6 Oracle 10g (10.2)

---
HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented
it from fulfilling this request.

exception

javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
number 3 in 0: Could not initialize main XWiki context
Wrapped Exception: Error number 3201 in 3: Exception while saving
document xwiki:XWiki.XWikiPreferences
Wrapped Exception: $Proxy64 cannot be cast to oracle.sql.CLOB

org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)

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

org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:128)

org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144)

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

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

org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
---

xwiki.cfg has been edited to change the original default from albatros
to colibri, apart from that, the hibernate.cfg.xml, xwiki.cfg and
xwiki.properties files are as per 3.1.1, the ojdbc14.jar is as also
just copied from the 3.1.1 directory.

hibernate Oracle section is as below

---

jdbc:oracle:thin:@:1521:orcl1
xwiki

oracle.jdbc.driver.OracleDriver
org.hibernate.dialect.Oracle10gDialect
com.xpn.xwiki.store.DBCPConnectionProvider
2
2
true
0



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

Re: [xwiki-users] XE Upgrade to 3.2 on Oracle failed

[shouldbe q931]

On Mon, Oct 17, 2011 at 4:19 PM, shouldbe q931  wrote:
> On Mon, Oct 17, 2011 at 3:39 PM, Eugen Colesnicov  
> wrote:
>> Hi Oracle users!
>>
>> My environment: Windows2003, Glassfish 3.1.1, OracleXE 10.2
>> Today I tried to upgrade XE from 3.1 to 3.2 and on first-time loading I got
>> error:
>> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 3
>> in 0: Could not initialize main XWiki context
>> Wrapped Exception: Error number 3201 in 3: Exception while saving document
>> xwiki:XWiki.XWikiPreferences
>> Wrapped Exception: $Proxy148 cannot be cast to oracle.sql.CLOB
>> ...
>> I created a jira issue: http://jira.xwiki.org/browse/XE-1032 with detailed
>> description and full log.
>>
>> Maybe somebody tried upgrade on OracleXE? What results you get (maybe its
>> only my problem)?
>>
>> --
>> Best regards
>> Eugen Colesnicov
>>
>>
>> --
>
> I'm seeing something rather similar. The environment is Ubuntu 10.01
> 32bit, tomcat6 Oracle 10g (10.2)
>
> ---
> HTTP Status 500 -
>
> type Exception report
>
> message
>
> description The server encountered an internal error () that prevented
> it from fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
> number 3 in 0: Could not initialize main XWiki context
> Wrapped Exception: Error number 3201 in 3: Exception while saving
> document xwiki:XWiki.XWikiPreferences
> Wrapped Exception: $Proxy64 cannot be cast to oracle.sql.CLOB
>        
> org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
>        
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
>        
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
>        org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
>        org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
>        javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
>        javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>        com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:128)
>        
> org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144)
>        
> com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
>        
> org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:217)
>        
> org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
> ---
>
> xwiki.cfg has been edited to change the original default from albatros
> to colibri, apart from that, the hibernate.cfg.xml, xwiki.cfg and
> xwiki.properties files are as per 3.1.1, the ojdbc14.jar is as also
> just copied from the 3.1.1 directory.
>
> hibernate Oracle section is as below
>
> ---
>
>     name="connection.url">jdbc:oracle:thin:@:1521:orcl1
>    xwiki
>    
>     name="connection.driver_class">oracle.jdbc.driver.OracleDriver
>    org.hibernate.dialect.Oracle10gDialect
>     name="connection.provider_class">com.xpn.xwiki.store.DBCPConnectionProvider
>    2
>    2
>    true
>    0
>    
>    
>    
> ---
>

I've added a few files to the JIRA...
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] 4Developers: more important issues regarding to XE 3.3 Roadmap

[shouldbe q931]

2011/10/20 Thomas Mortagne :
> On Thu, Oct 20, 2011 at 2:13 PM, Haru Mamburu  wrote:
>> Thank you, Caleb,
>>
>> But JIRA says, that I can't vote on the topics I issued, so 0 means +1 :-)
>
> That's weird, do you have an account on jira ?
>
>>
>> Kind regards,
>>
>> Dmitry
>>
>> 20 октября 2011, 12:49 от Caleb James DeLisle :
>>> I have just assigned myself XWIKI-6918 and XWIKI-6917, the bugs.
>>> You can go ahead and vote on the feature requests (resume download and 
>>> webdav access) and we can see where things go from there.
>>>
>>> Caleb
>>>
>>> On 10/20/2011 04:02 AM, Haru Mamburu wrote:
>>> > Hi,  All
>>> >
>>> > Also, I'd add  all bug fixes with file storage system, because for now, I 
>>> > have had to switch off (in 3.2):
>>> >
>>> > - versioning of attachment
>>> > - recycle bin for attachment
>>> >
>>> > to use it more or less seamless. Otherwise, there is a big mess with 
>>> > deleted attachment occure. Everything I found, "JIRAded" already: 
>>> > XWIKI-6989, XWIKI-6921,      XWIKI-6918,     XWIKI-6917.
>>> > Would be nice also to have resume download for big files: XWIKI-6921
>>> >
>>> > So, we have a new feature, but with a very limited functionality, that 
>>> > really works. Moreover, not each and every core functions really support 
>>> > attachments, stored in FS. For projects with big and huge attachments 
>>> > these topics are essential, IMO.
>>> >
>>> > Some additional support for cyrillic XWIKI-6955 is also welcome to put in 
>>> > plan. :-)
>>> >
>>> > Best regards,
>>> >
>>> > Dmitry Bakbardin
>>> >
>>> >
>>> > 20 октября 2011, 11:25 от Eugen Colesnicov :
>>> >> Hello developers!
>>> >>
>>> >> I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In 
>>> >> this
>>> >> post also described jira-requests, which you planned to resolve in a near
>>> >> future.
>>> >>
>>> >> All is great, the general strategy and each step are right, but also 
>>> >> exists
>>> >> some other important issues (I think that its are important) and I want 
>>> >> to
>>> >> put your attention on its. If is it possible, can you analyze 
>>> >> possibility to
>>> >> include these issues in your nearly plans?
>>> >>
>>> >> 1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh
>>> >> install failed). I think, it is important issue, because supporting of
>>> >> Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
>>> >>
>>> >> To the future, maybe is good proposal, same as you wrote in a 3.2 release
>>> >> notes - which browsers are tested & supporting - also will write witch DB
>>> >> are tested & supporting. I can test new releases on Oracle.
>>> >>
>>> >> 2. XE-324 - allow special (russian and asian) characters in attachment 
>>> >> names
>>> >> - very old issue, but I think is important, because without it - you 
>>> >> cannot
>>> >> declare that XWiki have normal multi-language support. All modern
>>> >> web-platforms & applications now have this possibility (wikis, web-mails,
>>> >> social applications, etc.) only XWiki is lagging...
>>> >>
>>> >> 3. XWIKI-2870 - Ability to select query language in Database List 
>>> >> property.
>>> >> This is more for developers, and also very old issue. I think it is
>>> >> important, because if you did something modern (in this case - XWQL) - 
>>> >> need
>>> >> to support this in all "parts" of platform... If you didn't do this - 
>>> >> your
>>> >> great work for modern features - looks like as "garbage" - I cannot use 
>>> >> XWQL
>>> >> in Database List property - as a result - I am not using XWQL at all,
>>> >> because I don't want to write queries 2 times.
>>> >>
>>> >> If is it possible, can you analyze possibility to include these issues in
>>> >> your nearly plans?
>>> >>
>>> >> PS. Maybe another users know some more important unresolved issues? I 
>>> >> think,
>>> >> user opinions will be interesting for developers!
>>> >>
>>> >> Thanks beforehand!
>>> >> Eugen Colesnicov
>>> >>
>>> >> --
>>> >> View this message in context: 
>>> >> http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regarding-to-XE-3-3-Roadmap-tp6911884p6911884.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
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Thomas Mortagne
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>

Just my two pennyworth as a

Re: [xwiki-users] [Announcement] XWiki Enterprise and XWiki Enterprise Manager 3.3 Milestone 1 Released

[shouldbe q931]

Has any testing been done with Oracle ?

On Tue, Nov 1, 2011 at 4:12 AM, Sergiu Dumitriu  wrote:
> The XWiki development team is proud to announce the availability of XWiki
> Commons, XWiki Rendering, XWiki Platform, XWiki Enterprise and XWiki
> Enterprise Manager 3.3 Milestone 1. Since we're getting closer to the end of
> the 3.x cycle, there are fewer new features in this release, most of the
> changes being internal. The highlights of this release are:
>
> * a preview version of the new class editor to be used in the Application
> Within Minutes designer
> * new Debian packages for XWiki
> * a few extension manager improvements
> * LDAP improvements
> * improvements on uploading and downloading attachments, especially when
> filesystem storage is enabled
>
> And on the developers' front:
>
> * script services for Application Manager and Wiki Manager
> * cache improvements
> * changes in the way XAR modules are packaged
> * and the usual dependency upgrades and translation improvements
>
> See the full release notes at
> http://www.xwiki.org/xwiki/bin/ReleaseNotes/ReleaseNotesXWikiEnterprise33M1
> for more details.
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> ___
> 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] Inserting links to files on network drives

[shouldbe q931]

On Wed, Jan 25, 2012 at 12:21 PM, Hamster  wrote:
> Vincent,
>
> We are looking for a similar solution, but WebDAV no solution.
>
> If I understand WebDAV correctly: the documents are attached to the wiki
> (uploaded to the server where the wiki runs)...
>
> We DONT want to attach these kind of spreadsheets to the Wiki, they MUST
> reside in their original folderlocation on the server. In fact, we don't
> want to upload any documents to the Wiki. All documents must also be
> accessible from Windows Explorer. We just want a link to these documents
> from the Wiki.
>
> Having another piece of software to browse for documents which are located
> on another server is simply out-of-the-question...
>
> Any other suggestions?
>
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Inserting-links-to-files-on-network-drives-tp7223407p7223624.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

I might be missing something, but...

[[label>>unc:\\server\path\to\resource]]
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] clustering XWiki and having search issues XWiki 3.4 on Ubuntu 10.0.4 with Tomcat6 on Sun Java 6

[shouldbe q931]

Hi,

I'm trying to configure a cluster of two XWiki servers using MySQL on
a third server.

I started with a single XWiki server (xwiki-01) on tomcat6 with local
MySQL instance, search was using Lucene and working as expected.

Using dump and restore I moved the MySQL database to a different
server (mysql-1) and adjusted
/var/lib/tomcat6/webapps/xwiki/WEB-INF/hibernate.cfg.xml
 accordingly. access to the wiki still worked as expected and Lucene
worked as expected. I was able to do a re-index with no issues.

I spun up a new vm to be a second XWiki server (xwiki-02) and used
rsync to copy over all of the relevant files and directories.

/var/lib/tomcat6/webapps/xwiki
the tomcat configuration files server.xml and /etc/default/tomcat6
the private SSL certificate for tomcat6 (I'm using HTTPS) and LDAPs
(to use port 636 instead of 389 against AD)

As xwiki.cfg is configured with
xwiki.plugins.lucene.indexdir=/var/lucene I manually created
/var/lucene and did a "chown tomcat6:root /var/lucene" to set
permissions.

I'm able to access the wiki using xwiki-02 with no issues, but search
is not working correctly, If I set search to use database it finds 710
elements, if I set it to use Lucene it only finds 6.

Search on xwiki-01 still works correctly and both Lucene and database
search see 710 elements.

I'm aware that until I follow
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/DistributedEventClusterSetup
that the two XWiki instances won't be in "sync", but at the moment I'm
more concerned about search...

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

Re: [xwiki-users] clustering XWiki and having search issues XWiki 3.4 on Ubuntu 10.0.4 with Tomcat6 on Sun Java 6

[shouldbe q931]

On Tue, Feb 14, 2012 at 11:17 AM, Sergiu Dumitriu  wrote:
> On 02/14/2012 01:13 PM, shouldbe q931 wrote:
>>
>> Hi,
>>
>> I'm trying to configure a cluster of two XWiki servers using MySQL on
>> a third server.
>>
>> I started with a single XWiki server (xwiki-01) on tomcat6 with local
>> MySQL instance, search was using Lucene and working as expected.
>>
>> Using dump and restore I moved the MySQL database to a different
>> server (mysql-1) and adjusted
>> /var/lib/tomcat6/webapps/xwiki/WEB-INF/hibernate.cfg.xml
>>  accordingly. access to the wiki still worked as expected and Lucene
>> worked as expected. I was able to do a re-index with no issues.
>>
>> I spun up a new vm to be a second XWiki server (xwiki-02) and used
>> rsync to copy over all of the relevant files and directories.
>>
>> /var/lib/tomcat6/webapps/xwiki
>> the tomcat configuration files server.xml and /etc/default/tomcat6
>> the private SSL certificate for tomcat6 (I'm using HTTPS) and LDAPs
>> (to use port 636 instead of 389 against AD)
>>
>> As xwiki.cfg is configured with
>> xwiki.plugins.lucene.indexdir=/var/lucene I manually created
>> /var/lucene and did a "chown tomcat6:root /var/lucene" to set
>> permissions.
>>
>> I'm able to access the wiki using xwiki-02 with no issues, but search
>> is not working correctly, If I set search to use database it finds 710
>> elements, if I set it to use Lucene it only finds 6.
>>
>> Search on xwiki-01 still works correctly and both Lucene and database
>> search see 710 elements.
>>
>> I'm aware that until I follow
>>
>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/DistributedEventClusterSetup
>> that the two XWiki instances won't be in "sync", but at the moment I'm
>> more concerned about search...
>
>
> It should work. Did you try a full reindex on the second machine

I ended up stopping tomcat, deleting the contents of /var/lucene and
then starting up again, which appears to have fixed it.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Installation issue - access denied

[shouldbe q931]

On Wed, Feb 15, 2012 at 6:59 PM, Matthew McClure
 wrote:
> I got a new computer and want to move my old Xwiki instance. I've exported
> an .xar file on the old system and downloaded the installer and run it on
> the new computer, but when I attempt to launch it I get a console window
> that appears very briefly with three Access denied lines and a stack trace
> that closes before I can see much more than that.
>
> So first, does that suggest an obvious problem that's already well-known?
>
> And if not, does the startup process generate a logfile somewhere that I
> could analyze?
>
> My system is a 64-bit Windows 7 Enterprise i5-2400 CPU with 16.0 GB of
> memory.
>
> Any assistance would be much appreciated. I use my Xwiki all the time and
> don't want to lose all my history.
>
> Thanks,
> Matthew
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

Rather than backup and restore a .xar file, I would suggest doing a
backup and restore of the database.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Lucene stopped (and does not restart) after upgrade from 3.2 to 3.4

[shouldbe q931]

On Fri, Feb 17, 2012 at 2:44 PM, Christophe FRAULE  wrote:
> Hello,
>
>
>
> I have an XWIKI running 3.2 on Tomcat6 PostgreSQL. I did  export the WIKI
> (around 70 Mbytes) to a XAR before upgrading to 3.4.
>
>
>
> To upgrade to 3.4 import did delete the XWIKI database and created a new
> blank one. I installed XWIKI 3.4 with the default .xar then used the XWIKI
> large import utility
> (http://extensions.xwiki.org/xwiki/bin/view/Extension/Large+XAR+Import) to
> reload my spaces from the XAR archive. (since importing doesn't work even
> after updating the max upload size and the JVM options).
>
>
>
> I all worked fine but Lucene does not index, even when I start Lucene
> indexing manually from 'Administer wiki'. The search pages shows' Lucene is
> currently building its index, 618 documents in queue". But it never moves
> from there.
>
>
>
> Please let me know what's going on and how I could restart Lucene.
>
>
>
> Many thanks for your help,
>
>
>
> Regards,
>
>
>
> Christophe FRAULE
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

I would have suggested keeping the database and doing an inplace
upgrade rather then export/import of a .xar

If Lucene is not indexing, I would stop the tomcat6 instance, empty
the Lucene directory (as defined in xwiki.cfg) check that he directory
has the correct permissions and then start the tomcat6 instance
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] upgrade from 3.5 to 4.1.1 "LDAP service is not available. Please verify your installation."

[shouldbe q931]

upgrading from 3.5 on tomcat6 with mysql and LDAP auth against AD
OS is Ubuntu 10.0.4
only "customisation" was in hibernate.cfg.xml for database and
xwiki.cfg for LDAP and lucene path

backed up database

downloaded and unzipped new war file

stopped tomcat

moved webapps/xwiki to a backup location

put the new xwiki in webapps/xwiki

edited hibernate.cfg.xml: xwiki.cfg and xwiki.properties to match previous

removed  the LDAP config apart from
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
xwiki.authentication.ldap=1

started up tomcat

logged in as local admin

imported new admin.xar

imported all of it, (well I'd upgraded this install quite a few times
and wanted a "clean sheet")

changed admin user password

changed rights to prevent unregistered users

imported the new ldap.xar

go to setup LDAP

get error "LDAP service is not available. Please verify your installation."

logout as local admin

login as superadmin and get same errror

documentation here
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Application
links to here 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HLDAPAuthentication
which doesn't have anything specific

google searches for the error don't have anything remotely useful

all pages are in place and database looks good, but the lack of LDAP
auth is a bit of a pain

any suggestions, or should I go back to 3.5 and upgrade to 4.1.1
without the LDAP .xar ?

Cheers

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

Re: [xwiki-users] AD group mapping problem

[shouldbe q931]

On Wed, Jun 20, 2012 at 10:49 AM, Thomas Mortagne
 wrote:
> On Wed, Jun 20, 2012 at 10:06 AM, Mark Jas  wrote:
>> Hello,
>>
>>
>> I’m using Xwiki enterprise 4.1 with LDAP authentication to an Active 
>> Directory server. Authentication works fine, but my group mappings don’t 
>> work.
>>
>>
>> I think the problem is that I’m using sAMAccountName as UID_attr, but the 
>> memberfields of my groups contain the full ldap-dn of the user. So this way, 
>> they do not match and users are not seen as members in the group.
>>
>> Is my assumption correct? And is there a solution for this problem?
>
> No, both full LDAP DN and uid are supported. It's actually better to
> have DN since otherwise XWiki has to search the uid to find the actual
> member DN which takes a bit more time.
>
> Do you have the right field name listed in
> xwiki.authentication.ldap.group_memberfields ? You should enable LDAP
> debug log to get details on what's happening during the group sync.
> See 
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HEnableLDAPdebuglog.
>
>>
>>
>> (I have an other site with an OpenLDAP server which has normal uid’s in the 
>> group memberfields. This one works fine!)
>>
>>
>> Regards,
>>
>>
>> Mark
>>
>>
>>
>>
>> ___
>> 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

The mapping that I use against a 2008r2 AD is

xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn

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

Re: [xwiki-users] [xwiki-devs] [ANN] XWiki Enterprise and XWiki Enterprise Manager 4.1 released

[shouldbe q931]

On Thu, Jun 21, 2012 at 1:45 PM, Thomas Mortagne
 wrote:
> A module is missing in standard distribution which make diff UI not
> working in both history and Extension Manager. A 4.1.2 version will be
> shortly released.
>
> Sorry again :(
>

would that affect my LDAP issue ?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] upgrade from 3.5 to 4.1.1 "LDAP service is not available. Please verify your installation."

[shouldbe q931]

On Wed, Jun 20, 2012 at 4:10 AM, shouldbe q931  wrote:
> upgrading from 3.5 on tomcat6 with mysql and LDAP auth against AD
> OS is Ubuntu 10.0.4
> only "customisation" was in hibernate.cfg.xml for database and
> xwiki.cfg for LDAP and lucene path
>
> backed up database
>
> downloaded and unzipped new war file
>
> stopped tomcat
>
> moved webapps/xwiki to a backup location
>
> put the new xwiki in webapps/xwiki
>
> edited hibernate.cfg.xml: xwiki.cfg and xwiki.properties to match previous
>
> removed  the LDAP config apart from
> xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
> xwiki.authentication.ldap=1
>
> started up tomcat
>
> logged in as local admin
>
> imported new admin.xar
>
> imported all of it, (well I'd upgraded this install quite a few times
> and wanted a "clean sheet")
>
> changed admin user password
>
> changed rights to prevent unregistered users
>
> imported the new ldap.xar
>
> go to setup LDAP
>
> get error "LDAP service is not available. Please verify your installation."
>
> logout as local admin
>
> login as superadmin and get same errror
>
> documentation here
> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Application
> links to here 
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HLDAPAuthentication
> which doesn't have anything specific
>
> google searches for the error don't have anything remotely useful
>
> all pages are in place and database looks good, but the lack of LDAP
> auth is a bit of a pain
>
> any suggestions, or should I go back to 3.5 and upgrade to 4.1.1
> without the LDAP .xar ?
>
> Cheers
>
> Arne

Managed to get LDAP login working by commenting out all of the LDAP
configuration from xwiki.cfg apart from

xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl

This could be a lot clearer in the instructions here
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Application

The error message "LDAP service is not available. Please verify your
installation." still appears on the LDAP but users are able to
authenticate

Cheers

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

Re: [xwiki-users] upgrade from 3.5 to 4.1.1 "LDAP service is not available. Please verify your installation."

[shouldbe q931]

On Fri, Jun 22, 2012 at 1:34 PM, Guillaume Lerouge  wrote:
> Hi Arne,
>
> On Fri, Jun 22, 2012 at 2:17 PM, shouldbe q931 wrote:
>
>> On Wed, Jun 20, 2012 at 4:10 AM, shouldbe q931 
>> wrote:
>> > upgrading from 3.5 on tomcat6 with mysql and LDAP auth against AD
>> > OS is Ubuntu 10.0.4
>> > only "customisation" was in hibernate.cfg.xml for database and
>> > xwiki.cfg for LDAP and lucene path
>> >
>> > backed up database
>> >
>> > downloaded and unzipped new war file
>> >
>> > stopped tomcat
>> >
>> > moved webapps/xwiki to a backup location
>> >
>> > put the new xwiki in webapps/xwiki
>> >
>> > edited hibernate.cfg.xml: xwiki.cfg and xwiki.properties to match
>> previous
>> >
>> > removed  the LDAP config apart from
>> >
>> xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
>> > xwiki.authentication.ldap=1
>> >
>> > started up tomcat
>> >
>> > logged in as local admin
>> >
>> > imported new admin.xar
>> >
>> > imported all of it, (well I'd upgraded this install quite a few times
>> > and wanted a "clean sheet")
>> >
>> > changed admin user password
>> >
>> > changed rights to prevent unregistered users
>> >
>> > imported the new ldap.xar
>> >
>> > go to setup LDAP
>> >
>> > get error "LDAP service is not available. Please verify your
>> installation."
>> >
>> > logout as local admin
>> >
>> > login as superadmin and get same errror
>> >
>> > documentation here
>> > http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Application
>> > links to here
>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HLDAPAuthentication
>> > which doesn't have anything specific
>> >
>> > google searches for the error don't have anything remotely useful
>> >
>> > all pages are in place and database looks good, but the lack of LDAP
>> > auth is a bit of a pain
>> >
>> > any suggestions, or should I go back to 3.5 and upgrade to 4.1.1
>> > without the LDAP .xar ?
>> >
>> > Cheers
>> >
>> > Arne
>>
>> Managed to get LDAP login working by commenting out all of the LDAP
>> configuration from xwiki.cfg apart from
>>
>>
>> xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
>>
>> This could be a lot clearer in the instructions here
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Application
>
>
> It's a wiki!
>
> Don't hesitate to create an account on XWiki.org so that you can edit the
> page and edit the instructions accordingly :-)
>
> Guillaume
>
> The error message "LDAP service is not available. Please verify your
>> installation." still appears on the LDAP but users are able to
>> authenticate
>>
>> Cheers
>>
>> Arne
>> ___
>> 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


Very good point :-)

I've updated the page to clarify the required change.

Any ideas on the "LDAP service is not available. Please verify your
installation." message ?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Best Practice for multiple "fully functional" instances?

[shouldbe q931]

On Fri, Feb 1, 2013 at 12:53 PM,  wrote:

> Hello!
>
> We are currently discussing the possibilities on how to configure our
> system for the following scenarios:
>
> We have multiple XWiki instances for several users. Since the users want
> to have full admin rights we cannot use the xwiki farm. For security
> reasons we are deploying each instance into a virtual machine (KVM) with
> its own Tomcat and Database.
>
> Using this kind of setup seems to be most secure and flexible in terms of
> miss configured tomcat installations, SQL-injections and file-system (on
> purpose or by mistake) access though scripting. The obvious down side is
> the huge overhead which comes with the virtualization.
>
> So I was wondering what kind of setups you are using. Can I deploy the
> application into some kind of tomcat-chroot-environment? What kind of
> database setup is possible? Is it possible to restrict access to a certain
> database on an application bases (much like you can restrict access based
> on the connecting ip-address). The Database has the be PostgreSQL.
>
> I appreciate all kind of inputs. Cheers,
> Stephanie.
>
>
>
> __**_
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/**mailman/listinfo/users
>

Presuming you are running on Linux, you might look at
http://linux-vserver.org for reducing the overhead of a KVM environment and
just running on database instance with multiple
databases/namespaces/tablespaces (sorry not a postgres user so might have
the wrong term) with each xwiki "admin" owning a
database/namespace/tablespace.

You could also look at opensolaris/illumos/bsd containers for doing a very
similar job without the hypervisor overhead.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] upgrade to 4.4.1 from 4.3

[shouldbe q931]

I upgraded from 4.3 by upgrading (replacing the 4.3 .war contents with the
4.4.1.war contents) /webapps

When I restarted tomcat, and connected, it then ran the automated extension
upgrader

When I look in the extension manager, I see 51 extensions, ~half of which
are version 4.3

If I try to uninstall any of the 4.3 versions, they show the 4.4.1 version
as a dependency.

I'm confused...
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Two Factor Authentication

[shouldbe q931]

Hi,

I'm quite happy with LDAP auth, but a possible use case has arisen where
two factor auth (token or similar) would be required.

Does anyone have any experiences with any two factor authentication methods
for xwiki.

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

Re: [xwiki-users] Two Factor Authentication

[shouldbe q931]

On Wed, Feb 13, 2013 at 7:53 PM, Paul Libbrecht  wrote:

> Did you say OAuth?
> The socialauth library has been employed in
> https://github.com/xwiki-contrib/xwiki-social-login .
> Maybe this helps?
> Or maybe you want the converse?
>
> paul


I might be missing something, but I thought that OAuth was allowing a user
to use a 3rd party for authentication and initial authorization, such as
using a google account to create an account on stackoverflow, but did not
have any connection to two factor authentication where you are restricting
access to users that have a username, password and "token".

I mentioned tokens, as for this use case client certificates would not be a
workable solution, otherwise I could just put haproxy in front of xwiki and
do client certificate checks there

Cheers




> On 13 févr. 2013, at 18:55, shouldbe q931 wrote:
>
> > Hi,
> >
> > I'm quite happy with LDAP auth, but a possible use case has arisen where
> > two factor auth (token or similar) would be required.
> >
> > Does anyone have any experiences with any two factor authentication
> methods
> > for xwiki.
> >
> > Cheers
> > ___
> > 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] Two Factor Authentication

[shouldbe q931]

On Thu, Feb 14, 2013 at 7:11 AM, Paul Libbrecht  wrote:

> The two stage tokens is the underlying way it works in OAuth, I'm not
> saying it's the way you intend it.
> Please explain or give references.
>
> Paul


I think we are at cross purposes, I mean a token as a hardware device such
as an RSA fob, or softphone application such as Google Authenticator, a
"device" that provides the "something your have".

To provide two examples

For me to login to gmail, I enter my username and password, and I am then
prompted to enter the six digit authentication code from
Google Authenticator running on my phone.
For me to login to a specific VPN, I enter a username, password and code
displayed on an RSA fob.

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

Re: [xwiki-users] configuring url

[shouldbe q931]

On Wed, Feb 20, 2013 at 2:26 AM, Haru  wrote:
>  Hi, Andrew!
>
> You can use Tomcat + Apache/Nginx for this purpose. In order to make it root 
> application in Tomcat, install XWiki as ROOT application.
>
> Also, refer Short URL manual at  
> http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs
>
> Don't do "binless" path, because WYSIWYG editor won't work correctly due to  
> https://jira.xwiki.org/browse/XWIKI-8737
>
> Hope it is worth to be fixed in 5.x cycle :-)
>
>
> Вторник, 19 февраля 2013, 16:30 -08:00 от Andrew Havens 
> :
>>Now that I've got XWiki up and running, how can I configure Tomcat or 
>>whatever so that it's available at the root on port 80 instead of 
>>wiki.example.com:8080/xwiki?
>>
>>Thanks,
>>Andrew
>>___

depending on your operating system, you can use authbind to run on
port 80 without requiring apache/nginx/why as a proxy

you could also use haproxy as a proxy

http://blogs.mulesoft.org/a-better-tomcat-for-ubuntu-and-debian/

Cheers

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

Re: [xwiki-users] Setting "prevent unregistered from viewing" and the ResetPassword page.

[shouldbe q931]

On Wed, Mar 27, 2013 at 12:52 PM, Benjamin Kunz  wrote:
> Hello,
>
> i would like to set up a private (corporate) XWiki installation.
>
> I have a problem in the testing installation that i would have to
> solve before i can go ahead.
>
> When i set "prevent unregistered users from viewing pages, regardless
> of the page or space rights", the ResetPassword page is affected by
> this setting. This creates, as you can imagine, a quite paradoxical
> situation.
>
>
> What is the recommended way to set up a private wiki, or is this a bug?
>
> Note that this happens in the latest 4.5 as well as 5.0 branches.

I would suggest that  you might need to go to Administer Wiki | Rights
| Users and then untick all of the boxes for "unregistered users"

Cheers

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

[xwiki-users] conflicting instructions for database configuration

[shouldbe q931]

Hi,

On page http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationWAR
it says "Do not set user, url, etc., nor connection.provider_class in
hibernate.cfg.xml"

On page http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL
it says "edit the WEB-INF/hibernate.cfg.xml"

There are similar instructions to edit /hibernate.cfg.xml for each of
the other database servers listed on the page
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationWAR

Which is correct ?

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

Re: [xwiki-users] conflicting instructions for database configuration

[shouldbe q931]

On Tue, Nov 5, 2013 at 12:16 PM, Vincent Massol  wrote:
> On Tue, Nov 5, 2013 at 12:54 PM, shouldbe q931 wrote:
>
>
> You forgot to read the first part of the sentence ;)
>

Apologies, I think I need new glasses...

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

[xwiki-users] XWiki TableEdit extension

[shouldbe q931]

Hi,

I installed the XWiki TableEdit extension, but I don't see the
"pencil" next to any tables.

Is there something else I need to do to "activate" it ?

I'm running xwiki 5.2 on tomcat7 on Ubuntu 12.04

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

Re: [xwiki-users] XWiki TableEdit extension

[shouldbe q931]

On Wed, Nov 13, 2013 at 12:20 PM, Caleb James DeLisle  
wrote:
> The pencils are injected using javascript so you might check
> to see if there are any javascript errors in your browser
> in firefox/chrome: right click -> inspect element -- click "console"
>
> Thanks,
> Caleb
>

Hi Caleb,

I did a right click > inspect element, clicked on console, ensured
that everything would be logged and refreshed the page, output as
below (apart from removing the domain name). I've not got a clue what
I should be looking for.

Cheers


[13:40:41.792] GET
https://xwiki.domain.com/xwiki/bin/view/TechMD+Time/2013%2D11%2D11
[HTTP/1.1 200 OK 495ms]
[13:40:42.326] GET
https://xwiki.domain.com/xwiki/bin/skin/skins/colibri/style.css?colorTheme=ColorThemes.DefaultColorTheme
[HTTP/1.1 200 OK 56ms]
[13:40:42.328] GET
https://xwiki.domain.com/xwiki/bin/skin/skins/colibri/print.css?colorTheme=ColorThemes.DefaultColorTheme
[HTTP/1.1 200 OK 121ms]
[13:40:42.328] GET
https://xwiki.domain.com/xwiki/bin/ssx/XWiki/SharePage?language=en
[HTTP/1.1 200 OK 357ms]
[13:40:42.329] GET
https://xwiki.domain.com/xwiki/bin/ssx/Panels/Applications?language=en
[HTTP/1.1 200 OK 190ms]
[13:40:42.330] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/css/xwiki%2Dmin.css?colorTheme=ColorThemes.DefaultColorTheme&language=en
[HTTP/1.1 200 OK 357ms]
[13:40:42.331] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/search/searchSuggest.css
[HTTP/1.1 200 OK 262ms]
[13:40:42.332] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/suggest/suggestPicker.css
[HTTP/1.1 200 OK 261ms]
[13:40:42.333] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/userpicker/userPicker.css
[HTTP/1.1 200 OK 294ms]
[13:40:42.334] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/tags.css?colorTheme=ColorThemes.DefaultColorTheme
[HTTP/1.1 200 OK 272ms]
[13:40:42.336] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/comments.css
[HTTP/1.1 200 OK 346ms]
[13:40:42.337] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/upload.css
[HTTP/1.1 200 OK 358ms]
[13:40:42.338] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/js/xwiki/viewers/attachments.css
[HTTP/1.1 200 OK 371ms]
[13:40:42.339] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/pagination/pagination.css
[HTTP/1.1 200 OK 370ms]
[13:40:42.340] GET
https://xwiki.domain.com/xwiki/resources/js/amd/require.js [HTTP/1.1
304 Not Modified 368ms]
[13:40:42.341] GET
https://xwiki.domain.com/xwiki/resources/js/prototype/prototype.js
[HTTP/1.1 304 Not Modified 381ms]
[13:40:42.342] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/js/scriptaculous/effects.js
[HTTP/1.1 200 OK 463ms]
[13:40:42.343] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/js/xwiki/xwiki%2Dmin.js?defer=false&language=en
[HTTP/1.1 200 OK 488ms]
[13:40:42.344] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/search/searchSuggest.js?h=-1493239498
[HTTP/1.1 200 OK 579ms]
[13:40:42.345] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/suggest/suggestPicker.js
[HTTP/1.1 200 OK 433ms]
[13:40:42.346] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/userpicker/userPicker.js
[HTTP/1.1 200 OK 423ms]
[13:40:42.346] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/tags.js
[HTTP/1.1 200 OK 462ms]
[13:40:42.347] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/viewers/comments.js?language=en
[HTTP/1.1 200 OK 480ms]
[13:40:42.348] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/uicomponents/widgets/upload.js?language=en
[HTTP/1.1 200 OK 484ms]
[13:40:42.349] GET
https://xwiki.domain.com/xwiki/bin/skin/resources/js/xwiki/viewers/attachments.js?language=en
[HTTP/1.1 200 OK 548ms]
[13:40:42.351] GET
https://xwiki.domain.com/xwiki/bin/jsx/XWiki/SharePage?language=en
[HTTP/1.1 200 OK 538ms]
[13:40:42.352] GET
https://xwiki.domain.com/xwiki/bin/jsx/Panels/Applications?language=en
[HTTP/1.1 200 OK 534ms]
[13:40:42.353] GET
https://xwiki.domain.com/xwiki/resources/js/xwiki/compatibility.js
[HTTP/1.1 304 Not Modified 511ms]
[13:40:42.354] GET
https://xwiki.domain.com/xwiki/resources/js/xwiki/markerScript.js
[HTTP/1.1 304 Not Modified 518ms]
[13:40:42.355] GET
https://xwiki.domain.com/xwiki/resources/css/microformats.css
[HTTP/1.1 304 Not Modified 474ms]
[13:40:42.356] GET
https://xwiki.domain.com/xwiki/bin/skin/skins/colibri/colibri.css?colorTheme=ColorThemes.DefaultColorTheme
[HTTP/1.1 200 OK 570ms]
[13:40:42.615] Error in parsing value for 'background-image'.
Declaration dropped. @
https://xwiki.domain.com/xwiki/bin/skin/resources/css/xwiki%2Dmin.css?colorTheme=ColorThemes.DefaultColorTheme&language=en:2
[13:40:42.615] Error in parsing value for 'background-image'.
Declaration dropped. @
https://xwiki.domain.com/xwiki/bin/skin/resources/css/xwiki%2Dmin.css?colorTheme=ColorThemes.DefaultColorTheme&language=en:4
[13:40:42

Re: [xwiki-users] XWiki TableEdit extension

[shouldbe q931]

On Wed, Nov 13, 2013 at 1:55 PM, Caleb James DeLisle  wrote:
> It doesn't look like the skin extension is being pulled in,
> are you sure it was saved by a user with programming right?
>
> Thanks,
> Caleb

Hi Caleb,

/embarrassed face

the account had admin rights, but not programming rights

Its now working correctly :-)

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

Re: [xwiki-users] XWiki TableEdit extension

[shouldbe q931]

On Wed, Nov 13, 2013 at 2:34 PM, shouldbe q931  wrote:
> On Wed, Nov 13, 2013 at 1:55 PM, Caleb James DeLisle  
> wrote:
>> It doesn't look like the skin extension is being pulled in,
>> are you sure it was saved by a user with programming right?
>>
>> Thanks,
>> Caleb
>
> Hi Caleb,
>
> /embarrassed face
>
> the account had admin rights, but not programming rights
>
> Its now working correctly :-)
>
Hi Caleb,

er, working correctly as in the pencil shows, but when clicked on, the
table doesn't open, only seeing gery box named "ModalBox Window" with
no content

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

Re: [xwiki-users] XWiki TableEdit extension

[shouldbe q931]

On Wed, Nov 13, 2013 at 3:15 PM, Caleb James DeLisle  wrote:
> Hmm,
> does anything show up in the console as far as errors?
>
> Thanks,
> Caleb
>

Hi Caleb,

Apologies, should have checked first, there are two errors in the console

[17:18:33.222] Error: Script error for: jQueryNoConflict
http://requirejs.org/docs/errors.html#scripterror @
https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1
[17:18:40.116] Error: Load timeout for modules:
xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
http://requirejs.org/docs/errors.html#timeout @
https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1

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

Re: [xwiki-users] XWiki TableEdit extension

[shouldbe q931]

On Wed, Nov 13, 2013 at 5:20 PM, shouldbe q931  wrote:
> On Wed, Nov 13, 2013 at 3:15 PM, Caleb James DeLisle  
> wrote:
>> Hmm,
>> does anything show up in the console as far as errors?
>>
>> Thanks,
>> Caleb
>>
>
> Hi Caleb,
>
> Apologies, should have checked first, there are two errors in the console
>
> [17:18:33.222] Error: Script error for: jQueryNoConflict
> http://requirejs.org/docs/errors.html#scripterror @
> https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1
> [17:18:40.116] Error: Load timeout for modules:
> xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
> http://requirejs.org/docs/errors.html#timeout @
> https://xwiki.domain.com/xwiki/resources/js/amd/require.js:1
>
> Cheers

The above appears to have missed a bit of the error

GET https://xwiki.domain.com/xwiki/bin/ssx/XWiki/spinner.gif 404 (Not
Found) prototype.js:8
GET https://xwiki.domain.com/jQueryNoConflict.js 404 (Not Found) require.js:1
Uncaught Error: Script error for: jQueryNoConflict
http://requirejs.org/docs/errors.html#scripterror require.js:1
Uncaught Error: Load timeout for modules:
xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe_unnormalized2,xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/iframe!xwiki/bin/download/XWiki/TableEdit/jquery%2Dsheet%2Damd.zip/jqs@jquery-sheet-iframe
http://requirejs.org/docs/errors.html#timeout

I'm not sure why it's looking for jQueryNoConflict.js in the root of
the webserver ? I've checked on the server, and jQueryNoConflict.js
does not exist on the server as a file.

A spinner.gif exist in /webapps/xwiki/resources/icons/xwiki/spinner.gif

I also don't understand the xwiki/bin path in the above, I don't have a /bin

I'm well out of my depth with this and would appreciate any assistance.

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

[xwiki-users] cell borders in tables

[shouldbe q931]

Seem to have vanished, is there as way to bring them back ?

I'm loving the copy and paste from Excel to create a table, but I
would love to see the cell borders, it makes it much easier when
navigating a larger table.

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

Re: [xwiki-users] cell borders in tables

[shouldbe q931]

Apologies for the possibly "dumb" question, but how would I add and
apply the stylesheet object ?

Cheers


On Sat, Feb 28, 2015 at 5:30 PM, Pascal BASTIEN  wrote:
> Hello,
> If you want table like "old" Colibri skin (with cell borders) you must add a 
> StyleSheetExtension object with this and applied it on current wiki:
>
> /* Modif CSS de flamingo - ver 1.1 - 23/05/2014 */
> th {
> background-color: #F3F3F3;
> font-weight: 700;
> }
> .main th, .main td, .wiki-table th, .wiki-table td {
> border: 1px solid #E8E8E8;
> padding: 3px 4px;
> }
> /* écrasement de "table{width:100%" de style.css  */
> table {
>   width: auto;
> }
>
> Pascal B
>
>
>
> 
> En date de : Ven 27.2.15, shouldbe q931  a écrit :
>
>  Objet: [xwiki-users] cell borders in tables
>  À: "XWiki Users" 
>  Date: Vendredi 27 février 2015, 15h21
>
>  Seem to have vanished, is there as
>  way to bring them back ?
>
>  I'm loving the copy and paste from Excel to create a table,
>  but I
>  would love to see the cell borders, it makes it much easier
>  when
>  navigating a larger table.
>
>  Cheers
>  ___
>  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

[xwiki-users] migrating from .war to Debain apt package

[shouldbe q931]

Hi,

I'm struggling with migrating a 6.3 .war instance to a Debian
APT/package 7.3 instance.

I had hoped I would be able to install as per
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT
choosing the xwiki-enterprise-tomcat7-mysql package, then edit
hibernate.cfg.xml to point at the existing (external) MySQL instance
hosting the database, then edit server.xml, xwiki.cfg and
xwiki.properties to match the previous.

The new instance connects, and after editing xwiki.cfg, I can login as
superadmin, the previously setup LDAP auth not working), I was
expecting to see the xwiki updater run, but it did not, and the top
bar of xwiki is empty, it only has the logo on the far left and the
three little lines on teh far right under which the only option is
logout.

Do I need to to do a .war update to get it up to 7.3 before migrating
to a Debian APT/package instance ? or is there something that I have
missed ?

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

Re: [xwiki-users] migrating from .war to Debain apt package

[shouldbe q931]

On Fri, Dec 18, 2015 at 7:30 PM, Paul Libbrecht  wrote:
> I'm sure others will have better hints, and your log could help, but I'd
> start by stopping the server, restoring the DB backup, then start it up.
>
> paul
>
>> shouldbe q931 <mailto:shouldbeq...@gmail.com>
>> 18 décembre 2015 20:05
>> Hi,
>>
>> I'm struggling with migrating a 6.3 .war instance to a Debian
>> APT/package 7.3 instance.
>>
>> I had hoped I would be able to install as per
>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT
>> choosing the xwiki-enterprise-tomcat7-mysql package, then edit
>> hibernate.cfg.xml to point at the existing (external) MySQL instance
>> hosting the database, then edit server.xml, xwiki.cfg and
>> xwiki.properties to match the previous.
>>
>> The new instance connects, and after editing xwiki.cfg, I can login as
>> superadmin, the previously setup LDAP auth not working), I was
>> expecting to see the xwiki updater run, but it did not, and the top
>> bar of xwiki is empty, it only has the logo on the far left and the
>> three little lines on teh far right under which the only option is
>> logout.
>>
>> Do I need to to do a .war update to get it up to 7.3 before migrating
>> to a Debian APT/package instance ? or is there something that I have
>> missed ?
>>
>> Cheers
>> ___
>> 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

Hi Paul,

I'm fairly sure that none of the standard logs will help me with this
as the tomcat/java side is working correctly, it is the xwiki
application which is not seeing that the db needs to be updated.

I have already stopping tomcat, rolling back to a previous database
snapshot and retrying, but did not see any improvement.

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

Re: [xwiki-users] migrating from .war to Debain apt package

[shouldbe q931]

On Fri, Dec 18, 2015 at 11:45 PM, shouldbe q931  wrote:
> On Fri, Dec 18, 2015 at 7:30 PM, Paul Libbrecht  wrote:
>> I'm sure others will have better hints, and your log could help, but I'd
>> start by stopping the server, restoring the DB backup, then start it up.
>>
>> paul
>>
>>> shouldbe q931 <mailto:shouldbeq...@gmail.com>
>>> 18 décembre 2015 20:05
>>> Hi,
>>>
>>> I'm struggling with migrating a 6.3 .war instance to a Debian
>>> APT/package 7.3 instance.
>>>
>>> I had hoped I would be able to install as per
>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT
>>> choosing the xwiki-enterprise-tomcat7-mysql package, then edit
>>> hibernate.cfg.xml to point at the existing (external) MySQL instance
>>> hosting the database, then edit server.xml, xwiki.cfg and
>>> xwiki.properties to match the previous.
>>>
>>> The new instance connects, and after editing xwiki.cfg, I can login as
>>> superadmin, the previously setup LDAP auth not working), I was
>>> expecting to see the xwiki updater run, but it did not, and the top
>>> bar of xwiki is empty, it only has the logo on the far left and the
>>> three little lines on teh far right under which the only option is
>>> logout.
>>>
>>> Do I need to to do a .war update to get it up to 7.3 before migrating
>>> to a Debian APT/package instance ? or is there something that I have
>>> missed ?
>>>
>>> Cheers
>>> ___
>>> 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
>
> Hi Paul,
>
> I'm fairly sure that none of the standard logs will help me with this
> as the tomcat/java side is working correctly, it is the xwiki
> application which is not seeing that the db needs to be updated.
>
> I have already stopping tomcat, rolling back to a previous database
> snapshot and retrying, but did not see any improvement.
>
> Cheers

I imported the 7.3 xar, and now it looks much better :-)

Importing the xar did not wipe content or groups, but did wipe rights
and LDAP config, wit the LDAP config recreated and the rights
correctly set, it appears to up and running :-)

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

Re: [xwiki-users] migrating from .war to Debain apt package

[shouldbe q931]

On Sat, Dec 19, 2015 at 12:46 AM, shouldbe q931  wrote:
> On Fri, Dec 18, 2015 at 11:45 PM, shouldbe q931  
> wrote:
>> On Fri, Dec 18, 2015 at 7:30 PM, Paul Libbrecht  wrote:
>>> I'm sure others will have better hints, and your log could help, but I'd
>>> start by stopping the server, restoring the DB backup, then start it up.
>>>
>>> paul
>>>
>>>> shouldbe q931 <mailto:shouldbeq...@gmail.com>
>>>> 18 décembre 2015 20:05
>>>> Hi,
>>>>
>>>> I'm struggling with migrating a 6.3 .war instance to a Debian
>>>> APT/package 7.3 instance.
>>>>
>>>> I had hoped I would be able to install as per
>>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT
>>>> choosing the xwiki-enterprise-tomcat7-mysql package, then edit
>>>> hibernate.cfg.xml to point at the existing (external) MySQL instance
>>>> hosting the database, then edit server.xml, xwiki.cfg and
>>>> xwiki.properties to match the previous.
>>>>
>>>> The new instance connects, and after editing xwiki.cfg, I can login as
>>>> superadmin, the previously setup LDAP auth not working), I was
>>>> expecting to see the xwiki updater run, but it did not, and the top
>>>> bar of xwiki is empty, it only has the logo on the far left and the
>>>> three little lines on teh far right under which the only option is
>>>> logout.
>>>>
>>>> Do I need to to do a .war update to get it up to 7.3 before migrating
>>>> to a Debian APT/package instance ? or is there something that I have
>>>> missed ?
>>>>
>>>> Cheers
>>>> ___
>>>> 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
>>
>> Hi Paul,
>>
>> I'm fairly sure that none of the standard logs will help me with this
>> as the tomcat/java side is working correctly, it is the xwiki
>> application which is not seeing that the db needs to be updated.
>>
>> I have already stopping tomcat, rolling back to a previous database
>> snapshot and retrying, but did not see any improvement.
>>
>> Cheers
>
> I imported the 7.3 xar, and now it looks much better :-)
>
> Importing the xar did not wipe content or groups, but did wipe rights
> and LDAP config, wit the LDAP config recreated and the rights
> correctly set, it appears to up and running :-)
>
> Cheers

Most of the spaces are fine, but there are three that look like
http://pasteboard.co/8zJUMYt.png

I have confirmed that the rights on the spaces with the error are the
same as the rights on the spaces that do not show the error

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

Re: [xwiki-users] migrating from .war to Debain apt package

[shouldbe q931]

On Sun, Dec 20, 2015 at 1:15 AM, Paul Libbrecht  wrote:
> Can you copy the text of the error that you get when clicking?
>
> paul
>
> shouldbe q931 wrote:
>> Most of the spaces are fine, but there are three that look like
>> http://pasteboard.co/8zJUMYt.png
>>
>> I have confirmed that the rights on the spaces with the error are the
>> same as the rights on the spaces that do not show the error
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users

pastebins of the text

pages http://pastebin.com/pnJxVr89
activity stream http://pastebin.com/D3BkSM6i
tags http://pastebin.com/XPquSSJs

They all have "org.xwiki.rendering.macro.MacroExecutionException: The
execution of the [velocity] script macro is not allowed. Check the
rights of its last author or the parameters if it's rendered from
another script." as the first line, which can also be seen from the
screengrab.

I thought I was the original creator of the spaces that have this
issue, and I have the script right, but maybe I am mistaken...

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

Re: [xwiki-users] migrating from .war to Debain apt package

[shouldbe q931]

On Tue, Jan 5, 2016 at 9:13 AM, Eduard Moraru  wrote:
> Hi,
>
> Make sure you read the error message that says "Check the rights of its
> last author" (i.e. no the creator). Script rights are checked on the last
> content author of the document and, if in your migration you haven`t given
> script rights to that user, all his scripts will stop functioning.
>
> Hope this helps,
> Eduard

Hi Eduard,

As I posted, I have read the error message, and although I have the
script right, I see the error.

I also still see the error if I save the page...

Cheers



>
> On Mon, Dec 21, 2015 at 3:01 AM, shouldbe q931 
> wrote:
>
>> On Sun, Dec 20, 2015 at 1:15 AM, Paul Libbrecht  wrote:
>> > Can you copy the text of the error that you get when clicking?
>> >
>> > paul
>> >
>> > shouldbe q931 wrote:
>> >> Most of the spaces are fine, but there are three that look like
>> >> http://pasteboard.co/8zJUMYt.png
>> >>
>> >> I have confirmed that the rights on the spaces with the error are the
>> >> same as the rights on the spaces that do not show the error
>> >
>> > ___
>> > users mailing list
>> > users@xwiki.org
>> > http://lists.xwiki.org/mailman/listinfo/users
>>
>> pastebins of the text
>>
>> pages http://pastebin.com/pnJxVr89
>> activity stream http://pastebin.com/D3BkSM6i
>> tags http://pastebin.com/XPquSSJs
>>
>> They all have "org.xwiki.rendering.macro.MacroExecutionException: The
>> execution of the [velocity] script macro is not allowed. Check the
>> rights of its last author or the parameters if it's rendered from
>> another script." as the first line, which can also be seen from the
>> screengrab.
>>
>> I thought I was the original creator of the spaces that have this
>> issue, and I have the script right, but maybe I am mistaken...
>>
>> Cheers
>> ___
>> 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] migrating from .war to Debain apt package

[shouldbe q931]

On Wed, Jan 6, 2016 at 10:47 AM, Eduard Moraru  wrote:
> Hi,
>
> Regarding your original question (Distribution Wizard not showing), there's
> a troubleshooting section [1] in the documentation that maybe helps.
>
> Regarding the rights issue, in the screenshot you`ve posted [2] I notice
> that both the creator and last author are not set, so there is a problem
> with your documents (the xar import process or something), but your
> document's content author is surely not well set.
>
> As an example, go to Main.Activity and it will probably say that it does
> not have PR/SR. Now edit the page in wiki syntax and add an extra space in
> the content . You need to do this otherwise an empty save does not change
> the internal "content author" (which is used for checking PR/SR), just the
> "last author".
>
> You could try the "Check content author" [3] extension/snippet that can
> help you debug these issues.
>
> Thanks,
> Eduard
>
> --
> [1]
> http://platform.xwiki.org/xwiki/bin/view/Features/DistributionWizard#HThewizardfailstoappearatstartup
> [2] http://pasteboard.co/8zJUMYt.png
> [3]
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Check+Content+Author
>


I "fixed" the distribution wizard issue by installing the 7.3 admin xar

There was no xar import process for the rest of the content, it was an
upgrade to an existing database, I "fixed" the problem by editing the
page (a space page), and then reverting to the previous version.

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

[xwiki-users] oddity after upgrade from 7.4.1 to 7.4.2

[shouldbe q931]

Ubuntu 14.04 with xwiki installed from xwiki repo

after apt-getupdate and apt-get dist-upgrade and a reboot, ran through
the distribution wizard on first login, no errors seen, but the front
page looked like http://pasteboard.co/1ZhrOEed.png

I followed "The wizard fails to appear at startup" on
http://platform.xwiki.org/xwiki/bin/view/Features/DistributionWizard
and deleted the .../jobs/status/distribution/status.xml file, then
restarted, the distribution wizard was not seen, but the "pages" are
now working again

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

Re: [xwiki-users] oddity after upgrade from 7.4.1 to 7.4.2

[shouldbe q931]

On Thu, Mar 3, 2016 at 1:03 PM, Thomas Mortagne
 wrote:
> I did the same exact same thing as you yesterday (on the same system)
> and it went well for me.
>
> Are you sure you were connected with a user having admin right ?
>

Absolutely positively an admin user within xwiki :-)

I had missed something from my first post, after seeing the "Pages"
missing I did try a couple of reboots* but there was no change, it was
only after I removed the  .../jobs/status/distribution/status.xml file
and rebooted that it appeared.

I wonder if I might have misclicked something at the end of the
distribution wizard, but as the distribution wizard didn't show after
that reboot, I'm not sure...

* I'm quite aware I only needed to restart tomcat, but as I'm the only
user, and its a VM that boots in ~5 seconds...

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

Re: [xwiki-users] oddity after upgrade from 7.4.1 to 7.4.2

[shouldbe q931]

On Fri, Mar 4, 2016 at 8:44 AM, Thomas Mortagne
 wrote:
> Ok I understood from your first mail that the DW was not showing up
> even after you delete the DW status. Maybe you clicked by mistake the
> "never" button (which disable DW until next upgrade) instead of
> "continue" or something like this. If you have kept the distribution
> status from that time you should see in it if the step was completed
> or canceled.
>

Apologies, I think I have not been adequately clear

the complete sequence was as follows

sudo apt-get update && apt-get update
reboot
DW runs and appears to complete, but "Pages" is empty
rebooted
DW does not run, "Pages" is still empty
rebooted
DW does not run, "Pages" is still empty
renamed .../jobs/status/distribution/status.xml to status.xml.old
rebooted
DW does not run, "Pages" now shows

the renamed status.xml has contents as per http://pastebin.com/HW4WjFR1

apart from the timestamps, the old version contains

  
org.xwiki.enterprise:xwiki-enterprise-web

  
7.4.2
  

  
  
org.xwiki.enterprise:xwiki-enterprise-ui-mainwiki

  

this does not appear in the current status.xml

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

Re: [xwiki-users] oddity after upgrade from 7.4.1 to 7.4.2

[shouldbe q931]

> This looks like the status after you deleted it since otherwise you
> would have 7.4.1 as previous version (that's what I have on my side
> for example).
>

xlocal@xwiki-02:~$ ls -al /var/lib/xwiki/data/jobs/status/distribution/
total 28
drwxr-xr-x 2 tomcat7 tomcat7 4096 Mar  3 10:58 .
drwxr-xr-x 6 tomcat7 tomcat7 4096 Dec 19 01:13 ..
-rw-r--r-- 1 tomcat7 tomcat7 8114 Mar  3 10:58 status.xml
-rw-r--r-- 1 tomcat7 tomcat7 8791 Mar  3 10:47 status.xml.old

granted you are only seeing file sizes and dates, but it is most
certainly from the one that I renamed

the more recent status.xml does not have that section, and is smaller

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

[xwiki-users] Error after updating from 7.4.2 to 8.0.0

[shouldbe q931]

Ubuntu 14.0.4  xwiki repo install

kept original xwiki.cf and /etc/xwiki/hibernate.cfg.xml then manually
edited to add newness then restarted tomcat

distribution wizard ran and completed, changed xwikiadmin users, but
logged on as superadmin to resolve

however, now "Pages" fails to display

looks like

http://pasteboard.co/2kA88wLR.png

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

Re: [xwiki-users] Error after updating from 7.4.2 to 8.0.0

[shouldbe q931]

On Thu, Mar 17, 2016 at 11:16 AM, Marius Dumitru Florea
 wrote:
> On Thu, Mar 17, 2016 at 1:01 PM, shouldbe q931 
> wrote:
>
>> Ubuntu 14.0.4  xwiki repo install
>>
>> kept original xwiki.cf and /etc/xwiki/hibernate.cfg.xml then manually
>> edited to add newness then restarted tomcat
>>
>> distribution wizard ran and completed, changed xwikiadmin users, but
>> logged on as superadmin to resolve
>>
>> however, now "Pages" fails to display
>>
>> looks like
>>
>> http://pasteboard.co/2kA88wLR.png
>
>
> Maybe a restart will fix the issue? You can also check who is the last
> author of the XWiki.DocumentTree page which defines the documentTree macro.
>
> Hope this helps,
> Marius
>
>

a restart fixed it :-)

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

[xwiki-users] checklist creation and use

[shouldbe q931]

Hi,

Long time user, very infrequent poster...

I'm looking for something for users of our xwiki to create checklists
as something akin to a template, and then use the created checklist
template, saving the completed checklist as a page.

Any suggestions would be welcomed.

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

[xwiki-users] CKEditor

[shouldbe q931]

Hi All,

On an infrequently maintained xwiki instance (.deb on Ubuntu), which
was running 8.4.1, the default editor is WYSIWYG

In Administration | Edit Mode Settings | DEFAULT EDITOR, the dropdown
box contains Wysiwyg and Text, and does NOT contain CKEditor

If a page in the wiki is selected, the edit icon has the options in
the dropdown for WYSIWYG, CKEditor, Wiki & Inline form, then below it,
Objects and Class. If CKEditor is selected, the edit window is not
shown.

I tried an update to 8.4.4, and there is no change in Administration |
Edit Mode Settings | DEFAULT EDITOR, but when a page is edited, it now
shows in the place where I would expect to see the edit window the
below

Content
#ckeditor($parameters)


I'm lost as to where to look next, and would welcome some guidance.

Cheers

Arne

Re: [xwiki-users] CKEditor

[shouldbe q931]

On Tue, Jan 17, 2017 at 10:54 AM, Thomas Mortagne
 wrote:
> In standard XE, CKEditor is indicated as default in
> /etc/xwiki/xwiki.properties configuration file.
>
> Maybe you had conflict at some point in xwiki.properties and kept the
> previous version (and then apt kept it like this since there was no
> change in standard xwiki.properties file).
>
> Here is how it's supposed to look like at the end:
>
> #-# [Since 8.2RC1]
> #-# Indicate the default editor to use for a specific data type.
> #-# The editors are components so they are specified using their role
> hints.
> #-# Some data types can be edited in multiple ways, by different types
> of editors.
> #-# Thus you can also indicate the default editor to use from a
> specific category (editor type).
> #-#
> #-# The format is this:
> #-# edit.defaultEditor.=
> #-# edit.defaultEditor.#=
> #-#
> #-# The default bindings are:
> # edit.defaultEditor.org.xwiki.rendering.syntax.SyntaxContent=text
> # edit.defaultEditor.org.xwiki.rendering.syntax.SyntaxContent#text=text
> # edit.defaultEditor.org.xwiki.rendering.block.XDOM=text
> # edit.defaultEditor.org.xwiki.rendering.block.XDOM#text=text
> edit.defaultEditor.org.xwiki.rendering.syntax.SyntaxContent#wysiwyg=ckeditor
> edit.defaultEditor.org.xwiki.rendering.block.XDOM#wysiwyg=ckeditor
>

The end of the file /etc/xwiki/xwiki.properties looks like

#-# [Since 8.2RC1]
#-# Indicate the default editor to use for a specific data type.
#-# The editors are components so they are specified using their role hints.
#-# Some data types can be edited in multiple ways, by different types
of editors.
#-# Thus you can also indicate the default editor to use from a
specific category (editor type).
#-#
#-# The format is this:
#-# edit.defaultEditor.=
#-# edit.defaultEditor.#=
#-#
#-# The default bindings are:
# edit.defaultEditor.org.xwiki.rendering.syntax.SyntaxContent=text
# edit.defaultEditor.org.xwiki.rendering.syntax.SyntaxContent#text=text
# edit.defaultEditor.org.xwiki.rendering.block.XDOM=text
# edit.defaultEditor.org.xwiki.rendering.block.XDOM#text=text
edit.defaultEditor.org.xwiki.rendering.syntax.SyntaxContent#wysiwyg=ckeditor
edit.defaultEditor.org.xwiki.rendering.block.XDOM#wysiwyg=ckeditor


Cheers

Arne

Re: [xwiki-users] CKEditor

[shouldbe q931]

On Tue, Jan 17, 2017 at 10:58 AM, Marius Dumitru Florea
 wrote:
> On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 
> wrote:
>
>> Hi All,
>>
>> On an infrequently maintained xwiki instance (.deb on Ubuntu), which
>> was running 8.4.1, the default editor is WYSIWYG
>>
>>
>
>> In Administration | Edit Mode Settings | DEFAULT EDITOR, the dropdown
>> box contains Wysiwyg and Text, and does NOT contain CKEditor
>>
>
> That's normal. Below "Default Editor" you should have "Default WYSIWYG
> Editor" as in
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Administration+Application#HEditModeSettings
> . That is the property that should list CKEditor as a possible value. But
> CKEditor should be the default WYSIWYG editor in XWiki 8.4.1 even if you
> leave this property unset.

The edit mode looks like

https://s23.postimg.org/mnapaie3f/editmode.png

>> If a page in the wiki is selected, the edit icon has the options in
>> the dropdown for WYSIWYG, CKEditor, Wiki & Inline form, then below it,
>> Objects and Class.
>
>
> XWiki 8.4.1 is using CKEditor 1.9 which doesn't extend the edit menu, see
> http://jira.xwiki.org/browse/CKEDITOR-96 .
>
>
>> If CKEditor is selected, the edit window is not
>> shown.
>>

If I try to edit a (blank) page with CK editor

https://s30.postimg.org/9ftdmdri9/ckeditor.png

> Did you upgrade to 8.4.1 from a previous version? It may be the case that
> CKEditor was not upgraded properly. Or maybe you didn't clear the browser
> cache.

Yes it was updated, but I couldn't tell you what the previous version
was, I think it started out as a 2.x.x release

>> I tried an update to 8.4.4, and there is no change in Administration |
>> Edit Mode Settings | DEFAULT EDITOR, but when a page is edited, it now
>> shows in the place where I would expect to see the edit window the
>> below
>>
>> Content
>> #ckeditor($parameters)
>>
>
> It seems CKEditor was still not upgraded properly.

As ckeditor shows as "Installed as a dependency", how might I go about
upgrading it properly ?

https://s27.postimg.org/6k9up5i8j/dependency.png

Cheers

Arne

Re: [xwiki-users] CKEditor

[shouldbe q931]

On Wed, Jan 18, 2017 at 6:38 AM, Marius Dumitru Florea
 wrote:
> On Tue, Jan 17, 2017 at 10:48 PM, shouldbe q931 
> wrote:
>
>> On Tue, Jan 17, 2017 at 10:58 AM, Marius Dumitru Florea
>>  wrote:
>> > On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 
>> > wrote:
>> >
>>
>> The edit mode looks like
>>
>
>> https://s23.postimg.org/mnapaie3f/editmode.png
>
>
> This is how it should look like, since XWiki 8.2
> http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/ReleaseNotesXWiki82RC1/WebHome/defaultWysiwygEditorConfig.png
> . So your administration UI (i.e. wiki pages) has not been upgraded
> property. You're missing at least the "Default WYSIWYG Editor" drop down
> and the "Syntaxes" configuration section (on the left).

it doesn't look like that :-(

>> As ckeditor shows as "Installed as a dependency", how might I go about
>> upgrading it properly ?
>>
>> https://s27.postimg.org/6k9up5i8j/dependency.png
>
>
> You cannot upgrade it in 8.4.1 ( http://jira.xwiki.org/browse/XE-1570 ) but
> 1.10 is the latest version ATM anyway. The problem you have, most probably,
> is that it wasn't upgraded correctly to this 1.10 version, and since you're
> also missing stuff from the administration it looks like the problem is
> more general: the upgrade to XWiki 8.4.1 was not done correctly (at least
> for the UI part). Did you use the Distribution Wizard to upgrade the wiki
> pages? You probably had merge conflicts which were not resolved correctly
> (either by Extension Manager or by the person that did the upgrade).
>
>
I'm fairly sure that there were no obvious issues when using the
distribution wizard last time (so much nicer then it used to be). When
I tried an update to 8.4.4, there were some merge conflicts, and on
each of them I chose to not merge and not keep the old.

The screengrabs in the links were taken after I had upgraded to 8.4.4,
I have since reverted it to the (offline) snapshot of the database
server and xwiki server I took before the upgrade (the joy of
virtualisation :-)

Should I try importing the 8.4.1 admin .war and see if that fixes it ?
or is there a different course you would suggest ?

Cheers

Arne

Re: [xwiki-users] CKEditor

[shouldbe q931]

On Thu, Jan 19, 2017 at 10:07 AM, Marius Dumitru Florea
 wrote:
> On Thu, Jan 19, 2017 at 1:04 AM, shouldbe q931 
> wrote:
>
>> On Wed, Jan 18, 2017 at 6:38 AM, Marius Dumitru Florea
>>  wrote:
>> > On Tue, Jan 17, 2017 at 10:48 PM, shouldbe q931 
>> > wrote:
>> >
>> >> On Tue, Jan 17, 2017 at 10:58 AM, Marius Dumitru Florea
>> >>  wrote:
>> >> > On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 <
>> shouldbeq...@gmail.com>
>> >> > wrote:
>> >> >
>> >>
>> >> The edit mode looks like
>> >>
>> >
>> >> https://s23.postimg.org/mnapaie3f/editmode.png
>> >
>> >
>> > This is how it should look like, since XWiki 8.2
>> > http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/
>> ReleaseNotesXWiki82RC1/WebHome/defaultWysiwygEditorConfig.png
>> > . So your administration UI (i.e. wiki pages) has not been upgraded
>> > property. You're missing at least the "Default WYSIWYG Editor" drop down
>> > and the "Syntaxes" configuration section (on the left).
>>
>> it doesn't look like that :-(
>>
>> >> As ckeditor shows as "Installed as a dependency", how might I go about
>> >> upgrading it properly ?
>> >>
>> >> https://s27.postimg.org/6k9up5i8j/dependency.png
>> >
>> >
>> > You cannot upgrade it in 8.4.1 ( http://jira.xwiki.org/browse/XE-1570 )
>> but
>> > 1.10 is the latest version ATM anyway. The problem you have, most
>> probably,
>> > is that it wasn't upgraded correctly to this 1.10 version, and since
>> you're
>> > also missing stuff from the administration it looks like the problem is
>> > more general: the upgrade to XWiki 8.4.1 was not done correctly (at least
>> > for the UI part). Did you use the Distribution Wizard to upgrade the wiki
>> > pages? You probably had merge conflicts which were not resolved correctly
>> > (either by Extension Manager or by the person that did the upgrade).
>> >
>> >
>> I'm fairly sure that there were no obvious issues when using the
>> distribution wizard last time (so much nicer then it used to be). When
>> I tried an update to 8.4.4, there were some merge conflicts, and on
>> each of them I chose to not merge and not keep the old.
>>
>> The screengrabs in the links were taken after I had upgraded to 8.4.4,
>> I have since reverted it to the (offline) snapshot of the database
>> server and xwiki server I took before the upgrade (the joy of
>> virtualisation :-)
>>
>>
>
>> Should I try importing the 8.4.1 admin .war and see if that fixes it ?
>>
>
> You can try to import the 8.4.1 (or 8.4.4, depends which version you're on)
> administration XAR (not WAR)
> http://maven.xwiki.org/releases/org/xwiki/platform/xwiki-platform-administration-ui/8.4.1/
> . It will probably fix the administration but I'm afraid you may have other
> pages (outside the administration) that are in the same situation.
>

I realised the war/xar mistake just as I clicked send...

I imported the .xar, and now in edit mode it shows default wysiwyg
editor as well as default edit mode, the only options for default
wysiwyg edit are "---" and "GWT"

Attempting to use CKEditor to edit a page has had no change.

As at least the edit mode shows default wysiwyg editor, I will try
another update to 8.4.4 and see if it improves matters, but if you
have any other suggestions on what might be tried, I would be very
happy to try them.

Cheers

Arne

Re: [xwiki-users] CKEditor

[shouldbe q931]

On Thu, Jan 19, 2017 at 10:42 AM, shouldbe q931  wrote:
> On Thu, Jan 19, 2017 at 10:07 AM, Marius Dumitru Florea
>  wrote:
>> On Thu, Jan 19, 2017 at 1:04 AM, shouldbe q931 
>> wrote:
>>
>>> On Wed, Jan 18, 2017 at 6:38 AM, Marius Dumitru Florea
>>>  wrote:
>>> > On Tue, Jan 17, 2017 at 10:48 PM, shouldbe q931 
>>> > wrote:
>>> >
>>> >> On Tue, Jan 17, 2017 at 10:58 AM, Marius Dumitru Florea
>>> >>  wrote:
>>> >> > On Mon, Jan 16, 2017 at 8:06 PM, shouldbe q931 <
>>> shouldbeq...@gmail.com>
>>> >> > wrote:
>>> >> >
>>> >>
>>> >> The edit mode looks like
>>> >>
>>> >
>>> >> https://s23.postimg.org/mnapaie3f/editmode.png
>>> >
>>> >
>>> > This is how it should look like, since XWiki 8.2
>>> > http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/
>>> ReleaseNotesXWiki82RC1/WebHome/defaultWysiwygEditorConfig.png
>>> > . So your administration UI (i.e. wiki pages) has not been upgraded
>>> > property. You're missing at least the "Default WYSIWYG Editor" drop down
>>> > and the "Syntaxes" configuration section (on the left).
>>>
>>> it doesn't look like that :-(
>>>
>>> >> As ckeditor shows as "Installed as a dependency", how might I go about
>>> >> upgrading it properly ?
>>> >>
>>> >> https://s27.postimg.org/6k9up5i8j/dependency.png
>>> >
>>> >
>>> > You cannot upgrade it in 8.4.1 ( http://jira.xwiki.org/browse/XE-1570 )
>>> but
>>> > 1.10 is the latest version ATM anyway. The problem you have, most
>>> probably,
>>> > is that it wasn't upgraded correctly to this 1.10 version, and since
>>> you're
>>> > also missing stuff from the administration it looks like the problem is
>>> > more general: the upgrade to XWiki 8.4.1 was not done correctly (at least
>>> > for the UI part). Did you use the Distribution Wizard to upgrade the wiki
>>> > pages? You probably had merge conflicts which were not resolved correctly
>>> > (either by Extension Manager or by the person that did the upgrade).
>>> >
>>> >
>>> I'm fairly sure that there were no obvious issues when using the
>>> distribution wizard last time (so much nicer then it used to be). When
>>> I tried an update to 8.4.4, there were some merge conflicts, and on
>>> each of them I chose to not merge and not keep the old.
>>>
>>> The screengrabs in the links were taken after I had upgraded to 8.4.4,
>>> I have since reverted it to the (offline) snapshot of the database
>>> server and xwiki server I took before the upgrade (the joy of
>>> virtualisation :-)
>>>
>>>
>>
>>> Should I try importing the 8.4.1 admin .war and see if that fixes it ?
>>>
>>
>> You can try to import the 8.4.1 (or 8.4.4, depends which version you're on)
>> administration XAR (not WAR)
>> http://maven.xwiki.org/releases/org/xwiki/platform/xwiki-platform-administration-ui/8.4.1/
>> . It will probably fix the administration but I'm afraid you may have other
>> pages (outside the administration) that are in the same situation.
>>
>
> I realised the war/xar mistake just as I clicked send...
>
> I imported the .xar, and now in edit mode it shows default wysiwyg
> editor as well as default edit mode, the only options for default
> wysiwyg edit are "---" and "GWT"
>
> Attempting to use CKEditor to edit a page has had no change.
>
> As at least the edit mode shows default wysiwyg editor, I will try
> another update to 8.4.4 and see if it improves matters, but if you
> have any other suggestions on what might be tried, I would be very
> happy to try them.

Updated to 8.4.4 again, no errors seen in the distribution wizard, did
not merge/keep with any of the confilcts.

Although it showed "default wysiwyg editor" after importing the 8.4.1
admin.xar, after updating to 8.4.4, "default wysiwyg editor" was no
longer shown, and the problem remained :-(

With nothing to lose, I uninstalled and reinstalled the ckeditor
extensions, and after a ctrl+shift+r, ckeditor works :-)

Cheers

Arne

Re: [xwiki-users] 8.4.4: Totally Private Wiki?

[shouldbe q931]

On Fri, Jan 27, 2017 at 5:30 AM, Craig Wright  wrote:
> Howdy,
>
> Is it possible to setup an XWiki such that:
>
> - Users can register AND validate email.
> - After registration, users who have not been “approved” can only see one 
> page that says “Please wait for approval for access to this wiki."
> - Approved users have normal access controls.
>
> Right now I have removed all rights from the XWikiAllGroup and I manually 
> move users into the XWikiRegisteredUsers group (maybe a bad name since all 
> users are registered, it just means I approved them for access). The only 
> problem with this setup is that new users cannot validate their email until I 
> have added them to the XWikiRegisteredUsers group. I have not yet figured out 
> how to control access to that special Email Authorization page.
>
>  Thanks for any info!
> Craig

As a thought experiment, if instead of local xwiki users, you used an
external LDAP instance and something like PWM
https://github.com/pwm-project/pwm, people could self register via PWM
which would give them login rights, and then an administrator could
add the account to the appropriate xwiki group(s), or add the account
to the appropriate LDAP group(s), with the LDAP groups being used in
xwiki...

I have no experience with doing this.

Cheers