date:20161114

[xwiki-users] Rename/move space in subwiki does not update links

2016-11-14 Thread helged

Hi!
I just discovered an issue with renaming a space in a subwiki. Whenever I
rename a space in the main wiki the links are modified to reflect the new
space name - even links in subpages of the space are modified. But when I
rename a space in a subwiki the links are not modified and still points at
the old space name. Backlinks are not updated either.

I cannot find a bug or any other reference to this problem. Anyone else
experienced the same behavior. Discovered in XWiki 8.3. Upgraded to 8.4 but
no difference.

Regards,
Helge



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Rename-move-space-in-subwiki-does-not-update-links-tp7601838.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

[xwiki-users] Error when converting SVG to PDF

2016-11-14 Thread Dibyendu Das

Hi all,

I have been embedding svg inside html macro like this:

{{html}}

...

{{/html}}

and usually I can convert the resulting page to PDF without any problem.
However if I use *xmln:href* in the svg, the PDF converter throws an error
and renders a blank PDF.

Here's an example svg: https://jsfiddle.net/9dt5guab/1/


Here's the stack trace:

 ERROR o.a.f.a.FOUserAgent- SVG graphic could not be built.
Reason: org.apache.batik.bridge.BridgeException: file:/opt/web/base/./:-1
The attribute "xlink:href" of the element  is required
org.apache.batik.bridge.BridgeException: file:/opt/web/base/./:-1
The attribute "xlink:href" of the element  is required
at
org.apache.batik.bridge.SVGUseElementBridge.buildCompositeGraphicsNode(Unknown
Source)
at
org.apache.batik.bridge.SVGUseElementBridge.createGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
at
org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:104)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingDocument(AbstractIFPainter.java:319)
at
org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:286)
at
org.apache.fop.render.intermediate.IFRenderer.renderForeignObject(IFRenderer.java:1314)
at
org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:862)
at
org.apache.fop.render.AbstractPathOrientedRenderer.renderInlineViewport(AbstractPathOrientedRenderer.java:832)
at
org.apache.fop.render.intermediate.IFRenderer.renderInlineViewport(IFRenderer.java:864)
at
org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:715)
at
org.apache.fop.render.intermediate.IFRenderer.renderInlineArea(IFRenderer.java:928)
at
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:690)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:572)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderFlow(AbstractRenderer.java:457)
at
org.apache.fop.render.AbstractPathOrientedRenderer.renderFlow(AbstractPathOrientedRenderer.java:785)
at
org.apache.fop.render.AbstractRenderer.renderMainReference(AbstractRenderer.java:434)
at
org.apache.fop.render.AbstractRenderer.renderBodyRegion(AbstractRenderer.java:358)
at
org.apache.fop.render.AbstractRenderer.renderRegionViewport(AbstractRenderer.java:305)
at
org.apache.fop.render.intermediate.IFRenderer.renderRegionViewport(IFRenderer.java:739)
at
org.apache.fop.render.AbstractRenderer.renderPageAreas(AbstractRenderer.java:270)
at
org.apache.fop.render.AbstractRenderer.renderPage(AbstractRenderer.java:243)
at
org.apache.fop.render.intermediate.IFRenderer.renderPage(IFRenderer.java:587)
at
org.apache.fop.area.RenderPagesModel.addPage(RenderPagesModel.java:123)
at
org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.finishPage(AbstractPageSequenceLayoutManager.java:315)
at
org.apache.fop.layoutmgr.PageSequenceLayoutManager.finishPage(PageSequenceLayoutManager.java:216)
at
org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:140)
at
org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:267)
at

[xwiki-users] XWiki translated page strange behaviour

2016-11-14 Thread Qkxy

Hi All,

I have two XWiki 8.3 instances, both are set up for multilangue support:
default language hu, enabled languages en, hu.
I have created a page by script in instance 1 and created a hu translation
for this page by the editor.
The page has many objects.
I have exported the page as xar from instance 1 and imported into instance
2.
When I access the localized page in instance 2 it does not lists its
objects,
the $doc.getxWikiObjects() in velocity returns an empty map.
Do you have any idea what can cause this?
What could be missing in instance2?





The XML content almost identical on instance1, but the
$doc.getxWikiObjects() gives a non empty result
when the localized page rendered.







--
View this message in context: 
http://xwiki.475771.n2.nabble.com/XWiki-translated-page-strange-behaviour-tp7601835.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

[xwiki-users] Bounced Emails

2016-11-14 Thread Keith Davis

My subscription keeps getting disabled due to excessive bounces. I would
understand that if I was still hosting my web host's email server, but I'm
not having email send to my Gmail account. Any ideas what would be causing
that?

-- 
Keith Davis
214-906-5183
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] odt = zip bomb?

2016-11-14 Thread Pascal BASTIEN

Hello,

My ODT (Open Office) files attachments are detected like "zip bomb" files by 
tika and i think theses file are not proprely indexed by solr...
Do you know a way to exclude, odt files from tika' zip bomb check?
Thxs.

Here my log for odt files:
2016-11-14 11:33:04,474 [XWiki Solr index thread] ERROR 
.DocumentSolrMetadataExtractor - Failed to retrieve the content of attachment 
[Attachment xwiki:MyFile.odt] 
org.apache.tika.exception.TikaException: Zip bomb detected!
at 
org.apache.tika.sax.SecureContentHandler.throwIfCauseOf(SecureContentHandler.java:192)
at 
org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:123)
at org.apache.tika.Tika.parseToString(Tika.java:527)
...
at 
org.xwiki.search.solr.internal.DefaultSolrIndexer.run(DefaultSolrIndexer.java:377)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.tika.sax.SecureContentHandler$SecureSAXException: 
Suspected zip bomb: 100 levels of XML element nesting
at 
org.apache.tika.sax.SecureContentHandler.startElement(SecureContentHandler.java:234)
...
at 
org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:120)
... 11 common frames omitted


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

[xwiki-users] xwiki 7.1.2 perfomance problem with tomcat

2016-11-14 Thread aleksey-s

Hi,

We use xwiki version 7.1.2 with tomcat 8 and nginx. In peak of load (when
many users come in) we see that number of Threads grow and xwiki freeze. Ok,
we increased maxThreads from 250 (default)  up to 1100.  



But it is not enough. We don't know cause of problem because number of
simultaneous users in xwiki we have less than 300-400. We did threads dump
and saw many url with words .../download/... as active thread (~ 800 of 1100
active threads ). 

In our xwiki many pictures on pages (~10-15 per page) but we set

xwiki.store.cache.capacity=2000

In xwiki attachement cache folder only 1700 files (i.e.
xwiki.store.cache.capacity not need more).

What cause of problem with threads ? Why so many  threads active long time ? 
And may be someone know good settings for tomcat ? 



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/xwiki-7-1-2-perfomance-problem-with-tomcat-tp7601826.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

Re: [xwiki-users] Re-organize the Drawer's entries

2016-11-14 Thread Guillaume Delhumeau

OK so now it's a bit more than only re-organizing the drawer's entries.
Your proposition is also about removing some elements, and renaming some of
them. We are more closer to your original issue (
http://jira.xwiki.org/browse/XE-1582).

It's a big change that we usually don't do at the end of a development
cycle.

Concerning its content, and more precisely the renaming of the items, I
would love to read the opinion of committers. For example, I agree it looks
more natural to see "All users" than "User Index" or "All other wikis"
instead of "Wiki Index" in a subwiki, but it breaks the famous consistency
principle we tend to have.

I also like "Settings" instead of "Administration", but we could even go
deeper and say "Settings of the wiki" to not confuse with "User Settings".

You also propose a "Recent Changes" item, which could lead to the Activity
Stream. Should I open a new discussion about this?

For now, I could change the order of the elements, and introduce 2
categories: "items concerning the current wiki", and "items concerning the
main wiki". It's already a breakage from the UI Extension API point of view.

Thanks,

2016-11-03 10:01 GMT+01:00 Guillaume Delhumeau <
guillaume.delhum...@xwiki.com>:

> Yes Miroslav, we have received your message. Thanks you :)
>
> 2016-11-02 23:13 GMT+01:00 Miroslav Galajda :
>
>> Hi, I've sent an email with preference for P5, last week. Have you
>> received
>> it?
>>
>> P5 seems to me clean and logical to work with.
>>
>> Thanks
>> Mirec
>>
>> On 2 November 2016 at 11:23, Guillaume Delhumeau <
>> guillaume.delhum...@xwiki.com> wrote:
>>
>> > Hello.
>> >
>> > Thanks for your comments. Any other?
>> >
>> > Guillaume
>> >
>> > 2016-10-26 17:03 GMT+02:00 Jan-Paul Kleijn :
>> >
>> > > P5 is also my favorite because it draws more attention to the content.
>> > > It's the more grown-up version.
>> > >
>> > >
>> > > Op 26-10-2016 om 10:28 schreef Guillaume Delhumeau:
>> > >
>> > > No opinion?
>> > >>
>> > >> 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau <
>> > >> guillaume.delhum...@xwiki.com>:
>> > >>
>> > >> Hello dear developers and XWiki users.
>> > >>>
>> > >>> I would you to take a look at the issue
>> http://jira.xwiki.org/browse/
>> > >>> XWIKI-13070.
>> > >>>
>> > >>> The problem is that the current order (that I have implemented
>> based on
>> > >>> my
>> > >>> intuition) seems to not be clear for our users. The main point is
>> that
>> > >>> the
>> > >>> menu mixes up global items (Home wiki, Wiki Index) and local ones
>> > >>> (Administer Wiki, Page Index, Delete wiki, etc...).
>> > >>>
>> > >>> Caty and Oliver have made some proposals that you could find in the
>> > >>> issue.
>> > >>>
>> > >>> They are called P1, P2, P3, P4 and P5.
>> > >>>
>> > >>> I propose you to express your preferences so we can implement it
>> based
>> > on
>> > >>> a consensus.
>> > >>>
>> > >>> Here are mine:
>> > >>>
>> > >>> P1: There is a logical order and separation between item. However,
>> it
>> > >>> seems the more used actions (Wiki Index, Page Index) are less
>> visible
>> > >>> than
>> > >>> some other (Delete Wiki, Create Wiki...)
>> > >>>
>> > >>> P2: The order and the separation are logic. The "delete wiki"
>> action is
>> > >>> still very visible but all other items are good.
>> > >>>
>> > >>> P3: Same than P2. Except that having "Wiki Index" along with "User,
>> > Page
>> > >>> and Application Index" mixes up local and global items.
>> > >>>
>> > >>> P4: Why not, but maybe the 3 first actions should be placed after
>> the
>> > >>> other ones, since they would be less used. Same remark about the
>> mixing
>> > >>> of
>> > >>> local and global items.
>> > >>>
>> > >>> P5: A clear distinction between local and global scope. More used
>> items
>> > >>> are located first. This is my favorite one.
>> > >>>
>> > >>>
>> > >>> So +1 for P5, +0 for the other options so far.
>> > >>>
>> > >>> Now, what about you?
>> > >>>
>> > >>> Thanks,
>> > >>> Guillaume
>> > >>>
>> > >>> PS: I send this message to both devs and users mailing lists,
>> because I
>> > >>> think users are directly concerned by this topic.
>> > >>>
>> > >>> --
>> > >>> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
>> > >>> Research & Development Engineer at XWiki SAS
>> > >>> Committer on the XWiki.org project
>> > >>>
>> > >>>
>> > >>
>> > >>
>> > > ___
>> > > users mailing list
>> > > users@xwiki.org
>> > > http://lists.xwiki.org/mailman/listinfo/users
>> > >
>> >
>> >
>> >
>> > --
>> > Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
>> > Research & Development Engineer at XWiki SAS
>> > Committer on the XWiki.org project
>> > ___
>> > 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] AGE and calculating date

2016-11-14 Thread Gerritjan Koekkoek

Thanks Vincent, great.

How would you advise to add this to a xForm.
We would like to allow the user in EDIT mode to enter years, months and days 
(since birth)

I would then specify a class with a number/integer

Attribute age, type Number/Integer

$doc.display(age) would give me a numeric field to enter in HTML

Should I use:
- Custom display using joda
- A piece of velocity in the sheet using joda
- a piece of Javascript showing to the user a set of controls



Gerritjan Koekkoek
Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
Visit our website
Facebook
email




From: users  on behalf of Vincent Massol 

Sent: 14 November 2016 09:05:04
To: XWiki Users
Subject: Re: [xwiki-users] AGE and calculating date

Hi,

> On 14 Nov 2016, at 08:56, Gerritjan Koekkoek  wrote:
>
> Hi,
>
>
> I think this might a velocity/java script or groovy question more as a xwiki 
> question.
>
>
> We want to record a age (Period of days/seconds since birth date).
>
> What datatype would you recommend:
>
> - String structured
>
> - Numeric integer of Days or Seconds

I’d use a Number.

> - Date/Time
>
>
> We would like to be able to display the  data as:
>
> - Date notation
>
> - Years, Months, Weeks
>
> - Years, Months, Days
>
> - Years, Months
>
>
> Things to consider is that each month has different period lengths in days 
> and that each 4 years we have different number of days in a year
>
>
>
> Should/Can we do this server side (velocity)
>
> What velocity tools or services can we use

I’d use Joda Time ($xwiki.jodatime).

See http://extensions.xwiki.org/xwiki/bin/view/Extension/Joda+Time+Plugin

You should google jodatime to find out all its API (it’s quite rich).

Thanks
-Vincent

> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website
> Facebook
> email

___
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] AGE and calculating date

2016-11-14 Thread Gerritjan Koekkoek

Thanks Vincent, great.


How would you advise to add this to a xForm.

We would like to allow the user in EDIT mode to enter years, months and days 
(since birth)


I would then specify a class with a number/integer


Attribute age, type Number/Integer


$doc.display(age) would give me a numeric field to enter in HTML


Should I use:

- Custom display using joda

- A piece of velocity in the sheet using joda

- a piece of Javascript showing to the user a set of controls


Gerritjan Koekkoek
Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
Visit our website
Facebook
email




From: users  on behalf of Vincent Massol 

Sent: 14 November 2016 09:05:04
To: XWiki Users
Subject: Re: [xwiki-users] AGE and calculating date

Hi,

> On 14 Nov 2016, at 08:56, Gerritjan Koekkoek  wrote:
>
> Hi,
>
>
> I think this might a velocity/java script or groovy question more as a xwiki 
> question.
>
>
> We want to record a age (Period of days/seconds since birth date).
>
> What datatype would you recommend:
>
> - String structured
>
> - Numeric integer of Days or Seconds

I’d use a Number.

> - Date/Time
>
>
> We would like to be able to display the  data as:
>
> - Date notation
>
> - Years, Months, Weeks
>
> - Years, Months, Days
>
> - Years, Months
>
>
> Things to consider is that each month has different period lengths in days 
> and that each 4 years we have different number of days in a year
>
>
>
> Should/Can we do this server side (velocity)
>
> What velocity tools or services can we use

I’d use Joda Time ($xwiki.jodatime).

See http://extensions.xwiki.org/xwiki/bin/view/Extension/Joda+Time+Plugin

You should google jodatime to find out all its API (it’s quite rich).

Thanks
-Vincent

> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website
> Facebook
> email

___
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] AGE and calculating date

2016-11-14 Thread Vincent Massol

Hi,

> On 14 Nov 2016, at 08:56, Gerritjan Koekkoek  wrote:
> 
> Hi,
> 
> 
> I think this might a velocity/java script or groovy question more as a xwiki 
> question.
> 
> 
> We want to record a age (Period of days/seconds since birth date).
> 
> What datatype would you recommend:
> 
> - String structured
> 
> - Numeric integer of Days or Seconds

I’d use a Number.

> - Date/Time
> 
> 
> We would like to be able to display the  data as:
> 
> - Date notation
> 
> - Years, Months, Weeks
> 
> - Years, Months, Days
> 
> - Years, Months
> 
> 
> Things to consider is that each month has different period lengths in days 
> and that each 4 years we have different number of days in a year
> 
> 
> 
> Should/Can we do this server side (velocity)
> 
> What velocity tools or services can we use

I’d use Joda Time ($xwiki.jodatime). 

See http://extensions.xwiki.org/xwiki/bin/view/Extension/Joda+Time+Plugin

You should google jodatime to find out all its API (it’s quite rich).

Thanks
-Vincent

> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website
> Facebook
> email

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

[xwiki-users] Rename/move space in subwiki does not update links

[xwiki-users] Error when converting SVG to PDF

[xwiki-users] XWiki translated page strange behaviour

[xwiki-users] Bounced Emails

[xwiki-users] odt = zip bomb?

[xwiki-users] xwiki 7.1.2 perfomance problem with tomcat

Re: [xwiki-users] Re-organize the Drawer's entries

Re: [xwiki-users] AGE and calculating date

Re: [xwiki-users] AGE and calculating date

Re: [xwiki-users] AGE and calculating date

10 matches

Site Navigation

Mail list logo

Footer information