Is there a "right" way to make a LiveTable refresh?
I have a page that includes a LiveTable to show the results of a query on an external database, and a form triggers an AJAX call to modify the database (e.g., insert a new row). I'd like the AJAX call to include an action within OnSuccess to make the LiveTable refresh to show these modifications.
http://xwiki.475771.n2.nabble.com/Proposal-Hightlight-applied-filters-in-li…
and
http://jira.xwiki.org/browse/XWIKI-5100
appear to discuss something of this kind, but I couldn't find any instructions. The closest thing was a line in livetable.js
https://github.com/xwiki/xwiki-platform/blob/4f92c9fc4dc9d4bb7b42a54f3e289f…
where it looks like a refresh is triggered on event "xwiki:livetable:mylivetable:filtersChanged". I have tried calling
document.fire('xwiki:livetable:mylivetable:filtersChanged');
from within a javascript function, but this did not appear to make the "mylivetable" LiveTable update. Could anyone direct me further?
Thanks,
Bryn
Hello everyone!
I have a problem with frames on my xwiki (http://dafedin.myxwiki.org) . Look screenshot in attachment. I have updated wiki but it's dont helps. Help me!
with respect? Dmytro
С уважением,
Дмитрий Федин
dafedin(a)mail.ru
Hi All,
i have a working groovy script which is:
I use a class and add an object to a document. Everytime a object is
attached i look for it with the query and do something with the objects. the
strange thing is that i try to port it to a service to java. where i get in
groovy an title of the document it is NOT given in java.
The java code of the service
I didn't get it. Did i do something wrong? i never get a title of the
document. I can read the document, the object of the document, but i did not
get the title. I tried also to get translated documents because i use locals
de and en. But even there i get the title back.
You know why?
Regards,
Matthias
--
View this message in context: http://xwiki.475771.n2.nabble.com/Empty-Document-Title-tp7593748.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello,
I just wanted to check in on my request for a wiki "growinghome" on the
community farm. I submitted my request 8 days ago on the 20th. When can I
expect this process to be complete? I haven't heard one way or the other
if the request was granted.
Thanks very much.
-Kyndel
On Wed, Jan 28, 2015 at 4:00 AM, <users-request(a)xwiki.org> wrote:
> Send users mailing list submissions to
> users(a)xwiki.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.xwiki.org/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> users-request(a)xwiki.org
>
> You can reach the person managing the list at
> users-owner(a)xwiki.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of users digest..."
>
>
> Today's Topics:
>
> 1. Re: Refreshing a LiveTable (Clemens Klein-Robbenhaar)
> 2. Re: Manage rights for author (Guillaume Lerouge)
> 3. Re: Error: The Context Component Manager should only be used
> for read access. (Bryn Jeffries)
> 4. Re: Error: The Context Component Manager should only be used
> for read access. (=?utf-8?Q?vincent=40massol.net?=)
> 5. some issues upgrading to 6.4
> (Ricardo.Julio.Rodriguez.Fernandez(a)sergas.es)
> 6. Re: some issues upgrading to 6.4 (Thomas Mortagne)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 27 Jan 2015 13:54:18 +0100
> From: Clemens Klein-Robbenhaar <c.robbenhaar(a)espresto.com>
> To: users(a)xwiki.org
> Subject: Re: [xwiki-users] Refreshing a LiveTable
> Message-ID: <54C78A7A.10106(a)espresto.com>
> Content-Type: text/plain; charset=windows-1252
>
> On 01/27/2015 02:52 AM, Bryn Jeffries wrote:
> > Is there a "right" way to make a LiveTable refresh?
> >
>
> I do not know of a "right way", but one that currently works is to fetch
> the livetable by its name, and refetch the current rows via some not-so
> obvious code,
> like:
>
> var livetable = window['livetable_'+ id_of_livetable_here ] ;
> var end = livetable.limit;
> var start = Math.max(livetable.lastOffset, 1);
> livetable.clearCache();
> livetable.getRows(start, end, start, end);
>
>
> That works in some little extension I wrote:
>
>
> https://github.com/xwiki-contrib/application-reviewpages/blob/master/applic…
>
> I think I even "borrowed" it from some other xwiki-contrib code, but
> cannot remember from where.
> Certainly this is not "using any API" and it is expected to break without
> notice in any new XWiki version, but for now it does the job (for me at
> least).
>
> Sure there is a better way, to do this, (or at least it should ;)) but I
> do not know about it.
>
> > I have a page that includes a LiveTable to show the results of a query
> on an external database, and a form triggers an AJAX call to modify the
> database (e.g., insert a new row). I'd like the AJAX call to include an
> action within OnSuccess to make the LiveTable refresh to show these
> modifications.
> >
> >
> http://xwiki.475771.n2.nabble.com/Proposal-Hightlight-applied-filters-in-li…
> > and
> > http://jira.xwiki.org/browse/XWIKI-5100
> > appear to discuss something of this kind, but I couldn't find any
> instructions. The closest thing was a line in livetable.js
> >
> https://github.com/xwiki/xwiki-platform/blob/4f92c9fc4dc9d4bb7b42a54f3e289f…
> > where it looks like a refresh is triggered on event
> "xwiki:livetable:mylivetable:filtersChanged". I have tried calling
> > document.fire('xwiki:livetable:mylivetable:filtersChanged');
> > from within a javascript function, but this did not appear to make the
> "mylivetable" LiveTable update. Could anyone direct me further?
> >
> > Thanks,
> >
> > Bryn
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 27 Jan 2015 18:37:55 +0100
> From: Guillaume Lerouge <guillaume(a)xwiki.com>
> To: XWiki Users <users(a)xwiki.org>
> Subject: Re: [xwiki-users] Manage rights for author
> Message-ID:
> <CALC6keWLgRX-uiWdBfqEEd-ByXoC_o1VhWsrK=
> dd8v1ARbp9pg(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Marc,
>
> by default, the creator of a page has edit rights on that page. If that
> users switches to "advanced mode" on their user profile, then go back to
> their page, they will be able to see an "Access rights" option in the
> "Edit" button.
>
> Thanks,
>
> Guillaume
>
> On Tue, Jan 27, 2015 at 9:31 AM, Marc AUDEFROY <audefroy.marc(a)gmail.com>
> wrote:
>
> > Hi all!
> >
> > How could an author manage the rights on the pages he created? How put
> > this default behavior?
> >
> > Thanks!
> >
> > Marc
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 27 Jan 2015 18:33:51 +0000
> From: Bryn Jeffries <bryn.jeffries(a)sydney.edu.au>
> To: "vincent(a)massol.net" <vincent(a)massol.net>, XWiki Users
> <users(a)xwiki.org>
> Subject: Re: [xwiki-users] Error: The Context Component Manager should
> only be used for read access.
> Message-ID: <7DAF466372B27747B8EA808BE5651FA57AD73440@ex-mbx-pro-01>
> Content-Type: text/plain; charset="Windows-1252"
>
> Vincent said:
> >> Using Utils.getRootComponentManager() worked for me, so many thanks.
> >> Even using a deprecated method lets me progress with the task.
> >
> > The recommended way is the one I?ve now documented at
> >
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Component+Module#HAcce…
>
> Thanks very much. Using services.component.getComponentManager(null) worked
> fine. FWIW I see that the the related problem I observed on your website
> http://platform.xwiki.org/xwiki/bin/view/SRD/ was down to
> Utils.getComponentManager() being called from
> AppWithinMinutes.DynamicMessageTool, which has since been updated in XWiki
> 6.3. It might be worth backporting a fix so that we can access the
> mentioned page.
>
> Again, many thanks for the prompt help and responses.
>
> Bryn
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 28 Jan 2015 09:11:50 +0100
> From: "=?utf-8?Q?vincent=40massol.net?=" <vincent(a)massol.net>
> To: Bryn Jeffries <bryn.jeffries(a)sydney.edu.au>, XWiki Users
> <users(a)xwiki.org>
> Subject: Re: [xwiki-users] Error: The Context Component Manager should
> only be used for read access.
> Message-ID: <etPan.54c899c6.440badfc.14071(a)vmassol.local>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Bryn,
>
> On 27 Jan 2015 at 19:34:14, Bryn Jeffries (bryn.jeffries(a)sydney.edu.au
> (mailto:bryn.jeffries@sydney.edu.au)) wrote:
>
> > Vincent said:
> > >> Using Utils.getRootComponentManager() worked for me, so many thanks.
> > >> Even using a deprecated method lets me progress with the task.
> > >
> > > The recommended way is the one I?ve now documented at
> > >
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Component+Module#HAcce…
> >
> > Thanks very much. Using services.component.getComponentManager(null)
> worked
> > fine. FWIW I see that the the related problem I observed on your website
> > http://platform.xwiki.org/xwiki/bin/view/SRD/ was down to
> > Utils.getComponentManager() being called from
> > AppWithinMinutes.DynamicMessageTool, which has since been updated in
> XWiki
> > 6.3. It might be worth backporting a fix so that we can access the
> > mentioned page.
>
> Fixed, thanks
> -Vincent
>
> > Again, many thanks for the prompt help and responses.
> >
> > Bryn
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 28 Jan 2015 11:11:41 +0000
> From: <Ricardo.Julio.Rodriguez.Fernandez(a)sergas.es>
> To: <users(a)xwiki.org>
> Subject: [xwiki-users] some issues upgrading to 6.4
> Message-ID:
> <DC9A560C773D69488F5B7B26AC06497943729140(a)ASSCC760S.sergas.local>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Good morning!
>
> I've just updated a 6.3 installation to 6.4 and it seems to me that
> something went wrong... I think I followed the same steps I successfully
> did in previous upgrades of the 6.x series, but this time it doesn't work.
> The process is outlined in the first comment of this page...
>
> http://atriumkm.idisantiago.es/bin/ICT/XWikiUpgrade
>
> This time, the last line was not true...
>
> "The upgrade of the interface will be launched once an administrator log
> in."
>
> Nothing happened once I've restarted the server. Thus, I've tried to
> import the 6.4 xar file. After a number of "bad gateway errors", I managed
> to import all new files selecting only some pages in a series of import
> actions. Then, change default Admin password, remove login right to Guest
> and config again All and Admin groups.
>
> Almost all seems OK now, but there are at least a couple of issues here...
>
> 1) The installation keeps telling that it is a 6.3 release. This means
> that $xwiki.getVersion() is not aware of the update, or that the update has
> not succeed! You can check it here...
>
> http://portal.idisantiago.es
> http://portal.idisantiago.es/xwiki/bin/view/ICT/GetVersion
>
> 2) All top level links at
> http://portal.idisantiago.es/xwiki/bin/admin/XWiki/XWikiPreferences
> (Configuration, Email, Look & Feel, ), led to this error...
>
>
> http://portal.idisantiago.es/xwiki/bin/download/ICT/Error/UpgradeTo6.4.Rele…
>
> Please, could you help me with this issues?
>
> Thanks!
>
> Ricardo
>
> --
> Ricardo Rodr?guez
> Research Management and Promotion Technician
> Technical Secretariat
> Health Research Institute of Santiago de Compostela (IDIS)
> http://www.idisantiago.es
>
> ________________________________
>
> Nota: A informaci?n contida nesta mensaxe e os seus posibles documentos
> adxuntos ? privada e confidencial e est? dirixida ?nicamente ? seu
> destinatario/a. Se vostede non ? o/a destinatario/a orixinal desta mensaxe,
> por favor elim?nea. A distribuci?n ou copia desta mensaxe non est?
> autorizada.
>
> Nota: La informaci?n contenida en este mensaje y sus posibles documentos
> adjuntos es privada y confidencial y est? dirigida ?nicamente a su
> destinatario/a. Si usted no es el/la destinatario/a original de este
> mensaje, por favor elim?nelo. La distribuci?n o copia de este mensaje no
> est? autorizada.
>
> See more languages: http://www.sergas.es/aviso_confidencialidad.htm
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 28 Jan 2015 12:34:52 +0100
> From: Thomas Mortagne <thomas.mortagne(a)xwiki.com>
> To: XWiki Users <users(a)xwiki.org>
> Subject: Re: [xwiki-users] some issues upgrading to 6.4
> Message-ID:
> <
> CAPnKnLFc9igssu_Bet-YyW4-rtqBxuRTkOaBVbwgZKYtMdwLWA(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Did you removed solr index as suggested in the release note at
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki64 ?
>
> ""
> In this release, we're now providing an easy way to install SOLR as an
> external server. When doing this change, we moved a plugin inside the
> SOLR index directory. Thus, if you're using XWiki with SOLR in
> embedded mode (the default), when you upgrade, this plugin will not be
> present in your SOLR directory and XWiki will fail to start. To work
> around this problem, you'll need to remove the <permanent
> directory>/solr/ directory (which will trigger a new reindexing when
> you next start XWiki). This will be fixed in XWiki 6.4.1.
> ""
>
> On Wed, Jan 28, 2015 at 12:11 PM,
> <Ricardo.Julio.Rodriguez.Fernandez(a)sergas.es> wrote:
> > Good morning!
> >
> > I've just updated a 6.3 installation to 6.4 and it seems to me that
> something went wrong... I think I followed the same steps I successfully
> did in previous upgrades of the 6.x series, but this time it doesn't work.
> The process is outlined in the first comment of this page...
> >
> > http://atriumkm.idisantiago.es/bin/ICT/XWikiUpgrade
> >
> > This time, the last line was not true...
> >
> > "The upgrade of the interface will be launched once an administrator log
> in."
> >
> > Nothing happened once I've restarted the server. Thus, I've tried to
> import the 6.4 xar file. After a number of "bad gateway errors", I managed
> to import all new files selecting only some pages in a series of import
> actions. Then, change default Admin password, remove login right to Guest
> and config again All and Admin groups.
> >
> > Almost all seems OK now, but there are at least a couple of issues
> here...
> >
> > 1) The installation keeps telling that it is a 6.3 release. This means
> that $xwiki.getVersion() is not aware of the update, or that the update has
> not succeed! You can check it here...
> >
> > http://portal.idisantiago.es
> > http://portal.idisantiago.es/xwiki/bin/view/ICT/GetVersion
> >
> > 2) All top level links at
> http://portal.idisantiago.es/xwiki/bin/admin/XWiki/XWikiPreferences
> (Configuration, Email, Look & Feel, ), led to this error...
> >
> >
> http://portal.idisantiago.es/xwiki/bin/download/ICT/Error/UpgradeTo6.4.Rele…
> >
> > Please, could you help me with this issues?
> >
> > Thanks!
> >
> > Ricardo
> >
> > --
> > Ricardo Rodr?guez
> > Research Management and Promotion Technician
> > Technical Secretariat
> > Health Research Institute of Santiago de Compostela (IDIS)
> > http://www.idisantiago.es
> >
> > ________________________________
> >
> > Nota: A informaci?n contida nesta mensaxe e os seus posibles documentos
> adxuntos ? privada e confidencial e est? dirixida ?nicamente ? seu
> destinatario/a. Se vostede non ? o/a destinatario/a orixinal desta mensaxe,
> por favor elim?nea. A distribuci?n ou copia desta mensaxe non est?
> autorizada.
> >
> > Nota: La informaci?n contenida en este mensaje y sus posibles documentos
> adjuntos es privada y confidencial y est? dirigida ?nicamente a su
> destinatario/a. Si usted no es el/la destinatario/a original de este
> mensaje, por favor elim?nelo. La distribuci?n o copia de este mensaje no
> est? autorizada.
> >
> > See more languages: http://www.sergas.es/aviso_confidencialidad.htm
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> --
> Thomas Mortagne
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
>
> ------------------------------
>
> End of users Digest, Vol 90, Issue 36
> *************************************
>
Hello, XWikiers!
Sorry for offtopic, but I feel my message will reach correct
audience :-D
As a member of Latvian Open Technology Association (LATA) I'm pleased to
invite you to the conference "Open Europe: Open Data for Open Society"
which will take place 18th-19th of February, 2015, Riga & Jelgava.
More info about program and registration:
http://lata.org.lv/conference-2015/
Please note, that the conference is free of charge and for few
participants from each unique (European) country there is a possibility
to apply for the coverage of travel and/or accommodation costs, if
necessary (you can note this in registration form or contact at
lata(a)lata.org.lv).
Sincerely,
Valdis Vitolins
I tried to follow the example code given in:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Create+a+component+usi…
Saving and Viewing a page with the code without changes, I got a Groovy macro error with the following exception in the stack trace:
java.lang.RuntimeException: The Context Component Manager should only be used for read access. Write operations should be done against specific Component Managers.
Could anyone explain what this means, and why this error now appears? I'm using 6.3. I notice that the same error also currently shows up at http://platform.xwiki.org/xwiki/bin/view/SRD/ running 6.2.2
Thanks,
Bryn
The XWiki development team is proud to announce the availability of XWiki
6.2.5.
This version is mostly a stabilization release which fix many bugs we have
discovered since XWiki 6.2.4. But it also brings some improvements on the
screen-width-responsiveness of the livetable in Flamingo.
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/ReleaseNotesXWiki625
Thanks
-The XWiki dev team