Hi everyone,
Tomorrow is BFD 36. Our goal is still to have more bugs closed than created for the past 1400 days!
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
As of now we're 18 bugs behind! Let's fix some bugs! More than last week unfortunately. We've been "helped" by Sorin and Manuel who created a flurry of bug reports yesterday! :)
Here's the BFD#36 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=11696
Let's crush bugs!
Thanks
-Vincent
Dear XWiki users,
A French company (Smile) is providing an online guide of open source solutions and they're rating the different solutions:
http://www.open-source-guide.com/
They've included XWiki here:
http://www.open-source-guide.com/Solutions/Applications/Blogs-wiki-et-forum…
They provide their own rating but they also allow users to rate the solutions.
It would be great if you could spend one minute rating XWiki!
It's very simple and even if you don't speak French it's easy. You just have to go to http://www.open-source-guide.com/Solutions/Applications/Blogs-wiki-et-forum… and click on "Donner mon avis". You then have 6 questions for which to give from 1 to 5 stars + an opinion if you wish (you could leave it in English).
That will help the XWiki project.
Thanks for your help
-Vincent Massol
XWiki committer
Hello fellow developers,
I have applied the Calc macro to my wiki and it worked ok at least for trials.
We are considering to create one or two macros that would be doing the same or a bit more (e.g. include sliders).
But... where is the source?
Simply the xar?
thanks in advance.
Paul
Hi Federico,
This looks really strange. The failure happen during the update of the
database schema by Hibernate, to conform with the updated hibernate mapping
of XWiki 4.x. The errors says that a new foreign key constrains should be
added for column agl_id of table feeds_aggregatorurlgroups to the primary
key of table feeds_aggregatorurl, but that this last table does not have
any primary key which is really weird. Are you sure you have properly
imported the database ?
You may try to alter the table feeds_aggregatorurl to declare its primary
key as agg_id, but I am afraid you we fail on other similar issue for other
table as well, since this kind of error is really unexpected.
Regards,
On Wed, Aug 7, 2013 at 3:17 PM, Federico Moglia <
federico.moglia(a)workingteams.com> wrote:
> Thanks Sergio! I attach the complete log of catalina.out of the moment
> when I try to access to the new version by the browser. The first exception
> that I see is:
> 2013-08-07 09:47:56,657 [http://localhost:9001/xwiki/bin/view/Main/]
> ERROR .x.x.s.XWikiHibernateBaseStore - Failed updating schema while
> executing query [alter table feeds_aggregatorurlgroups add constraint
> FK7B845B068E772CC foreign key (agl_id) references feeds_aggregatorurl]
> org.postgresql.util.PSQLException: ERROR: there is no primary key for
> referenced table "feeds_aggregatorurl"
>
> There are more exceptions related with SQL after of this. Could you
> explain me why is happening? How I can resolve it?
>
> Thank you again!
>
>
> On Wed, Aug 7, 2013 at 10:12 AM, Federico Moglia <
> federico.moglia(a)workingteams.com> wrote:
>
>> Thanks Sergio! I attach the complete log of catalina.out of the moment
>> when I try to access to the new version by the browser. The first exception
>> that I see is:
>> 2013-08-07 09:47:56,657 [http://localhost:9001/xwiki/bin/view/Main/]
>> ERROR .x.x.s.XWikiHibernateBaseStore - Failed updating schema while
>> executing query [alter table feeds_aggregatorurlgroups add constraint
>> FK7B845B068E772CC foreign key (agl_id) references feeds_aggregatorurl]
>> org.postgresql.util.PSQLException: ERROR: there is no primary key for
>> referenced table "feeds_aggregatorurl"
>>
>> There are more exceptions related with SQL after of this. Could you
>> explain me why is happening? How I can resolve it?
>>
>> Thank you again!
>>
>>
>> On Tue, Aug 6, 2013 at 11:55 AM, Sergiu Dumitriu <sergiu(a)xwiki.com>wrote:
>>
>>> Hi Federico,
>>>
>>> The root of the problem seems to be a corrupted database.
>>>
>>> Changing rights fails to commit the changes to the database.
>>>
>>> Trying to upgrade fails to execute some migrations, mandatory database
>>> changes needed for the new version. You should look at the logs that
>>> occur while starting the new version, it will say what migration failed
>>> to execute and why.
>>>
>>> On 08/06/2013 09:23 AM, Federico Moglia wrote:
>>> > Hi!
>>> > I'm Federico and I'm working with XWiki Enterprise 3.1. I have some
>>> > problems in the app, for example, when I tried to assign rights to any
>>> > user. Attach screen of error and a txt file with the stack trace of
>>> > exception.
>>> >
>>> > For try to solve this, I've imported the xwiki database to the version
>>> > 4.1.1. The restore in PostgreSQL didn't give any errors. But when I
>>> > tried to access, the application shows me this exception in the
>>> browser:
>>> > Exception while switching to database xwiki Wrapped Exception: Database
>>> > xwiki needs migration(s), it could not be safely used! (Attach file
>>> with
>>> > the full stack trace) I am using PostgreSQL 9.1. In the file xwiki.cfg,
>>> > I have configured the migration with the next
>>> > line: xwiki.store.migration=1. So, I don't understand why fails. Maybe
>>> > my database is corrupted and this is the cause of the problem. But I
>>> > don't know how I solve this.
>>> >
>>> > When I tried to import the xwiki in .xar format, the log in
>>> catalina.out
>>> > shows this:
>>> > 2013-07-26
>>> > 16:17:43,752
>>> http://localhost:9001/xwiki/bin/get/XWiki/XWikiPreferences?xpage=packageinf…
>>> > c.x.x.p.p.Package - Failed to parse document
>>> > [Disney/GlosarioTecnico.xml] from XML during import, thus it will not
>>> be
>>> > installed. The error was: Error number 2002 in 2: Error parsing xml
>>> > Wrapped Exception: Truncated ZIP file Nested exception: Truncated ZIP
>>> file
>>> >
>>> > The information that I've found in Internet was not very useful to
>>> > resolve the problem, for this reason, I decided to write you. I hope
>>> > that you can help me with this.
>>> >
>>> > Thanks!
>>>
>>>
>>> --
>>> Sergiu Dumitriu
>>> http://purl.org/net/sergiu
>>>
>>
>>
>
> _______________________________________________
> notifications mailing list
> notifications(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/notifications
>
>
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
Hello,
I found that my custom authenticator doesn't fall back to basicauth. Can
you provide some execution flow/code snippets how can I check what of
functionality I have lost?
Thanks!
Valdis
The XWiki development team is proud to announce the availability of
XWiki 5.2 Milestone 2.
The second milestone of the 5.2 release comes with multiwiki support
enabled by default: users are able to create new wikis without the
need to install additional extensions. This is possible because the
Workspace Application has been integrated in XWiki Enterprise. Besides
this, the new release brings a Solr-based live search (to replace the
one based on Lucene) and the ability to track active XWiki installs.
Developers will be interested by the new WikiStream framework. As with
other releases this one has a lot of bug fixes (92) and improvements
(33) which make it worth trying.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki52M2
Thanks
-The XWiki dev team
Hello xWiki Developers,
I like to have indexed a pdf file with more than 500 pages. used search
engine in xwiki is solr. Problem: Only the first ten pages are getting
indexed. Same for other pdf files. Question: which parameter do I need
to change ?
Regards, Chris
Hi devs,
as I recently played around with the DW on a fresh install instead of a migration, I figured out the "Cancel" button does not what I guess most users expect it to do.
With a fresh install when there are no pages in the wiki, choosing "cancel" leaves one with a completely empty wiki where one cannot do anything, especially not
login to import ones custom set of pages.
If one really has a custom set of pages, probably one is experienced enough to know about the "superadmin" account.
(Even then one might expect from earlier version that it is possible to upload an initial XAR without having to log in, and be confused when it is not there.)
Unfortunately unexperienced users, who might just know the "standalone" HSQL/Jetty distro with their pre-installed pages, might be confused when they set up XWiki
"the right way". The typical reaction when being confused is to press the "Cancel" button, which normally is the "get me out of here" way to fix things if some unexpected
dialog pops up.
However in the installation process this is exactly what an unexperienced user should *not* do. At most "skip" is the right option, if the user really wants to see how the wiki
looks without UI.
I wonder if instead of "Cancel" a stronger word like "Abort" should be used. Or maybe if pressing "Cancel" at install time one should get a javascript alert saying "If you
choose this option you will have to activate the "superadmin" user in the config file, as no default admin user will be installed, and the wiki will be nearly useless without."
(message should appear only in case of a fresh install, i.e. if there are no pages in the DB, of course).
Additionally maybe it is helpful to color the button red instead of blue. (Well, maybe this is even all that needs to change to keep newbies from pressing that button).
Cheers,
Clemens