Re: [xwiki-devs] [Brainstorm] Notifications filters capabilities and performances.

ting something is always the fastest, least intrusive solution to any problem... Humor aside, I think that in this case it is the best approach. >> Since we have the OutOfMemory problem with the SQL injections becoming too >> huge, >> I am more in favor of solution B or C. But I'm not sure for now, since I >> do not >> know how much it would impact the performances and the scalability of the >> whole >> notifications feature. >> >> This is a complex topic, but I hope this message will inspire you some >> suggestions or things I have not seen with my own eyes. >> >> Thanks for your help, >> >> Guillaume >> > > > Other options: E/ Drop SQL altogether, move the event stream into a nosql database, and do stream filtering; kind of like the B proposal F/ Drop SQL and querying altogether, switch to a pub-sub mechanism where a subscriber is created for every user and his filters, and matching events are placed in a queue until they are all sent (consumed) in a notification. Obviously, this only works for email notifications, not for browsing past events in a webpage. -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [Proposal] Weblate as XWiki's translation platform

ctly in the design page. >> >> Thanks, >> <http://www.xwiki.com/> *Adel Atallah* >> *Product developer intern* >> adel.atal...@xwiki.com <corina.lu...@xwiki.com> >> tel: +33 (0)6 12 96 35 06 >> > > Thanks, > Clément > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] Onboarding feedback

uction to some XWiki concepts, I don't >> have much to say for this one. A link to a real application could maybe >> give a better understanding. >> >> Thanks again for the help I had! >> >> <http://www.xwiki.com/> *Adel Atallah* >> *Product developer intern* >> adel.atal...@xwiki.com <corina.lu...@xwiki.com> >> tel: +33 (0)6 12 96 35 06 > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Discussion] Coding practice for location of internal package name

gt; * see http://dev.xwiki.org/xwiki/bin/view/Community/CodeStyle/ >>>>> JavaCodeStyle/#HPackagenames >>>>> * General rule is org.xwiki.(module name).internal. >>>>> * I see thomas has done the same “error" for >>>>> org.xwiki.job.handler.internal and org.xwiki.job.handler. >> internal.question >>>>> . So maybe there's something to discuss/change >>>>> * I guess we have a mix of both now so we should discuss it and adjust >> our >>>>> rules if need be >>>>> “ >>>>> >>>>> So I think we don’t have all the same rules/understanding of the >>>>> definition at http://dev.xwiki.org/xwiki/bin/view/Community/CodeStyle/ >>>>> JavaCodeStyle/#HPackagenames >>>>> >>>>> I’d like to discuss with you to see what you prefer and adjust our >> rules >>>>> so that it matches what we do in practice. >>>>> >>>>> Any take in this? >>>>> >>>>> Thanks >>>>> -Vincent >> >> >> >> -- >> Thomas Mortagne >> -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [VOTE] Drop support for Internet Explorer 10/11 + Adding support for Edge

Microsoft Edge. Still, I don't >> think we have the man-power to support tests on both browsers types. >> >> C. Adding support for Microsoft Edge >> +1, because this is the latest supported browser for Windows > > We also have limited manpower and we need to limit the # of versions we > support. However because of the large marketshare of IE11it wouldn’t be good > to drop its support FTM IMO. > > So I think we should try to support both Edge + IE11 and see how complex it > is. If too complex we can think of dropping IE11 or delaying support for Edge. > > So, I’m: > > A +1 > B -1 for now > C +1 > > Thanks > -Vincent > >> >> Thanks, >> Caty > -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [Proposal] Deprecate platform.xwiki.org and enterprise.xwiki.org

We also replace “XWiki Enterprise” with “XWiki” and be as generic as > possible > > WDYT? > > Thanks > -Vincent > -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [PROPOSAL] Rename downloadable packages while releasing them

war package >> * name "xwiki-classic-9.5.xip" the offline package containing XWiki >> Classic flavor >> >> WDYT ? Other ideas ? >> >> +1 with a preference for "xwiki-demo-9.5.zip" over "xwiki-9.5.zip" to >> make it more clear it's not a production oriented package. >> >> -- >> Thomas Mortagne >> -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [VOTE] Move the WebDAV feature to xwiki-contrib

y our users anymore > * If any contributor is interested in working on it one day, it’s simpler in > xwiki-contrib and it can be released independently of XWiki > > Here’s my +1 > > Please cast your vote > > Thanks > -Vincent > > > -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [PROPOSAL] So, what display name for the new default flavor ?

t it's obvious when you actually see > severals of those in the picker anyway and I find it nicer than > "Default XWiki Flavor" which basically means the same thing since the > XWiki core project does not plan to provide any other flavor. I'm also > fine with "Default XWiki Favor" if others think it's a better name. > > WDYT ? > -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [Proposal] GitHub code reviews and protected branches

Hi Vincent, On 05/17/2017 09:30 AM, Vincent Massol wrote: > Hi Sergiu, > >> On 16 May 2017, at 07:36, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> Hi devs, >> >> A while ago GitHub introduced several features that I think can help >> boost e

[xwiki-devs] [Proposal] GitHub code reviews and protected branches

mittership * easier collaboration on code, since it's very hard to work on someone else's fork branches, but easy to work on an origin branch So, what do you think? -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [Brainstorming] Provide a single distribution packaging WAR using winstone

er such apps because they're clearly server tools, only useful on a network, where most of the "clients" are other programs, and data comes from other machines. That's not true for XWiki, where a single user can start it on his desktop and play with it. So, a -0 to replace the .zip package, and a reluctant +0 to make the .war executable. -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [PROPOSAL] New extensions package

ll have a UI for it at some point. I just don't think >> I will have time to work on that in the new platform flavor scope (or maybe >> just a quick tool in >> http://extensions.xwiki.org/xwiki/bin/view/Extension/Extension+Tweak). > > I know you said that but IMO the primary usage is for users to unzip into a > given directory and the easiest is to provide a ZIP to them. Even if we have > an import UI, we can still offer the ZIP to that UI… > > So at this point, I don’t fully understand why we’d need something other than > zip. > > Sounds like we might be overcomplicated things. On the maven side, we could > use the maven assembly plugin to generate the zip. > > Am I missing something? > > Thanks > -Vincent > >> Thanks >>> -Vincent >>> >>>> >>>> -- >>>> Thomas Mortagne >>> >>> >> >> >> -- >> Thomas Mortagne > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [PROPOSAL] Yet another new platform flavor proposal or how to get rid of XWiki Enterprise

On 04/15/2017 08:17 AM, Vincent Massol wrote: > Hi Sergiu, > >> On 15 Apr 2017, at 13:44, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> On 04/14/2017 06:08 PM, Vincent Massol wrote: >>> >>>> On 14 Apr 2017, at 22:34, Sergiu Dumitriu <ser

Re: [xwiki-devs] [Proposal][UX] Explicit content actions

n't interpret the pencil icon? - is it OK to leave things as they are for a cleaner UI? - are there better icons to suggest these actions? And by changing them now, will current users be disoriented? The deciding factor is exactly how many users have a problem with the current UI. -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [PROPOSAL] Yet another new platform flavor proposal or how to get rid of XWiki Enterprise

On 04/14/2017 06:08 PM, Vincent Massol wrote: > >> On 14 Apr 2017, at 22:34, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> On 04/14/2017 09:51 AM, Thomas Mortagne wrote: >>> Here is a new proposal on this subject. >>> >>> This supersets th

Re: [xwiki-devs] [PROPOSAL] Yet another new platform flavor proposal or how to get rid of XWiki Enterprise

in to maintain and we are > actually failing since they don't really work properly everywhere they > are supposed to work. It does not worth the trouble for what is not a > production ready package and it's better anyway to make more clear > XWiki is a server thing. > > WDYT ? -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [VOTE] Move from our mailing lists and use Discourse instead

le.org/ > > Nice things: > * Works on mobile > * Comprehensive API (would allow us to integrate it with xwiki.org) > * Badges/user metrics > > So here’s my +1 to try it out and ask XWiki SAS if they could host an > instance. > > WDYT? Do you see any negative point (I don’t A

Re: [xwiki-devs] [Proposal] Use to improve the HTML produced by the XHTML renderer for tables

gt; > > > > cell11 > cell12 > > > > ''' > def xdom = services.rendering.parse(input, 'xhtml/1.0') > println "{{{" > println services.rendering.render(xdom, 'xwiki/2.1') > println "}}}" > {{/groovy}} > > > > > -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] Help Center

ume's GIF is 400kb (compared to Caty's 2-3Mb) so > maybe there's a way to generate smaller GIFs, but it may require reducing > the quality. In any case, I think they are useful, but they do require > maintenance.. > gifsicle does lossless GIF optimization, give it a try. -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] So what do we do about https://jira.xwiki.org/browse/XWIKI-14016

On 02/08/2017 10:05 AM, Thomas Mortagne wrote: > On Wed, Feb 8, 2017 at 3:53 PM, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> I wouldn't want to have empty revisions. >> >> If you want to change the import, then you can manually call >> doc.setContentDirty(true

Re: [xwiki-devs] So what do we do about https://jira.xwiki.org/browse/XWIKI-14016

another subject). > > WDYT ? > > It could be seen as a nice feature but in practice my first reaction > was WTF and you often want to be sure the import actually did > something so I'm +1 to force metadata dirty. But I'm +0 to keep the > current behavior if there is a majority for it. > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Proposal] Extend the ack section of the Release Notes

;>> some code and often she’s recognised through commits. >>> >>> The problem with C) and D) is that they’re hard to gather. But we could do >>> it on an ad-hoc basis by adding them to the RN during the development (when >>> they help) instead of doing it at the end. >>> >>> In any case I’d like to focus on A) and B) FTM and I’m proposing to add >>> them to the Release Plan since they’re easy to find out. >>> >>> WDYT? >>> >>> Thanks >>> -Vincent >>> >>> > > > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

try to find > the code we used to do this. > > Thanks, > Anca > > >> >> Thanks >> -Vincent >> >>> On 18 Jan 2017, at 14:54, Vincent Massol <vinc...@massol.net> wrote: >>> >>> Hi devs, >>> >>> We have plenty of existing limitations in our PDF export (table >> autoresize, etc) which comes from FOP and our usage of it. And it’s hard to >> improve it. >>> >>> I’d like to propose the following: >>> >>> * Promote the browser’s print to PDF feature instead of our PDF Export >> by triggering the browser’s print feature when clicking on Export > PDF in >> the UI. >>> * Work on our print.css so that it has all the styles we have in view >> mode (right now for ex, info boxes for ex do not have a nice style). >>> * Move our PDF Export java code out of xwiki-platform and into an >> optional extension that we move into xwiki-contrib. The use case for it >> would be when you need to generate PDF from scripts. >>> >>> WDYT? >>> >>> Thanks >>> -Vincent >> >> -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [VOTE] Move all Confuence related modules to contrib

s well. Extra syntaxes are a nice bragging point, but having them in the package by default is just bloatware. -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

On 01/18/2017 03:43 PM, Vincent Massol wrote: > >> On 18 Jan 2017, at 21:23, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> I think this is a good idea for the future, but not right now. There are >> several things that current browsers don't support yet, such

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

the first time we use a patched library, and it seems to be the solution with the least amount of work needed. -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

ould be when > you need to generate PDF from scripts. > > WDYT? > > Thanks > -Vincent > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [PROPOSAL] Make extension pages author superadmin when current user have programming right

Oh, forgot this one: system::migrator(R8XWIKI12345) system::extension-upgrade(org.xwiki.contrib:cool-app:1.2.3) system::password-reset(ip:1.2.3.4) On 01/17/2017 02:14 PM, Sergiu Dumitriu wrote: > I'd like something more complex, and more flexible at the same time. > Instead of having

Re: [xwiki-devs] [PROPOSAL] Make extension pages author superadmin when current user have programming right

ould imagine the same kind of thing for admin > user but that require the introduction of a virtual admin right user > like superadmin is a vitual programming right user. But let's not > discuss too many thing at once. > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] Finding the oldest commit of XWiki in git?

Here's a bit of trivia, the first version of XWiki had less than 6MB (uncompressed and including its libraries). On 01/10/2017 03:17 AM, Sergiu Dumitriu wrote: > That is indeed the first commit that can be traced from master, but you > can get to the older history by checking the log of

Re: [xwiki-devs] Finding the oldest commit of XWiki in git?

> We used to be able to see them in svnsearch but that service has been > decommissioned. On > https://web.archive.org/web/20130625112738/http://svnsearch.org/svnsearch/repos/XWIKI/search > we can still see that there were 7 commits in Dec 2003 for example. > > So my guess right now is that we lost history at some point. Is that so? > > Thanks > -Vincent > -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [xwiki-users] [UX][Proposal] Administration Overview

gt; like to see inside the product. Also maybe you have other ideas of what is >> missing or could be represented better. >> >> Thanks, >> Caty >> -- Sergiu Dumitriu http://purl.org/net/sergiu/

Re: [xwiki-devs] [BackwardCompatibility] Breakage in translations for Copy/Rename/Move

o some > translations keys (as it was done for FR). For this we need to evaluate the > extent of the damage. > > Any volunteer for 3)? :) > > Thanks > -Vincent > > > > > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] Ability to show/hide documents quickly (was Re: [Proposal][UX] Change the user type for the Admin user to 'simple')

r be interested in a code page? I can think of three reasons: - the page shouldn't have been hidden if users want to reach it - the user is trying to change something in the code, which is actually a developer task, so even if the user isn't an actual developer, he acts as one temporarily - the us

Re: [xwiki-devs] Why are extensions of same version removed when installing a new extension?

On 11/20/2016 05:47 AM, Vincent Massol wrote: > Hi Sergiu, > >> On 20 Nov 2016, at 05:26, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> Are you perhaps installing as a farm extension? > > Yes, I am. There’s a namespace constraint of {root} in the po

Re: [xwiki-devs] Why are extensions of same version removed when installing a new extension?

Are you perhaps installing as a farm extension? As to why are some extensions removed but not installed, that's simple. Removing Tree Macro also removes all its dependants, like the Document Tree Macro. But there's no indication left that those dependants are to be installed back. On 11/19/2016

Re: [xwiki-devs] Evolution of the Blog Application

ould > be to authorize the installation of approved and/or signed modules even > when the admin has not the programming right. > > Since we need a collegial decision, I am asking you your opinion :) > > Thanks, > > [1] http://jira.xwiki.org/browse/XWIKI-13861 > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists

Or actually it's because you sent the mail directly to me, and I see a copy that hasn't been through mailman. Everybody else got it in the Spam folder, with the broken signature. On 11/08/2016 09:50 AM, Sergiu Dumitriu wrote: > It's not your fault, it's XWiki's Mailman's fault. > > The

Re: [xwiki-devs] [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists

mfJdGlx5+GdukOzN6bX9Dz9Lvp5GpsYHZnWE8eANw0SeJ9t9wcvzKmNOYW+t9S53N27nfRfjYAwm7iZVmUsgbbZlpnW3NYrPOLoBGZX67aq6gsq877LKUyLLgLP5oszQnx3cUZAsgmjRuSYIIzjF42vfzjVjs7rOoO7royNl5O8BeFlgpevF/BDk2g2K7KXRTkkKtmDM > > > -------- > En date de : Lun 7.11.16, Sergiu Dum

Re: [xwiki-devs] [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists

By the way, all of Pascal's and Julio's emails (and other yahoo users) end up in my spam folder because of the broken DKIM signatures. On 11/07/2016 09:24 AM, Sergiu Dumitriu wrote: > This is partially XWiki's infrastructure fault, too. > > DMARC doesn't work well with mailing lis

Re: [xwiki-devs] [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists

. There's no easy fix for this, the only solution would be to replace self-hosted mailing lists with Google Groups, so that xwiki.org also becomes an alias for gmail.com On 11/07/2016 09:24 AM, Sergiu Dumitriu wrote: > This is partially XWiki's infrastructure fault, too. > > DMARC doesn't

Re: [xwiki-devs] [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists

visit >550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about >the 550 5.7.1 DMARC initiative. o3si17254181wjx.109 - gsmtp (in reply to >end of DATA command) > > So if you’re in that case, please contact Yahoo as mentioned in the message > above. >

Re: [xwiki-devs] [Proposal] Add authclass property to the XWikiPreferences class

d that *xwiki.cfg* was the historical file containing the > configuration options, we're moving away from it and this can be the moment > to improve this functionality by removing the *restart wiki* step which is > often a pain for the user. > > Thanks

Re: [xwiki-devs] [Proposal] Disable Message Stream by default in platform distribution + XE

th this POV. I also agree that in order to make XWiki simpler and > less cluttered, this feature could be disabled. > > Thus I’m proposing to still bundle it but to disable it, since we already > have a Message Stream Admin UI config. > > WDYT? > > Thank

Re: [xwiki-devs] [xwiki-users] Fw : Re: Issues when I upgraded my xwiki 7.0.1 to xwiki 8.2.1: search feature

tem and connected with Admin >>> account. >>>> >>>> On page >>> ./bin/view/Main/Search?text=test_type=DOCUMENT_locale=fr_locale==1 >>> , I have this ugly error message displayed: >>>> "Failed to execute the [velocity] >>> macro. Cause: [The

Re: [xwiki-devs] [Proposal] Change of behavior for Applications Panel and app registration in general

On 10/06/2016 11:36 AM, Vincent Massol wrote: > Hi Sergiu, > >> On 06 Oct 2016, at 17:30, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> The way I do this for another similar feature, using UIX objects, is to >> add two new parameters, "enabled"

Re: [xwiki-devs] [PROPOSAL] Stabilize filesystem templates rights

ight and use that as > filesystem template author if we absolutely want template to not have > too many rights by default (even if modifying a filesystem template > require much more access than superadmin in practice) > > +1 for 1) > -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Proposal] Change of behavior for Applications Panel and app registration in general

plications Panel by a > whitelist one > * When a new app is installed, list it in the Applications Index but don’t > add it to the Applications Panel > * If an admin wants to add this new for his users, he’ll need to add it in > the Admin UI for the Applications Panel. > > WDYT? &g

Re: [xwiki-devs] Issue with installed count on e.x.o overflowing the AS + too many versions

On 08/15/2016 12:39 PM, Vincent Massol wrote: > Hi Sergiu, > >> On 15 Aug 2016, at 18:18, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> Why does that value have to be stored in the wiki document? > > Sure, we could use another store. However the goal of X

Re: [xwiki-devs] Issue with installed count on e.x.o overflowing the AS + too many versions

edits in the history making the history a bit > less clean. > > I guess an option would be for the scheduler to delete the last revision > after it updates a page. Although not very nice, it could work for now. WDYT? > > Thanks > -Vincent -- Sergiu Dumitriu http://purl.

Re: [xwiki-devs] [Discussion] Committing date changes on document XML files

it would otherwise confuse him. >>>>>> >>>>>> What we are currently missing from xar:format is exactly this: the >> reset >>>>> of >>>>>> XML page dates to have a clearer and more consistent date for XWiki`s >>>>> code >>>>&

Re: [xwiki-devs] [VOTE] xwiki.org Governance change for paying extensions

s well. > * Allow the top sponsoring company (TSC) an advertising space on the home > page of extensions.xwiki.org to advertise extensions it wishes to promote. > > Please cast your votes. > > Here’s my +1 > > Thanks > -Vincent > -- Sergiu Dumitriu http://purl.

Re: [xwiki-devs] Velocity 2.0 and DeprecatedCheckUberspector

conversions are now handled by Velocity. There may be other >> important conversion cases you'd like to see handled. > > Ok cool. > > On your side, if you see other issues that you’d be willing to integrate let > us know. > > Thanks > -Vincent > >> R

Re: [xwiki-devs] Velocity 2.0 and DeprecatedCheckUberspector

ure you'd like to > insist on, don't hesitate. I already integrated VELOCITY-825, for > instance, so String->Enum constant conversions are now handled by > Velocity. There may be other important conversion cases you'd like to > see handled. > > Regards, >

Re: [xwiki-devs] [VOTE] Use {{html clean="false"}} as a best practice when developing applications

n though) > > We should keep clean=true by default because we don't want the XWiki users > to break the XWiki UI too easily when they copy some HTML from the web and > paste it inside the HTML macro. > > Here's my +1 > > WDYT? > > Thanks, > Marius -- Serg

Re: [xwiki-devs] Saving page name with accented character?

giu, > > the operating system encoding is "Cp1252". Is this the problem? > > Cordialment, > Julio > > 2016-06-25 9:51 GMT-03:00 Sergiu Dumitriu <ser...@xwiki.org>: > >> What is the operating system encoding? Try putting this in a new wiki >> page an

Re: [xwiki-devs] Saving page name with accented character?

252' > LC_CTYPE = 'Portuguese_Brazil.1252' >CONNECTION LIMIT = -1; > > Thanks, > Julio -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Brainstorming] Remove old Radeox macros from e.x.o?

l it’s a big deal at all. An alternative >>> (more work) would be to move the page on some old.xwiki.org wiki... >>> >>> Thanks >>> -Vincent >>> >>> ___ >>> devs mailing list >>> devs@xwiki.org >>> http://lists.xwiki.org/mailman/listi

Re: [xwiki-devs] What is the right way to implement XWiki custom permission check in java code?

ot;) So try this: security.authorization.settler=MyAuthorizationSettler (or RavenAuthorizationSettler if you also changed the hint of the class) Note that the actual cause of the problem is near the end of the stacktrace, the first one is just the tip of the iceberg that doesn't provide any usefu

Re: [xwiki-devs] What is the right way to implement XWiki custom permission check in java code?

owing line: > security.authorization.settler=com.raven.xwiki.auth.MyAuthorizationSettler > > What should I need to implement else? > Quick check, the code says "MyAuthorizationSettler" but the configuration says "RavenAuthorizationSettler". Is that wrong in the email only, or in the actual code? -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [xwiki-users] DocumentDeletingEvent

nts should behave like this, so that a diff can be computed between doc and originalDoc regardless of what action happened to the document. However, the Javadoc for DocumentDeletingEvent is misleading: https://github.com/xwiki/xwiki-platform/blob/master/xwiki-plat

Re: [xwiki-devs] What is the right way to implement XWiki custom permission check in java code?

. > Regards, > > > On Tue, Apr 12, 2016 at 10:16 AM, abtv <andreybu...@mail.ru> wrote: > >> When I use XWikiCachingRightService I register it in xwiki.cfg file. Where >> should I register my implementation of ContextualAuthorizationManager >> interface? What is a r

Re: [xwiki-devs] Java 8 doclint features: issue with unknown tags

and also in case someone knows of a solution (ofc > finding the corresponding doclint group and turning it off for the failing > module is an option albeit not a perfect one). > > Thanks > -Vincent -- Sergiu Dumitriu http://purl.org/net/sergiu/ _

Re: [xwiki-devs] Set the standard java.lang.Package fields in the MANIFEST

ml > for more. > > WDYT about enabling that in Maven Jar plugin ? > > Here is my +1. > +1. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Modify "xhtml/1.0" renderer to generate valid XHTML and introduce a new "xhtmlfragment/1.0" renderer

> Isn't this an incompatible change? Why not change the parser to accept a fragment? -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Change our Script API best practice regarding exception handling (Take 2)

r it would be much nicer to: >>>> * Let our script services generate exceptions >>>> * Offer a velocity script service to get the last exception raised by a >>>> java call from velocity >>>> * Implement this uberspector to catch the exceptions and to set them in >>>> the execution context >>>> >>>> That should be quite easy to implement IMO. >>>> >>>> WDYT? >>>> >>>> Thanks >>>> -Vincent >>>> >>>> PS: This is http://jira.xwiki.org/browse/XWIKI-2374 >> > > ___ > devs mailing list > devs@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Add Sandbox in the app bar + Remove Quick Links Panel + Add Tip Panel

ty to >>>>>> add a few more tips: https://jira.xwiki.org/browse/XWIKI-13270 >>>>>> >>>>>> WDYT? >>>>>> >>>>> >>>>> We need to mention in the release notes that: >>>>> >>>>> * the Distribution Wizard may detect a merge conflict on the Quick Links >>>>> panel if this panel was customized >>>>> * the Quick Links panel may disappear after an upgrade to 8.1M1+. The user >>>>> can add it back from the administration if she needs it (e.g. if it has >>>>> been customized) >>>>> >>>>> +1 >>>>> >>>>> Thanks, >>>>> Marius >>>>> >>>>> >>>>>> Thanks >>>>>> -Vincent > ___ > devs mailing list > devs@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Remove the "xwiki.usedefaultweb" configuration parameter

On 03/29/2016 11:44 AM, Vincent Massol wrote: > >> On 29 Mar 2016, at 17:42, Sergiu Dumitriu <ser...@xwiki.org> wrote: >> >> On 03/29/2016 11:40 AM, Sergiu Dumitriu wrote: >>> On 03/29/2016 11:32 AM, Vincent Massol wrote: >>>> >>>>&g

Re: [xwiki-devs] [Proposal] Remove the "xwiki.usedefaultweb" configuration parameter

On 03/29/2016 11:40 AM, Sergiu Dumitriu wrote: > On 03/29/2016 11:32 AM, Vincent Massol wrote: >> >>> On 29 Mar 2016, at 16:53, Vincent Massol <vinc...@massol.net> wrote: >>> >>> >>>> On 29 Mar 2016, at 16:46, Sergiu Dumitriu <s

Re: [xwiki-devs] [Proposal] Remove the "xwiki.usedefaultweb" configuration parameter

On 03/29/2016 11:32 AM, Vincent Massol wrote: > >> On 29 Mar 2016, at 16:53, Vincent Massol <vinc...@massol.net> wrote: >> >> >>> On 29 Mar 2016, at 16:46, Sergiu Dumitriu <ser...@xwiki.org> wrote: >>> >>> It is working, but only if th

Re: [xwiki-devs] [Proposal] Remove the "xwiki.usedefaultweb" configuration parameter

’s a big help for users to be able to omit the Main > space since they need to keep the other spaces in the URL anyway. > > So I’m proposing to officially drop support for this parameter and remove it > from xwiki.cfg since it has not worked for ages. > > WDYT? Have I missed somethin

Re: [xwiki-devs] [Proposal] Turn on filesystem attachment store by default in XWiki 8.1

so other aspects that deserve attention: > >> - migrating users, that should be warned and provided better way to >> migrate than a snippet IMO. > > Indeed. https://github.com/phenotips/phenotips/tree/master/components/storage-migrators -- Sergiu Dumitriu http://purl.org/net/sergiu/ _

Re: [xwiki-devs] How to setup 'Prevent unregistered users from viewing pages' in config or programmatically?

er and without using the deprecated old core APIs: @Inject private DocumentAccessBridge bridge; ... bridge.setProperty(, , "authenticate_view", 1); On 03/22/2016 03:33 AM, abtv wrote: > It's good idea, but I would prefer to use java code in xwiki instead of REST > call from outside of xw

Re: [xwiki-devs] How to setup 'Prevent unregistered users from viewing pages' in config or programmatically?

Oh, and the value must be 1 to enable. On 03/21/2016 08:29 AM, Sergiu Dumitriu wrote: > That's an object property, so you can use a normal page REST call to set it. > > page: XWiki.XWikiPreferences > object: XWiki.XWikiPreferences[0] > property: authenticate_view / authenticate_

Re: [xwiki-devs] [VOTE] New governance rule for xwiki.org: hosted XWiki options

mitters, such as XCS from XWiki SAS (in the order with the most committers > listed first, as usual). > > Please cast your vote. > > Here’s my +1 > > Thanks > -Vincent > > -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [VOTE] First set of extensions to move out of wiki-platform (RESULT)

wants it. >> >>> - xwiki-platform-jira >> >> I can take this one if nobody wants it. >> >>> - xwiki-platform-release >> >> I can take this one if nobody wants it. >> >>> - xwiki-platform-selenium >> >&

Re: [xwiki-devs] [Proposal] New Anti Spam API in xwiki-platform-spam

mple this can include the >>>> * IP address of the submitter of the content, its email address, the date >>>> of submission, etc >>>> * @return true if the content is considered spam or false otherwise >>>> */ >>>> boolean isSpam(Reader content, Map parameters); >>>> } >>>> >>>> >>>> Then the idea would be to have an EventListener for page save and comment >>>> save and go through this API. >>>> >>>> WDYT? >>>> >>>> Thanks >>>> -Vincent >>>> > ___ > devs mailing list > devs@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Keep old LTS till next version N.4.1 is released

tion with eyes closed and we’re guaranteeing stability. In practice > it’s a bit too early to decide if 7.4 is really that stable. > > In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released > because we remove the previous LTS and swap it with the new one. > > WD

Re: [xwiki-devs] [VOTE] Retire XMLRPC

+1, REST is king. On Sep 21, 2015 10:03 AM, "vinc...@massol.net" wrote: > Hi devs, > > I’d like that we retire the XMLRPC feature of XWiki. > > Rationale: > * We now have a REST API > * The XMLRPC API is pretty old now, doesn’t support Nested Spaces, see >

Re: [xwiki-devs] [VOTE] Page Identifier or Page Name?

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

Re: [xwiki-devs] [VOTE] Page Identifier or Page Name?

indeed forgot about XWikiDocument#getId which move my vote to -1. On Wed, Aug 26, 2015 at 10:08 AM, Sergiu Dumitriu ser...@xwiki.com wrote: Agree with Vincent, and I'm actually -1 for changing it to identifier. Internally, a document already has an identifier, the generated hash. On 08/25

Re: [xwiki-devs] [VOTE] Move OSCache based cache module to contrib

that one implementation of the API to do something generic enough but we passed first API design period since a long time now... Here is my +1 -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http

Re: [xwiki-devs] [Proposal] Do not use dom4j anymore and instead use JDOM2

, Sergiu Dumitriu wrote: +1 for removing DOM4J, it's been dead for 10 years. But why do we need a non w3c library at all? Why is JDOM better than DOM? The main reason is that it is supposedly easier to use for Java programmers, but is it that much easier to justify having different APIs

Re: [xwiki-devs] [Proposal] Do not use dom4j anymore and instead use JDOM2

consistency * DOM4J seems not maintained anymore: https://sourceforge.net/projects/dom4j/files/ * JDOM2 seems maintained: http://jdom.org/news/ WDYT? Thanks -Vincent -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs

Re: [xwiki-devs] Bug in getusers.vm?

afterwards. Maybe #[[ ... ]]# is what we want? http://velocity.apache.org/engine/devel/vtl-reference-guide.html#Unparsed_Content It depends on not having ]]# present in the source, but I guess that's fine since we would explicitly use this when needed. -- Sergiu Dumitriu http://purl.org/net

Re: [xwiki-devs] [Solr] Word delimiter filter on English text

in the index)? It is worth having this configuration by default? Thanks, Marius On Tue, May 5, 2015 at 4:57 PM, Sergiu Dumitriu ser...@xwiki.org wrote: I agree with Paul. The way I usually do searches is: - each field gets indexed several times, including: -- exact matches ^5n (field == query

Re: [xwiki-devs] [Solr] Word delimiter filter on English text

On 05/08/2015 05:22 AM, Marius Dumitru Florea wrote: On Fri, May 8, 2015 at 10:39 AM, Sergiu Dumitriu ser...@xwiki.org wrote: Well, my usecase is not the same, since I'm indexing ontologies and the end purpose is to find the best matching terms. A few numbers though: - 4MB ontology with 11k

Re: [xwiki-devs] [Solr] Word delimiter filter on English text

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

Re: [xwiki-devs] [VOTE] Remove xwiki-platform-legacy-crypto-script module

to our rules, I’m sending this VOTE to decide to break this API voluntarily by removing this legacy module. Here’s my +1 Thanks -Vincent -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ devs mailing list devs@xwiki.org http://lists.xwiki.org

Re: [xwiki-devs] [PROPOSAL] Change the webjars URL mapping

by both HTTPD and Tomcat. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] Google Maps with polygons

out how to insert the code. Any help would be much appreciated. Thanks! ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] build error with xwiki-enterprise

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

Re: [xwiki-devs] Migration Manager Subsystems

/Governance). Thanks -Vincent Thanks in advance Marc Sladek synventis gmbh ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [VOTE] Move to Servlet 3.0 now in 7.0

to properly and cleanly fix http://jira.xwiki.org/browse/XWIKI-11843, so this would kill 2 birds with one stone. If someone is -1, then I’d still like to move to Servlet 2.5 at least. Here’s my +1 Thanks -Vincent -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [Brainstorming] About using the @Priority annotation when components need priority

on the @Priority one from the JDK (i.e. we ban the usage of it). WDYT? Thanks -Vincent W -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Plan to remove XWiki Enterprise

a regression, to know which person to contact, etc. Do we have a strategy for keeping the history somehow? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Using Less4j by default in XWiki

-core/xwiki-platform-lesscss/xwiki-platform-lesscss-default/src/main/java/org/xwiki/lesscss/internal/compiler/CachedIntegratedLESSCompiler.java#L103 [2]: https://github.com/less/less.js/issues/1968 [3]: https://github.com/less/less.js/issues/2316 -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] Fw: [ANNOUNCE] Apache Solr 5.0.0 and Reference Guide for Solr 5.0 released

mirror. This also goes for Maven access. -- Anshum Gupta http://about.me/anshumgupta ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs -- Sergiu Dumitriu http://purl.org/net/sergiu

Re: [xwiki-devs] [VOTE] New Translation property naming rules

Since we will enter XWiki-related keys most of the time, we should save keystrokes and go for option 2, i.e. no xwiki. prefix. On 02/21/2015 03:55 AM, vinc...@massol.net wrote: Hi Sergiu, On 20 Feb 2015 at 21:47:45, Sergiu Dumitriu (ser...@xwiki.org(mailto:ser...@xwiki.org)) wrote: +1

  1   2   3   4   5   6   7   8   9   10   >