Hi,
I've published the javadocs for 4.5.x on the Scripting Reference
Documentation.
http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation
Could somebody point me to some news scripting bindings that have been
created since 4.1.x/4.2.x so that we look to add them.
Ludovic
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi Jan-Philipp,
I'm investigating this issue as we have also seen it in another wiki
environment and seem to be able to getting close to more regular
reproduction.
Have you seen the issue again on the latest XWiki version that you are
running (4.4 if I'm correct) or have you rolledback to XE since then ?
Any information about the specific situation that your install is
experiencing when you are having this issue would be helpful or specific
version you have seen or not seen the issue.
I saw in a previous email you mention upgrading from 3.1 to 4.2 and in
another mail you mention running 3.4
Could you list me the versions of XWiki where you've seen the problem and
those where you haven't seen it. This would allow to make some code
comparaison and see code changes that could impact this area.
We also have made a patch which could allow detecting the issue and dump
more information in the logs as well as workaround it. If you are willing
to we could see to have you install that patch on your version and see if
you get some logs that could be helpful.
http://jira.xwiki.org/browse/XWIKI-8046
Ludovic
2013/2/8 Vincent Massol <vincent(a)massol.net>
> Hi Jan-Philip,
>
> What would be nice is if you could apply the workaround defined at
>
> http://jira.xwiki.org/browse/XWIKI-8046?focusedCommentId=71549&page=com.atl…
>
> and let us know if that fixes your issue.
>
> This will have 2 benefits:
> * We'll know it's the same problem
> * You'll have a patch for your issue till the issue is really fixed in the
> core
>
> Thanks
> -Vincent
>
> On Jan 18, 2013, at 11:41 PM, Jan-Philip Loos <maxdaten(a)gmail.com> wrote:
>
> > We upgraded to the latest minor versions as they were released, first
> > migration was from 3.1 to 4.2, followed by 4.2 -> 4.3 and finally 4.3 ->
> 4.4
> >
> > The problem still occurred with 4.3 (4.4 is to new to figured it out
> now).
> > In the last 3-4 month the problem occurred round about 3 times. I wrote a
> > small script which compares the name of the header image. If the name is
> not
> > the one customized in the XWiki.DefaultSkin it notifies me with an email.
> >
> > Notable: When the problem occurs its tends to occur on the same weekday -
> > Wednesday, but not regular every Wednesday. I checked all system crons
> and
> > xwiki scheduled jobs, no one was triggered at the same time the problems
> > occurred. The rate seems to be lower than before, but I guess it's only
> > because the crawler isn't as active as before and we have less visits per
> > day.
> >
> > To outline it once more:
> > - When I flush the cache manually with the Admin Tools extension, the
> > subwiki is immediately restored.
> > - The state (e.g. the header) is not the one from the main XEM-Wiki, its
> the
> > default one
> > - The content of the wiki is still present, "only" the styles and sadly
> the
> > rights seems to be the default one
> >
> > We consider to switch now back to XE, in hope to get rid of the problem.
> But
> > this seems not as easy as I hoped. Currently XEM is not super essential
> for
> > us, but it will leave me sick behind not being able to solve the problem.
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi All,
I am creating a new Class using the 'AppWithinMinutes' dialogue that will hold information on projects.
Within which I am trying to add a Database List.
This list is supposed to enable users that are creating a new 'Project' page to link the page with one or more 'Clients' (each 'Client' has its own page within a 'Clients' space).
I can get a list of all the clients from which the user can select from using the following HQL:
"select doc.name, doc.name from XWikiDocument as doc where
doc.space = 'Clients' and
doc.name <> 'WebHome' and
doc.name <> 'ClientsClass' and
doc.name <> 'ClientsTemplate' and
doc.name <> 'ClientsSheet' and
doc.name <> 'WebPreferences'
order by doc.name"
however the returned list is just text, and i would like it if they were 'links' to the actual Client Page.
Is this even possible? as i've been search for hours!
Thanks in advance.
Rob Southwell
Professional Services
Helyx SIS Ltd
M: 07762 767575
T: 01684 273725
F: 01684 853430
E: r.southwell(a)helyx.co.uk<mailto:r.southwell@helyx.co.uk>
W: www.helyx.co.uk<http://www.helyx.co.uk/>
Registered in England No: 04464638. Registered Office: Millennium House, 65 Walton Street, Aylesbury, Buckinghamshire, UK, HP21 7QG
DISCLAIMER AND CONFIDENTIALITY NOTICE
The content of this email (and any attachments to it) is confidential and may contain privileged information. It is intended solely for the use of the individual(s) or entity to which it is addressed. If you are not an intended recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information on any medium.
The views expressed in this e-mail are those of the individual and not necessarily the views or opinions of Helyx SIS Ltd. Please note that the author of this e-mail is not authorised to conclude any contract on behalf of Helyx SIS Ltd by e-mail.
Hello, I'm trying to create an attachment on a page from a URL to an image,
using JavaScript and the RESTful API.
I'm not sure I'm doing it correctly of if this can be done but here's where
I'm at:
httpRequest.open('PUT', '/xwiki/rest/wikis/XWiki/spaces/Main/pages/Daily
All-Source Digest – 2013-01-05T07:30P24/attachments/Blade Header
UnClassified-S.png');
httpRequest.setRequestHeader('Content-Type', 'application/xml');
httpRequest.send('<?xml version="1.0" encoding="UTF-8"
standalone="yes"?><attachment xmlns="http://www.xwiki.org"><name>"Blade
Header
UnClassified-S.png"</name><mimeType>"image/png"</mimeType><xwikiAbsoluteUrl>"https://domain/xwiki/bin/download/ColorThemes/Nightfall/Blade%20Header%20Un…"</xwikiAbsoluteUrl></attachment>');
This example is actually using a URL to a preexisting Attachment, just
seeing if I'm getting permission errors on the server some how. I've also
tried random publicly accessible images.
I get a 200 response signaling an attachment is created and a link appears
on the page in the attachment section but the image won't display because
'it contains errors'.
Can I submit attachments this way? Do I need the actual image data, encoded
somehow?
--
View this message in context: http://xwiki.475771.n2.nabble.com/create-attachment-with-Rest-API-tp7583867…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi,
I have the need for two things that I don't see how to do with the current
APIs:
1/ I do not know when I call the rest API if I'm still authenticated
In the response I haven't seen a way to know if I'm still authenticated
when I do a request. If I'm not I might get little or zero result but I
usually will still get a response.
What could we do to help on this. Would it be possible to add the logged in
user in the header of the response or in the xml or json returned ? Or did
I miss something.
2/ How can I easily build the URL of an user's photo activated on his
profile ?
Currently I make a request which lists me documents with their author. In
cati's screenshot I should display a thumbnail of the user's photo. However
it seems to be the users photo does not have a fixed name and it wouldn't
be practical to have to make a query for each user to find out the photo.
Could we build a REST or XWiki api that would automatically send the
correct photo. This way just by building the URL we could have the photo of
the user in the mobile app.
Any ideas on this ?
Ludovic
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi devs,
Cathy has made a great proposal for a new skin based on bootstrap which she
call skin 4.x (
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Skin4x), the name
is already a bit outdated, and it will be in fact our 5th generation skin.
So after dodo -> albatross -> toucan -> colibri -> what next ?
Here are some proposals:
Flamingo
Pelican
Falcon
Buzzard
Eagle
Bustard
Trumpeter
Buttonquail
Jacana
Gotwit
Guillemot
Cockatoo
Cuckoo
Condor
feel free to propose others...
Currently, my own preference is Condor which is an endangered species like
the Albatross, but Guillemot or Buttonquail sounds good to me as well.
WDYT ?
--
Denis Gervalle
SOFTEC sa - CEO
eGuilde sarl - CTO
Was reading http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with+vali…
This part seems weird...
The following code is needed in the form to launch the validation for a standard "Save" to validate the form:
<input type="hidden" name="xvalidate" value="1" />
I have to put that in the form? Why me? Where do I put that to get it in the form? Why does the wiki not just look for non-blank validation regular expression and if present, then put the above code in the rendered form?
Sorry if I am missing something obvious.
--
Mark Wallace
Principal Engineer, Semantic Applications
Modus Operandi, Inc.
709 S. Harbor City Blvd., Suite 400
Melbourne, FL 32901-1936, USA
(321) 473-1400 ext 1442
mwallace(a)modusoperandi.com<https://apps.rackspace.com/a/webmail.php?wsid=d82c52eb1782849dce8492e22617e…>
http://www.modusoperandi.com/
CONFIDENTIALITY NOTICE: The information transmitted (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521. This transmission is intended only for the person(s) or entity/entities to which it is addressed and may contain confidential and/or proprietary material. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient or have received this transmission in error, please contact the sender by reply e-mail and destroy all copies of the original message.