Re: [xwiki-users] [xwiki-devs] support for google sitemaps and webmaster tools? (and why do xwiki RDF's give "unsupported file format"?)

[Jerome Velociter]

Niels Mayer wrote:
> Has anybody figured out a way to get xwiki to generate a Google sitemap as
> an alternative to RSS feeds? (see
> http://www.google.com/webmasters/tools/docs/en/protocol.html ). Also, video
> sitemaps (
> http://www.google.com/support/webmasters/bin/answer.py?answer=80472&cbid=sw9kur0v6z6j&src=cb&lev=topic)
> would be useful to index xwiki attachments and media on media search
> engines ( http://video.google.com/ ). Video sitemaps are predicated on MRSS:
>
> *Using an mRSS feed as a Video Sitemap* back to
> top
>
> Google supports mRSS , an RSS module that
> supplements the element capabilities of RSS
> 2.0to allow for more robust
> media syndication. If you publish an mRSS feed for
> the video content on your site, you can submit the feed's URL as a Sitemap.
> For detailed information on creating an mRSS feed, including samples and
> best practices, please see the Media RSS
> specification.
> Google also supports RSS 2.0 using enclosures tags for video content and
> thumbnail urls.
>
> **Sitemaps seem to use their own protocol:
>
>> *XML Sitemap Format*
>>
>> The Sitemap Protocol format consists of XML tags. All data values in a
>> Sitemap must be 
>> entity-escaped.
>> The file itself must be UTF-8 encoded.
>>
>> A sample Sitemap that contains just one URL and uses all optional tags is
>> shown below. The optional tags are in italics.
>>
>> 
>> >  
>> xmlns="http://www.sitemaps.org/schemas/sitemap/0.9";>
>>> >
>> > >http://www.example.com/
>>*> >2005-01-01
>> > >monthly
>> > >0.8*
>>
>> 
>>
>> The Sitemap must:
>>
>>- Begin with an opening  tag and end with a closing tag.
>>- Include a  entry for each URL as a parent XML tag.
>>- Include a  child entry for each  parent tag.
>>
>>
> Niels
> http://nielsmayer.com
>
> PS: google sitemap support sounds like a good entry-level GSOC project. :-)
> Probably just a big hack to existing code in Main.WebRss?xpage=rdf and
> Main.BlogRss?xpage=rdf. Probably a 1 day project for someone that knows
> how
>
> PPS: why does http://nielsmayer.com/xwiki/bin/view/Main/WebRss?xpage=rdfwork
> in many places, display correctly in firefox 3, but when used to
> generate a sitemap in google webmaster tools, it fails. (Meanwhile roller
> blogger's RSS feed succeeds):
>
> roller/NielsMayer/feed/entries/atom
> Atom Feed 5 hours ago OK 32  xwiki/bin/view/Main/BlogRss?xpage=rdf
> -- 5 hours ago Errors --  xwiki/bin/view/Main/WebRss?xpage=rdf
> -- 5 hours ago Errors
>
> The reported problem coming from xwiki's xpage=rdf feeds:
>
> *Unsupported file format*

Just an idea... maybe they expect the ".xml" extension ?

Jerome
>> Your Sitemap does not appear to be in a supported format. Please ensure it
>> meets our Sitemap guidelines and resubmit. 
>> Help
>>  [image:
>> Help]
>>
> ___
> devs mailing list
> d...@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs

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

Re: [xwiki-users] Export (Pictures, 1.8RC2)

[Sergiu Dumitriu]

Sergiu Dumitriu wrote:
> hel-o wrote:
>> Hi,
>>
>> and export again. Tried to export a page with to pics included (one 
>> attached
>> to the page, one attached to another page) and got an error both for 
>> pdf and
>> for rtf export.
>>
>> 16:37:21,446
>> [http://semantic-web.hel.at/xwiki/bin/export/Da/KMKnowledgeDiw?format=rtf] 
>>
>> [http-8180-Processor24] WARN  web.XWikiAction - Uncaught
>> exception: Error number 11015 in 11: Exception while exporting
>> Wrapped Exception: Error number 12002 in 12: Exception while exporting 
>> PDF
>> Wrapped Exception: org.apache.fop.fo.ValidationException: null:44:232:
>> Error(44/232): fo:external-graphic, Invalid property name 'display'. 
> 
> As the error says, there's a CSS property that says "display: block;" on 
> the image, and the FOP engine doesn't like it. A quick solution is to 
> edit the document and remove this rule.
> 
> Did you manually add the display property, or was it added by the 
> WYSIWYG editor?
> 
> I'm working on fixing it, I'll keep you posted on the progress.

This was fixed, see http://jira.xwiki.org/jira/browse/XWIKI-3332

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] support for google sitemaps and webmaster tools? (and why do xwiki RDF's give "unsupported file format"?)

[Niels Mayer]

Has anybody figured out a way to get xwiki to generate a Google sitemap as
an alternative to RSS feeds? (see
http://www.google.com/webmasters/tools/docs/en/protocol.html ). Also, video
sitemaps (
http://www.google.com/support/webmasters/bin/answer.py?answer=80472&cbid=sw9kur0v6z6j&src=cb&lev=topic)
would be useful to index xwiki attachments and media on media search
engines ( http://video.google.com/ ). Video sitemaps are predicated on MRSS:

*Using an mRSS feed as a Video Sitemap* back to
top

Google supports mRSS , an RSS module that
supplements the element capabilities of RSS
2.0to allow for more robust
media syndication. If you publish an mRSS feed for
the video content on your site, you can submit the feed's URL as a Sitemap.
For detailed information on creating an mRSS feed, including samples and
best practices, please see the Media RSS
specification.
Google also supports RSS 2.0 using enclosures tags for video content and
thumbnail urls.

**Sitemaps seem to use their own protocol:

> *XML Sitemap Format*
>
> The Sitemap Protocol format consists of XML tags. All data values in a
> Sitemap must be 
> entity-escaped.
> The file itself must be UTF-8 encoded.
>
> A sample Sitemap that contains just one URL and uses all optional tags is
> shown below. The optional tags are in italics.
>
> 
>   
> xmlns="http://www.sitemaps.org/schemas/sitemap/0.9";>
> >
>  >http://www.example.com/
>* >2005-01-01
>  >monthly
>  >0.8*
>
> 
>
> The Sitemap must:
>
>- Begin with an opening  tag and end with a closing tag.
>- Include a  entry for each URL as a parent XML tag.
>- Include a  child entry for each  parent tag.
>
>
Niels
http://nielsmayer.com

PS: google sitemap support sounds like a good entry-level GSOC project. :-)
Probably just a big hack to existing code in Main.WebRss?xpage=rdf and
Main.BlogRss?xpage=rdf. Probably a 1 day project for someone that knows
how

PPS: why does http://nielsmayer.com/xwiki/bin/view/Main/WebRss?xpage=rdfwork
in many places, display correctly in firefox 3, but when used to
generate a sitemap in google webmaster tools, it fails. (Meanwhile roller
blogger's RSS feed succeeds):

roller/NielsMayer/feed/entries/atom
Atom Feed 5 hours ago OK 32  xwiki/bin/view/Main/BlogRss?xpage=rdf
-- 5 hours ago Errors --  xwiki/bin/view/Main/WebRss?xpage=rdf
-- 5 hours ago Errors

The reported problem coming from xwiki's xpage=rdf feeds:

*Unsupported file format*
> Your Sitemap does not appear to be in a supported format. Please ensure it
> meets our Sitemap guidelines and resubmit. 
> Help
>  [image:
> Help]
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Bug - Tag cloud rounding bug

[Ajdin Brandic]

HI

The new tag cloud in v1.8 has a number rounding bug 

#foreach($popularityMax in $sorttool.sort($popularityMap.keySet()))

#if($tagCount.get($tag) > $popularityMax)   
#elseif(!$classSet)
  #set($liClass = $popularityMap.get($popularityMax))
  #set($classSet = true)  
#end

In case when $tagCount.get($tag) is equal to $popularityMax
(lets say both should be 42, $popularityMax is actually 41.999).

This means that a tag with 42 occurrences has o stile sheet class set
and appears very small when in fact it should be the biggest one.

I've tried doing $mathtool.toInteger($popularityMax) and
$mathtool.roundToInt($popularityMax) but both of these give
value 41.


Ajdin Brandic
 
 


NOTICE

This message and any files transmitted with it is intended for the addressee 
only and may contain information that is confidential or privileged. 
Unauthorised use is strictly prohibited. If you are not the addressee, you 
should not read, copy, disclose or otherwise use this message, except for the 
purpose of delivery to the addressee. 

Any views or opinions expressed within this e-mail are those of the author and 
do not necessarily represent those of Coventry University.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Stats module configuration

[PERINAUD Christophe]

Dilipkumar,

Can you check the page ActivityData in the space Stats please ? I have a red 
message "table : null" for each stats and Iwould like to know if you have the 
same than me.
I also have data in the table and when i display info before the weekly stats 
table i have this :

$scope = com.xpn.xwiki.criteria.impl.sc...@1faf07e 
$period = com.xpn.xwiki.criteria.impl.per...@1a146f7 
$step = com.xpn.xwiki.criteria.impl.durat...@15e53cd 
$myviews = {2009-03-10T00:00:00.000+01:00=0, 2009-03-11T00:00:00.000+01:00=0, 
2009-03-13T00:00:00.000+01:00=0, 2009-03-15T00:00:00.000+01:00=0, 
2009-03-12T00:00:00.000+01:00=0, 2009-03-09T00:00:00.000+01:00=0, 
2009-03-14T00:00:00.000+01:00=0} 
$myviews.size = 7 
$myedits = {2009-03-10T00:00:00.000+01:00=0, 2009-03-11T00:00:00.000+01:00=0, 
2009-03-13T00:00:00.000+01:00=0, 2009-03-15T00:00:00.000+01:00=0, 
2009-03-12T00:00:00.000+01:00=0, 2009-03-09T00:00:00.000+01:00=0, 
2009-03-14T00:00:00.000+01:00=0} 
$dtf = org.joda.time.format.datetimeformat...@1a36dc7 

table: null

Thanks

-Message d'origine-
De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de 
Dilipkumar Jadhav
Envoyé : mardi 10 mars 2009 12:43
À : users@xwiki.org
Objet : Re: [xwiki-users] Stats module configuration

Hello friends,
I've tried placing the new xwiki-plugin-jodatime-1.3.jar. Restarted
tomcat and still no statistics.
The result set like another friend said is still : NULL

There is definitely valid data in the stats tables (when i query it
through Sqlyog).
Thank you
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


This e-mail is intended only for the addressee named above. It does not bind 
the sender, except in the case of an existing written convention with the 
addressee. This e-mail may contain material that is confidential and privileged 
for the sole use of the intended recipient. Any review, reliance or 
distribution by others or forwarding without express permission is strictly 
prohibited and may be unlawful. If you are not the intended recipient, please 
contact the sender and delete all copies.

While reasonable precautions have been taken to ensure that this e-mail and any 
attachments are free from any computer virus or similar defect, no liability 
will be accepted in that respect. Anyone accessing this e-mail must take their 
own precautions as to security and virus protection.

KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. 
Luxembourg B 6395, T (352) 47 97 1
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] class database list property should be empty when creating document

[Sebastian Kannengiesser]

Hi Guillaume,

thanx for your answer. The workaround is better than showing the old
templates but understanding the issue would be even better.
Anyway, I'm happy now that I at least have the blank line again. Maybe
someone else being more familiar with the XWiki internals has dome
ideas.

Thanx again for your time Guillaume,
Sebastian

On Thu, Mar 12, 2009 at 10:36 AM, Guillaume Lerouge  wrote:
> Hi Sebastian,
>
> On Thu, Mar 12, 2009 at 10:26 AM, Sebastian Kannengiesser <
> sebastian.kannengies...@gmail.com> wrote:
>
>> Hi again,
>>
>> I still don't fully understand, what was causing the issue, but I came
>> nearer I think. I don't know, whether this goes into the direction of
>> being a bug or just a misuse of XWiki by myself. I'll try to describe,
>> what I did that ended in the problem of the blank line not being
>> there.
>>
>> 1. I had classes AClass, BClass and CClass which had some set of
>> properties defined.
>> 2. Based on them I created some documents, lets call the
>> ADoc1,..,ADocn, BDoc1,...,BDocn and so on.
>> 3. I decided, I need a new class called DClass, that should on the one
>> hand wrap together some of the documents of classes A,B,C and on the
>> other hand replace the need for some properties in AClass, BClass and
>> CClass.
>> 4. Consequently I renamed AClass,... to AClassOld (I don't know if its
>> allowed to let a class end in some different literal than Class),
>> further I went on and renamed the template to AClassTemplateOld,...
>> and did the same with the Sheet.
>> 5. I recreated AClass, BClass, CClass with a subset of the original
>> properties and recreated the Template and Sheet as well.
>> 6. I found that everything worked to my expectations, so I removed all
>> the class files ending in "Old".
>>
>> -> This is, what made the issue appear!!!
>> To be precise, removing AClassTemplateOld,... is enough, as I just
>> found out, after removing these again from my again working backup I
>> put into my XWiki yesterday.
>>
>> The reason I removed the "Old" template files again is, that they get
>> shown by running this code:
>>
>> #set($sql = ", BaseObject as obj where obj.name=doc.fullName and
>> obj.className='XWiki.${class}Class' and
>> obj.name<>'XWiki.${class}ClassTemplate'")
>> #foreach ($item in $xwiki.searchDocuments($sql))
>>   * [$item.substring($mathtool.add($item.indexOf("."),1))>$item]
>> #end
>
> If you do not want the old templates to be shown, you can simply modify the
> query code as follows :
> #set($sql = ", BaseObject as obj where obj.name=doc.fullName and
> obj.className='XWiki.${class}Class' and
> obj.name<>'XWiki.${class}ClassTemplate' and
> obj.name<>'XWiki.${class}ClassTemplateOld'")
> #foreach ($item in $xwiki.searchDocuments($sql))
>  * [$item.substring($mathtool.add($item.indexOf("."),1))>$item]
> #end
>
> Basically, you can add this part :
> and obj.name<>'DocumentSpace.DocumentName'
> that tells the query to ignore some XWiki documents / objects when
> retrieving matching documents.
>
>> So, it would be great if you could tell me, if I did something wrong
>> in the sense that XWiki is not prepared to handle it technically. The
>> issue occuring by this (the missing blank line) remains logically
>> uncorrelated to what I did. I'm very interested of what is going on
>> there internally.
>
>
> No idea about what may have happened underneath.
>
>> Another question I have is: How do I get rid now of the old classes
>> AClassOld, BClassOld, CClassOld and all their templates and sheets
>> without ending in the blank line missing issue again.
>
>
> Using the snippet I provided they won't show up in your query results. I
> know that's only a workaround, but I'm not familiar enough with XWiki's
> inner workings to do best ;-)
> Hope this helps,
> Guillaume
>
>> Many thanx for your discussion on this in advance.
>>
>> Cheers,
>> Sebastian
>>
>>
>> On Wed, Mar 11, 2009 at 3:56 PM, Guillaume Lerouge 
>> wrote:
>> > Hi Sebastian,
>> >
>> > On Wed, Mar 11, 2009 at 3:50 PM, Sebastian Kannengiesser <
>> > sebastian.kannengies...@gmail.com> wrote:
>> >
>> >> Hi again,
>> >> issue solved! but not understood yet.
>> >
>> > Great :-)
>> >
>> >
>> >> I just remembered having a 5 day old export of my whole wiki. I tried
>> >> that one and see, the issue is gone. :-)
>> >> I will look into it and see, if I find diffs which could have caused
>> >> the trouble.
>> >>
>> > Please file a JIRA issue if/when you manage to identify what the issue
>> was.
>> > Thanks,
>> > Guillaume
>> >
>> >
>> >> Cheers,
>> >> Sebastian
>> >>
>> >> On Wed, Mar 11, 2009 at 3:42 PM, Sebastian Kannengiesser
>> >>  wrote:
>> >> > Hi Guillaume,
>> >> >
>> >> > just tried that. Importing the whole wiki into another "empty" XWiki
>> >> > instance, does not remove the issue, so there must be some trouble
>> >> > within my pages. :-/
>> >> >
>> >> > Cheers,
>> >> > Sebastian
>> >> >
>> >> > On Wed, Mar 11, 2009 at 2:12 PM, Guillaume Lerouge <
>> guilla...@xwiki.com>
>> >> wrote:
>> >> >> Hi,
>> >> >>
>> 

Re: [xwiki-users] class database list property should be empty when creating document

[Guillaume Lerouge]

Hi Sebastian,

On Thu, Mar 12, 2009 at 10:26 AM, Sebastian Kannengiesser <
sebastian.kannengies...@gmail.com> wrote:

> Hi again,
>
> I still don't fully understand, what was causing the issue, but I came
> nearer I think. I don't know, whether this goes into the direction of
> being a bug or just a misuse of XWiki by myself. I'll try to describe,
> what I did that ended in the problem of the blank line not being
> there.
>
> 1. I had classes AClass, BClass and CClass which had some set of
> properties defined.
> 2. Based on them I created some documents, lets call the
> ADoc1,..,ADocn, BDoc1,...,BDocn and so on.
> 3. I decided, I need a new class called DClass, that should on the one
> hand wrap together some of the documents of classes A,B,C and on the
> other hand replace the need for some properties in AClass, BClass and
> CClass.
> 4. Consequently I renamed AClass,... to AClassOld (I don't know if its
> allowed to let a class end in some different literal than Class),
> further I went on and renamed the template to AClassTemplateOld,...
> and did the same with the Sheet.
> 5. I recreated AClass, BClass, CClass with a subset of the original
> properties and recreated the Template and Sheet as well.
> 6. I found that everything worked to my expectations, so I removed all
> the class files ending in "Old".
>
> -> This is, what made the issue appear!!!
> To be precise, removing AClassTemplateOld,... is enough, as I just
> found out, after removing these again from my again working backup I
> put into my XWiki yesterday.
>
> The reason I removed the "Old" template files again is, that they get
> shown by running this code:
>
> #set($sql = ", BaseObject as obj where obj.name=doc.fullName and
> obj.className='XWiki.${class}Class' and
> obj.name<>'XWiki.${class}ClassTemplate'")
> #foreach ($item in $xwiki.searchDocuments($sql))
>   * [$item.substring($mathtool.add($item.indexOf("."),1))>$item]
> #end

If you do not want the old templates to be shown, you can simply modify the
query code as follows :
#set($sql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.${class}Class' and
obj.name<>'XWiki.${class}ClassTemplate' and
obj.name<>'XWiki.${class}ClassTemplateOld'")
#foreach ($item in $xwiki.searchDocuments($sql))
  * [$item.substring($mathtool.add($item.indexOf("."),1))>$item]
#end

Basically, you can add this part :
and obj.name<>'DocumentSpace.DocumentName'
that tells the query to ignore some XWiki documents / objects when
retrieving matching documents.

> So, it would be great if you could tell me, if I did something wrong
> in the sense that XWiki is not prepared to handle it technically. The
> issue occuring by this (the missing blank line) remains logically
> uncorrelated to what I did. I'm very interested of what is going on
> there internally.


No idea about what may have happened underneath.

> Another question I have is: How do I get rid now of the old classes
> AClassOld, BClassOld, CClassOld and all their templates and sheets
> without ending in the blank line missing issue again.


Using the snippet I provided they won't show up in your query results. I
know that's only a workaround, but I'm not familiar enough with XWiki's
inner workings to do best ;-)
Hope this helps,
Guillaume

> Many thanx for your discussion on this in advance.
>
> Cheers,
> Sebastian
>
>
> On Wed, Mar 11, 2009 at 3:56 PM, Guillaume Lerouge 
> wrote:
> > Hi Sebastian,
> >
> > On Wed, Mar 11, 2009 at 3:50 PM, Sebastian Kannengiesser <
> > sebastian.kannengies...@gmail.com> wrote:
> >
> >> Hi again,
> >> issue solved! but not understood yet.
> >
> > Great :-)
> >
> >
> >> I just remembered having a 5 day old export of my whole wiki. I tried
> >> that one and see, the issue is gone. :-)
> >> I will look into it and see, if I find diffs which could have caused
> >> the trouble.
> >>
> > Please file a JIRA issue if/when you manage to identify what the issue
> was.
> > Thanks,
> > Guillaume
> >
> >
> >> Cheers,
> >> Sebastian
> >>
> >> On Wed, Mar 11, 2009 at 3:42 PM, Sebastian Kannengiesser
> >>  wrote:
> >> > Hi Guillaume,
> >> >
> >> > just tried that. Importing the whole wiki into another "empty" XWiki
> >> > instance, does not remove the issue, so there must be some trouble
> >> > within my pages. :-/
> >> >
> >> > Cheers,
> >> > Sebastian
> >> >
> >> > On Wed, Mar 11, 2009 at 2:12 PM, Guillaume Lerouge <
> guilla...@xwiki.com>
> >> wrote:
> >> >> Hi,
> >> >>
> >> >> On Wed, Mar 11, 2009 at 1:55 PM, Sebastian Kannengiesser <
> >> >> sebastian.kannengies...@gmail.com> wrote:
> >> >>
> >> >>> update:
> >> >>> I exported/imported a class, having my issue into another XWiki
> >> >>> instance and the blank line is there again. So apparently something
> in
> >> >>> my first XWiki instance must be broke and not the class itself as it
> >> >>> seems. Any ideas?
> >> >>
> >> >> No idea about what may have caused that.
> >> >> Is exporting your full wiki to your second instance and replacing the
> >> first
> >

Re: [xwiki-users] class database list property should be empty when creating document

[Sebastian Kannengiesser]

Hi again,

I still don't fully understand, what was causing the issue, but I came
nearer I think. I don't know, whether this goes into the direction of
being a bug or just a misuse of XWiki by myself. I'll try to describe,
what I did that ended in the problem of the blank line not being
there.

1. I had classes AClass, BClass and CClass which had some set of
properties defined.
2. Based on them I created some documents, lets call the
ADoc1,..,ADocn, BDoc1,...,BDocn and so on.
3. I decided, I need a new class called DClass, that should on the one
hand wrap together some of the documents of classes A,B,C and on the
other hand replace the need for some properties in AClass, BClass and
CClass.
4. Consequently I renamed AClass,... to AClassOld (I don't know if its
allowed to let a class end in some different literal than Class),
further I went on and renamed the template to AClassTemplateOld,...
and did the same with the Sheet.
5. I recreated AClass, BClass, CClass with a subset of the original
properties and recreated the Template and Sheet as well.
6. I found that everything worked to my expectations, so I removed all
the class files ending in "Old".

-> This is, what made the issue appear!!!
To be precise, removing AClassTemplateOld,... is enough, as I just
found out, after removing these again from my again working backup I
put into my XWiki yesterday.

The reason I removed the "Old" template files again is, that they get
shown by running this code:

#set($sql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.${class}Class' and
obj.name<>'XWiki.${class}ClassTemplate'")
#foreach ($item in $xwiki.searchDocuments($sql))
   * [$item.substring($mathtool.add($item.indexOf("."),1))>$item]
#end

So, it would be great if you could tell me, if I did something wrong
in the sense that XWiki is not prepared to handle it technically. The
issue occuring by this (the missing blank line) remains logically
uncorrelated to what I did. I'm very interested of what is going on
there internally.

Another question I have is: How do I get rid now of the old classes
AClassOld, BClassOld, CClassOld and all their templates and sheets
without ending in the blank line missing issue again.

Many thanx for your discussion on this in advance.

Cheers,
Sebastian


On Wed, Mar 11, 2009 at 3:56 PM, Guillaume Lerouge  wrote:
> Hi Sebastian,
>
> On Wed, Mar 11, 2009 at 3:50 PM, Sebastian Kannengiesser <
> sebastian.kannengies...@gmail.com> wrote:
>
>> Hi again,
>> issue solved! but not understood yet.
>
> Great :-)
>
>
>> I just remembered having a 5 day old export of my whole wiki. I tried
>> that one and see, the issue is gone. :-)
>> I will look into it and see, if I find diffs which could have caused
>> the trouble.
>>
> Please file a JIRA issue if/when you manage to identify what the issue was.
> Thanks,
> Guillaume
>
>
>> Cheers,
>> Sebastian
>>
>> On Wed, Mar 11, 2009 at 3:42 PM, Sebastian Kannengiesser
>>  wrote:
>> > Hi Guillaume,
>> >
>> > just tried that. Importing the whole wiki into another "empty" XWiki
>> > instance, does not remove the issue, so there must be some trouble
>> > within my pages. :-/
>> >
>> > Cheers,
>> > Sebastian
>> >
>> > On Wed, Mar 11, 2009 at 2:12 PM, Guillaume Lerouge 
>> wrote:
>> >> Hi,
>> >>
>> >> On Wed, Mar 11, 2009 at 1:55 PM, Sebastian Kannengiesser <
>> >> sebastian.kannengies...@gmail.com> wrote:
>> >>
>> >>> update:
>> >>> I exported/imported a class, having my issue into another XWiki
>> >>> instance and the blank line is there again. So apparently something in
>> >>> my first XWiki instance must be broke and not the class itself as it
>> >>> seems. Any ideas?
>> >>
>> >> No idea about what may have caused that.
>> >> Is exporting your full wiki to your second instance and replacing the
>> first
>> >> with the second an option?
>> >> Guillaule
>> >>
>> >>
>> >>> Cheers,
>> >>> Sebastian
>> >>>
>> >>> On Wed, Mar 11, 2009 at 12:56 PM, Sebastian Kannengiesser
>> >>>  wrote:
>> >>> > Hi Guillaume,
>> >>> >
>> >>> > man thanx for your reply. Apparently something inside my XWiki
>> >>> > instance is broke.
>> >>> > As I wanted to try what you suggest I found that any new class I
>> >>> > define with a DBListProperty has that "blank" line missing :-(
>> >>> > As I said before, the already existing objects still have it when
>> editing
>> >>> them.
>> >>> > The question now is, where the blank line is actually coming from,
>> >>> > i.e. where in XWiki's architecture does it get inserted. Maybe the
>> >>> > issue can easily be fixed?
>> >>> >
>> >>> > Cheers,
>> >>> > Sebastian
>> >>> >
>> >>> > On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge <
>> guilla...@xwiki.com>
>> >>> wrote:
>> >>> >> Hi Sebastian,
>> >>> >>
>> >>> >> I tried reproducing your issue but didn't succeed in doing so so
>> far.
>> >>> When
>> >>> >> creating a class with only a DBList property, I can select either an
>> >>> item
>> >>> >> from the list or a blank line. The blank line is located at the very