IRC Archive for channel #xwiki

jvdrean joined #xwiki at 00:10
lucaa1 joined #xwiki at 01:01
lucaa left at 01:10 (Read error: 60 (Operation timed out)
Lukemon_ left at 01:11 (Read error: 110 (Connection timed out)
Lukemon_ joined #xwiki at 01:11
CalebJamesDeLisl left at 01:36 ("irc forever!"
jvdrean left at 01:43 ("Leaving."
xwiki-bridge left at 03:29 (
xwiki-bridge joined #xwiki at 03:29
xwiki-bridge left at 03:34 (Client Quit
jerome_ left at 04:04 (Read error: 60 (Operation timed out)
xwiki-bridge joined #xwiki at 05:08
bbc581 left at 05:48 (Read error: 60 (Operation timed out)
mflorea joined #xwiki at 07:21
vmassol joined #xwiki at 07:58
kibahop joined #xwiki at 08:12
vmassol left at 08:56 (Client Quit
vmassol joined #xwiki at 08:59
Enygma` joined #xwiki at 09:20
SvenDowiu joined #xwiki at 09:52
tmortagne joined #xwiki at 09:55
lucaa1 left #xwiki at 10:06
SvenDowideit left at 10:09 (Read error: 101 (Network is unreachable)
SvenDowiu is now known as SvenDowideit ([email protected]
tmortagne left at 10:27 ("Ex-Chat"
tmortagne1 joined #xwiki at 10:28
tmortagne1 - (10:29): names #xwiki
tmortagne1 left at 10:30 (Client Quit
tmortagne joined #xwiki at 10:30
tmortagne left at 10:32 (Client Quit
tmortagne joined #xwiki at 10:32
jvdrean joined #xwiki at 10:38
mflorea left at 10:39 ("Leaving."
lucaa joined #xwiki at 10:48
arkub joined #xwiki at 11:05
CalebJamesDeLisl joined #xwiki at 11:12
vmassol - (11:22): fyi I'll be trying to fix the panel editing issue today
vmassol - (11:23): (the fact that when you edit a panel you get to edit the HTML)
tmortagne - (11:23): i'm looking at html export issue but it's going to be a big work i think since there is not only colibre css theme file but also skinx resources
tmortagne - (11:24): colibri
vmassol - (11:24): jvdrean: you need to remove some html macro to make edit work fine after you make the user profile page in 2.0 syntax
vmassol - (11:24): (for blog field for ex)
vmassol - (11:24): (I did that locally yesterday and it worked fine after I remove the html macro surrounding the $doc.display call)
tmortagne - (11:26): sdumitriu: where skinx resources links are added to the rendered page ?
vmassol - (11:27): !shutdown
tmortagne - (11:27): (where in java code, not where in the html page)
vmassol - (11:27): !help
sdumitriu - (11:27): tmortagne: WDYM? Just putting the links in there?
sdumitriu - (11:28): It's in the plugin implementation, in endParsing I think
tmortagne - (11:28): who call it ?
sdumitriu - (11:28): parseTemplate
sdumitriu - (11:28): It's a standard plugin hook method
tmortagne - (11:29): would it be possible to put something in XWikiContext to indicate to skinx plugin to insert skinx resource instead of link it ?
vmassol - (11:29): bridge seems dead
sdumitriu - (11:29): tmortagne: I don't understand
tmortagne - (11:30): sdumitriu: html export loose all skinx resource because it has no ide where to find it, if it could indicate to skinx to insert css/js directly in the page instead of putting a <link> it would be easier
sdumitriu - (11:32): Why?
sdumitriu - (11:33): I think it's the same thing
sdumitriu - (11:33): Someone has to get the resource from disk
sdumitriu - (11:34): Currently the skinx plugins don't know how to do that either
sdumitriu - (11:34): It's the web part that actually gets the content
tmortagne - (11:34): i don't understand, isn't skinx plufin supposed to get resource from xobjects ?
sdumitriu - (11:34): Nope
sdumitriu - (11:35): The plugin just manages links
sdumitriu - (11:35): Corresponding to String-named files
sdumitriu - (11:35): It never checks if the files are there
sdumitriu - (11:35): There are 2 parts in the skinx plugin
sdumitriu - (11:35): s/skinx plugin/skinx project
sdumitriu - (11:36): The plugins, and the corresponding web parts
sdumitriu - (11:37): The plugin accepts "use" calls, and prints links computed with the URLFactory
tmortagne - (11:37): probleme that even if plugin doe snot currently check the resources, only it has the links, html export does not even have that
sdumitriu - (11:37): The web servlets accept a request and then compute the response
sdumitriu - (11:38): Why doesn't HTML export have the links?
sdumitriu - (11:38): I thought it remembers all URLs requested to the URLFactory
jvdrean - (11:38): vmassol: about the html macro, if I remove it it breaks the display from a xwiki/1.0 profile
tmortagne - (11:39): sdumitriu: and skinx resource URLs are generated using URLFactory ?
vmassol - (11:39): yes indeed
vmassol - (11:39): b
vmassol - (11:39): jvdrean: btw it's alreayd broken from a xwiki/1.0 profile, you get an extra {/pre} at the bottom
sdumitriu - (11:39):         return "<link rel='stylesheet' type='text/css' href='"
sdumitriu - (11:39):             + context.getWiki().getURL(documentName, PLUGIN_NAME,
sdumitriu - (11:39):                 "language=" + context.getLanguage() + parametersAsQueryString(documentName, context), context) + "'/>";
vmassol - (11:39): jvdrean: I don't know if we have a solution that works for both. Well using some #if on the syntax would work for sure
jvdrean - (11:40): vmassol: yes I think I'll go for the #if
sdumitriu - (11:40): This is for document based extensions
sdumitriu - (11:40): For file based extension there's:
sdumitriu - (11:40):         result.append(context.getWiki().getSkinFile(filename, forceSkinAction, context));
sdumitriu - (11:40): I think this is the problem
jvdrean - (11:40): vmassol: I don't think I can do something about the extra {/pre} but it's not a blocker
jvdrean - (11:40): at least imho
mflorea joined #xwiki at 11:42
xwiki-bridge left at 11:43 (Read error: 104 (Connection reset by peer)
xwiki-bridge joined #xwiki at 11:45
vmassol - (11:46): jvdrean: I need to spend the time to look at it but since it works fine in 2.0 syntax, I'm not sure how much time I should spend on this
tmortagne - (11:46): sdumitriu: so html export has to know that a particular action corresponding to the skinx plugin name is in fact an URL to a resource
sdumitriu - (11:48): Not always
vmassol - (11:48): tmortagne: fyi ludovic says no need to support the old jcaptcha plugin from his POV
sdumitriu - (11:48): I think the best idea would be to request the content via the web actions
vmassol - (11:48): (just asked)
sdumitriu - (11:48): Since they can be parsed and have URL parameters
tmortagne - (11:50): i don't understand what you mean
sdumitriu - (11:52): I mean that you can request something like:
sdumitriu - (11:52): $ssfx.use('uicomponents/widgets/something.css', {'colorTheme' : $themeDoc.fullName})
sdumitriu - (11:53): Which would parse something.css, and the velocity code inside it would read and use the colorTheme URL parameter
sdumitriu - (11:53): Thus generating different results for different URLs
sdumitriu - (11:53): So you can't just include something.css in the zip, without parsing, or parsing without the URL parameters
sdumitriu - (11:54): So either duplicate all the logic from the web servlets of skinx, or actually use them from the export class
tmortagne - (11:55): sure but that's my point, skinx plugin knows the meaning of theses use cases, html export don't so i don't see how to support everything skinx support at html export level
tmortagne - (11:55): if any feature is added in skinx it will break again html eport
tmortagne - (11:55): it's not about duplicate the logic
tmortagne - (11:56): it's about use a common tool
jvdrean left at 12:14 ("Leaving."
tmortagne - (12:27): for color theme support only thing i can think of is use SkinAction with a  custom XWikiRequest in ExportURLFactory#createSkinURL to resolve properly the content of the resource file but it's almost useless unless we then parse the result to resolve @include in css files (we also have to know it's css file)
tmortagne - (12:32): is there some kind of include in js too ?
sdumitriu - (12:33): No
sdumitriu - (12:33): I mean it could be, but we don't use any
tmortagne - (12:34): good news :) (parsing css ok but parsing js...)
jvdrean joined #xwiki at 12:47
nuvolari - (13:16): how do I show a url without making it a link, and display it monospaced? "##jdbc:mysql://localhost:3306/a68m##" did not work correctly
vmassol - (13:22): nuvolari: ## is only for monospace
vmassol - (13:22): if you want verbatim you must use {{{...}}}
vmassol - (13:22): you can find this information in your wiki in the syntax help
vmassol - (13:22): or on xwiki.org
nuvolari - (13:23): vmassol: ooh thanks, {{{}}} would have helped, but I got a workaround using ##jdbc:mysql:~/~/localhost/a68m## (which is exactly what I wanted)
vmassol - (13:24): yes escaping works too
sunny_slls joined #xwiki at 13:28
sunny_slls left #xwiki at 13:28
tmortagne - (13:55): nuvolari: when you are not sure good way is generally to do it with WYSIWYG and see what is the generated syntax
jvdrean left at 14:23 ("Leaving."
vmassol - (14:25): new bug: panel wizard has a pb with a panel
vmassol - (14:25): (the members panel)
KermitTheFragger joined #xwiki at 14:27
vmassol - (14:30): reminder: import new translations for 2.2M2
kibahop left #xwiki at 14:30
vmassol - (14:31): mflorea: you need to talk to guillaume lerouge to get the wysiwyg translations for macros
vmassol - (14:31): (I reminded him yesterday but he needs to talk to you to know how to do it)
mflorea - (14:31): ok
mflorea - (14:32): vmassol: he's offline now, I'll ping him when he comes back online
vmassol - (14:32): ok thx
tmortagne - (14:32): ( http://jira.xwiki.org/jira/browse/XWIKI-4752 )
mflorea - (14:36): tmortagne: I guess macro translations would go in the core ApplicationResources.properties, right? Macros are a core feature. I don't know if we can have a separate resource file for macros. Anyway, since the translation is done on the server side, the resource fine should be in the core IMO.
lucaa - (14:37): guys I have a components question:
lucaa - (14:37): I have A component role, B extends A and is component role as well, A1 implements A, is component and has hint x, B1 implements B is component and has hint x. Can it be any problem when I'll lookup role A with hint x? Can I be sure to get A1 and not B1, or I'd better change B1's hint?
tmortagne - (14:37): mflorea: as it's written in XWiki-4752 "This is when waiting for macros to have their own translation resources  (need new localization component)."
mflorea - (14:39): tmortagne: ok, so until macros can have their own translation file, Guillaume should put the translations in the core ApplicationResource.properties
tmortagne - (14:40): the keys, then the translations will be with the others in l10n.xwiki.org
tmortagne - (14:40): (keys and en version)
mflorea - (14:41): sure, ok thanks, I'll talk with G asap
jvdrean joined #xwiki at 14:41
tmortagne - (14:43): an idea: we could reuse someway your code to generate the keys in the WYSIWYG to generate what is needed by generating key and taking default value return by macros as corresponding values
nuvolari - (14:43): tmortagne: well, I use Chromium and it doesn't support WYSIWYG
tmortagne - (14:43): otherwise it will be very long to find all the keys and value
nuvolari - (14:43): (that was regarding the suggestion you sent me earlier)
tmortagne - (14:44): nuvolari: ou could another browser if you really need to use the WYSIWYG ;)
tmortagne - (14:44): *you could use
tmortagne - (14:44): mflorea: WDYT ?
tmortagne - (14:44): (about generate key and value pairs)
tmortagne - (14:45): that way we would not forget any macro i think
nuvolari - (14:47): tmortagne: I prefer applying the formatting myself. 
vmassol - (14:47): lucaa: not sure if that answers your question but if you have a component impl that implements 2 component roles then it'll be registred twice
vmassol - (14:47): (by default)
vmassol - (14:47): so you'll have 2 instances in the component memory map
mflorea - (14:47): tmortagne: yes, sounds like a good idea, let me think how I can reuse the code.
tmortagne - (14:48): nuvolari: sure i did not suggest to use the WYSIWYG only but to use it to look at what is generated in some use case you don't know how to reproduce
mflorea - (14:48): nuvolari: wdym? what happens when you edit a page in wysiwyg mode?
vmassol - (14:48): lucaa: so yes it'll be a pb AFAIR
lucaa - (14:48): vmassol: well it doesn't implement two roles, it implements a role which extends another role. And the question is if also have 2 implementations with the same hint, for the 2 different roles, which one I get when I lookup?
vmassol - (14:49): that's 2 roles
lucaa - (14:49): vmassol: ok
vmassol - (14:49): (if they both have @ComponentRole annotations)
lucaa - (14:49): vmassol: yes they do
vmassol - (14:49): check the Component annotation
vmassol - (14:49): it has:
vmassol - (14:49):     /**
vmassol - (14:49):      * When specified forces the component to be registered as many times as there are roles specified. Otherwise
vmassol - (14:49):      * the superclass/interface hierarchy is scanned for ComponentRole annotations and the component is registered
vmassol - (14:49):      * under all roles found. 
vmassol - (14:49):      */
vmassol - (14:49):     Class< ? >[] roles() default { };
tmortagne - (14:49): nuvolari: for example in you use case you would have copy pasted your link and set its style and see exactly what you put in your code, i.e. escape of /
mflorea - (14:49): nuvolari: my question was re: "Chromium and it doesn't support WYSIWYG"
vmassol - (14:49): lucaa: or use a different interface hierarchy
lucaa - (14:50): vmassol: in my case I can also handle it from hints... I'll think about it
nuvolari - (15:05): mflorea: it seemsa as if something is missing. it "freezes" with the loading animation in the centre of the screen
nuvolari - (15:05): *seems
mflorea - (15:06): nuvolari: ok, thanks, I'll check
vmassol - (16:26): jvdrean: {/pre} is fixed :)
jvdrean - (16:26): great ! :)
vmassol - (16:26): (and the textarea pb with panels too at the same time)
SvenDowiu joined #xwiki at 16:45
SvenDowideit left at 16:47 (Read error: 60 (Operation timed out)
SvenDowiu is now known as SvenDowideit ([email protected]
mflorea - (16:48): guys, since Fabio is not online, do you know if a REST resource can have a plain text representation? I'd like to have xwiki/rest/something to return some plain text. Is it possible?
tmortagne - (16:51): mflorea: i think i remember something about the possibility to indicate to REST an output syntax called "media" or something, i'm checking something
sdumitriu - (16:52): I don't think it works
mflorea - (16:52): I'm thinking to write a REST resource that returns a resource file, e.g the macro descriptor translation
tmortagne - (16:53): mflorea: you have to do it with REST ?
vmassol - (16:53): jvdrean: I think you can remove the #if now and the html macro altogether
tmortagne - (16:53): ha i found something
tmortagne - (16:54): at least in the test there is MediaType.TEXT_PLAIN
tmortagne - (16:54): used
vmassol - (16:54): jvdrean: since $doc.display will wrap the result in {{html}} automatically if the sntax is 2.0
tmortagne - (16:54): to test attachement for example
vmassol - (16:54): jvdrean: testing
mflorea - (16:54): no, but it seemed to me the easiest way to used it: just put a jar in WEB-INF/lib, then go to xwiki/rest/macrotranslations and you get the updated resource file for the existing macros
vmassol - (16:55): jvdrean: yes works fine in both cases
vmassol - (16:55): (ie when the use page is in 1.0 syntax or 2.0)
vmassol - (16:55): s/use/user/
tmortagne - (16:56): mflorea: AFAICS in the test you can give "text/plain" to the RequestEntity
tmortagne - (16:56): and the RequestEntity is given to the PutMethod
mflorea - (16:56): ok, I'll look deeper in the code, thanks for the hint
jvdrean - (16:57): vmassol: I've tried without it and it doesn't work in inline mode
jvdrean - (16:57): let me reproduce
vmassol - (16:57): jvdrean: after my fix of course :)
jvdrean - (16:57): ah ok
vmassol - (16:57): (the one I  have committed)
vmassol - (16:58): btw after my fix it'll not work if you leave the html macro
vmassol - (16:59): since you'll get {{html wiki=false}}{{html}}...
vmassol - (16:59): $doc.display returns {{html}}.... when the syntax is 2.0
vmassol - (16:59): the bug was that before it thought it was 1.0 syntax and not 2.0
vmassol - (16:59): (because the including doc was in 1.0 syntax)
vmassol - (17:00): so $doc.display was returning {pre}....
vmassol - (17:00): hope it's clear :)
jvdrean - (17:01): yes get it
vmassol - (17:01): hmm this is weird
vmassol - (17:01): someone has converted the Members panel to contain 2.0 code
vmassol - (17:01): but the syntax is 1.0
vmassol - (17:02): fixing it
vmassol - (17:03): hehe seems like it's you jvdrean 
vmassol - (17:04): rev 25845
vmassol - (17:04): XAPANELS-104
vmassol - (17:04): strange it's not even closed
vmassol - (17:05): but it was released with 2.2M1
vmassol - (17:06): jvdrean: can I just change the syntax id, commit and close the issue?
SvenDowiu joined #xwiki at 17:06
vmassol - (17:07): (it seems to work if I set the syntax to ne 2.°)
vmassol - (17:07): except for "See all" which points to the users class for some reason, that doesn't seem very useful
vmassol - (17:08): especially since that page doesn't list documents of that class type... that's strange... have we lost this feature sdumitriu ?
vmassol - (17:08): http://localhost:8080/xwiki/bin/view/XWiki/XWikiUsers
sdumitriu - (17:10): Strange
sdumitriu - (17:11): Should work
sdumitriu - (17:11): I wonder if it's a blacklisted spaces thing
sdumitriu - (17:11): Ah, I think I know
sdumitriu - (17:11): Again, the "removed classes created by the core" commit
sdumitriu - (17:14): This class was pretty special since it contained very custom content
sdumitriu - (17:15): For displaying the users
vmassol - (17:18): sdumitriu, jvdrean: so what do we do?
sdumitriu - (17:19): 1. See why aren't users listed
sdumitriu - (17:19): 2. Reintroduce the custom XWikiUsers document
jvdrean - (17:20): vmassol: sorry I'm rushing on a watchlist livetable rewrite with jerome
jvdrean - (17:20): vmassol: if the panel works in 2.0 syntax then yes please commit and close the issue
sdumitriu - (17:21): vmassol: are all the panels converted to the 2.0 syntax?
vmassol - (17:21): sdumitriu: nope
vmassol - (17:21): only 1
sdumitriu - (17:21): Then XAPANELS-104 is misleading
vmassol - (17:21): ah yes right
vmassol - (17:21): fixing
SvenDowideit left at 17:24 (Read error: 110 (Connection timed out)
SvenDowiu is now known as SvenDowideit ([email protected]
SvenDowiu joined #xwiki at 17:29
mflorea - (17:31): sdumitriu: do you know if I can configure commons.logging to log in a separate file for a specific class?
sdumitriu - (17:31): Yes
mflorea - (17:32): cool!
mflorea - (17:32): how? :)
sdumitriu - (17:32): You can create a new logger
SvenDowideit left at 17:32 (Read error: 60 (Operation timed out)
sdumitriu - (17:32): Configure it to log only for your class
sdumitriu - (17:32): Create a new output
sdumitriu - (17:33): s/output/appender
sdumitriu - (17:33): Actually, I don't know all the details
mflorea - (17:34): all this in Java code?
mflorea - (17:34): I should look over the javadoc
SvenDowiu left at 17:35 (Read error: 60 (Operation timed out)
SvenDowideit joined #xwiki at 17:36
Enygma` left at 17:51 ("Leaving."
npm joined #xwiki at 17:51
vmassol - (17:58): mflorea: all this in the log4j config
mflorea - (17:59): vmassol: yes, I'm reading the documentation :)
vmassol - (17:59): since we use class names as log4j categories you can configure log4j per cateogry
vmassol - (17:59): s/cateogry/class/
vmassol - (18:00): mflorea: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging
vmassol - (18:01): just create a new appender
vmassol - (18:01): then for your class specify what appender to use
mflorea - (18:01): thanks, I'll do so
vmassol - (18:01): and what severirty
vmassol - (18:01): severity
vmassol - (18:02): log4j.logger.org.xwiki.full.package.here.MyClass = debug, myappender
mflorea - (18:02): I see
kibaho1 joined #xwiki at 18:04
vmassol left at 18:05 (Client Quit
vmassol joined #xwiki at 18:07
vmassol - (18:13): I cannot find bugs related to my changes... anyone has noticed any bug that we need to fix for 2.2M2 and that I could look aT?
tmortagne left at 18:13 ("Leaving."
vmassol - (18:13): checking jira
vmassol - (18:13): é
vmassol - (18:13): !shutdown
xwiki-bridge left at 18:17 (Read error: 104 (Connection reset by peer)
xwiki-bridge joined #xwiki at 18:18
vmassol - (18:18): hmm how does the bridge connect to jabber?
vmassol - (18:20): it's supposed to be automatic and the config looks ok
xwiki-bridge left at 18:20 (Remote closed the connection
xwiki-bridge joined #xwiki at 18:22
vmassol - (18:24): !who
xwiki-bridge - (18:24): * members: 
arkub left at 18:27 (Read error: 113 (No route to host)
vmassol - (18:36): sdumitriu: not sure who's done this but I'm not sure I agree: In ApplicationResources.properties there are core.comment.* 
vmassol - (18:36): I would have expected these keys to be inside each domain
vmassol - (18:37): for example imagine a comment for XAR import, I'd have expected it to be in core.importer.*
vmassol - (18:37): otherwise it's not nice when we want to separate apps/modules
vmassol - (18:37): wdyt?
sdumitriu - (18:38): +1
sdumitriu - (18:39): I need to push the localization component...
sdumitriu - (18:39): It's getting more and more needed
vmassol - (18:40): yep, we need it for 2.3
bbc581 joined #xwiki at 18:41
mflorea - (18:49): vmassol, sdumitriu, tmortagne: thanks! I managed to generate the translation file for the macro descriptors using the logger :)
mflorea - (18:50): now, do you know why I get "log4j:WARN No appenders could be found for logger (org.apache.commons.beanutils.converters.BooleanConverter)." ?
mflorea - (18:51): it's harmless but I'm just curious
KermitTheFragger left at 18:51 ("Leaving"
nuvolari - (18:55): mflorea: also, (adding to my report on Google Chromium) I think that I should add that I'm using the daily build
mflorea - (18:56): nuvolari: ok, but I haven't really tested the editor on Chromium so the problem might be present on a stable version
nuvolari - (18:57): mflorea: lemme check, I have a stable version on here too
nuvolari - (18:59): mflorea: same problem on Chrome
nuvolari - (19:00): mflorea: do I need an extension? I might add that this is stock. No extensions
nuvolari - (19:01): hmm, interesting, why do some call it nightly and others call it daily build?
mflorea - (19:01): nuvolari: no, I don't think so. I need to check myself, but I'm working on something else right now. I'll come back to this asap.
vmassol - (19:01): FF 3.6 is final now
nuvolari - (19:02): vmassol: I'm using launchpad's ppa, so even if there is a final build it continues updating any new changes up to the next release
nuvolari - (19:03): mflorea: no ploblem, just menitoning it. hmm, maybe I should try xwiki jira?
nuvolari - (19:05): :? ag no, this can't be. I think our sysadmin did not do a good job when upgrading from 1.9x
mflorea - (19:06): nuvolari: I don't think there's an existing issue related to this problem. Adding support for Chrome is not a priority but the editor should at least load in it.
sdumitriu left at 19:06 (Read error: 104 (Connection reset by peer)
nuvolari - (19:08): mflorea: should I upload a screenshot for you? I think this is an upgrade problem since it does the same thing in 3 browsers (chromium, chrome, FireFox)
mflorea - (19:10): nuvolari: but is the editor loading in FF?
nuvolari - (19:10): mflorea: nope
nuvolari - (19:10): that's why I say it might be an upgrade issue
mflorea - (19:10): yes
mflorea - (19:11): do you have firebug installed?
nuvolari - (19:11): mflorea: affirmative
mflorea - (19:11): are there any JavaScript error logged in the firebug console when you load the page in WYSIWYG mode?
nuvolari - (19:12): Permission denied for <http://wiki.thumbtribe.co.za> to get property Window.document from <http://xwiki.thumbtribe.co.za>.
nuvolari - (19:12): http://wiki.thumbtribe.co.za/xwiki/resources/js/xwiki/wysiwyg/xwe/8065D2D91A63EC87F9986EDF42F23193.cache.html
nuvolari - (19:12): Line 1
nuvolari - (19:12): hmm
nuvolari - (19:12): GWT? cool!
mflorea - (19:13): yes
nuvolari - (19:13): and:
nuvolari - (19:13): Permission denied for <http://wiki.thumbtribe.co.za> to get property Window.xwe from <http://xwiki.thumbtribe.co.za>.
nuvolari - (19:13): http://wiki.thumbtribe.co.za/xwiki/resources/js/xwiki/wysiwyg/xwe/8065D2D91A63EC87F9986EDF42F23193.cache.html
nuvolari - (19:13): Line 5054
nuvolari - (19:14): that's the only errors
mflorea - (19:14): yes, this error sounds familiar but I don't know why it happens. It should be caused by a violation of the same origin policy, but the requests are made to the same domain. I don't understand
mflorea - (19:15): is the edited page on the same domain: wiki.thumbtribe.co.za ?
nuvolari - (19:16): mflorea: yup
nuvolari - (19:16): http://xwiki.thumbtribe.co.za/xwiki/bin/edit/IT/SupportPhone?&editor=wysiwyg
nuvolari - (19:16): but you won't be able to accees it
nuvolari - (19:16): *access
mflorea - (19:17): ok. I don't think it's an upgrade issue. It might be a bug in the editor, but I don't understand why it happens
nuvolari - (19:18): mflorea: If it can wait that long, i will ask my colleagues at work on monday if they experience the same problem
mflorea - (19:19): ok, that would help, thanks
mflorea - (19:20): ok, I understand
mflorea - (19:20): the domain is indeed different
mflorea - (19:20): there is:
mflorea - (19:20): xwiki.thumbtribe.co.za
mflorea - (19:20): and
mflorea - (19:20): wiki.thumbtribe.co.za
nuvolari - (19:21): aah
nuvolari - (19:21): see it now
nuvolari - (19:21): will let my sysadmin know
mflorea - (19:21): so you are editing from xwiki... but the editor code is loaded from wiki...
mflorea - (19:23): There might be a problem with domain based multiwiki, but I don't understand why the editor works fine on xwiki.org for instance
nuvolari - (19:24): mflorea: well, it might be on the setup side, I know he had issues getting it up, and there's a lot of sub-domains, so he might have edited something somewhere
mflorea - (19:27): yes, I'm looking at xwiki.org. When I'm editing a page from platform.xwiki.org the editor code is loaded from the same domain, platform.xwiki.org. So you should talk with your sysadmin.
mflorea - (19:29): nuvolari: I have to go now. Have a nice evening!
mflorea left at 19:29 ("Leaving."
CalebJamesDeLisl - (19:42): I'm going to backport commit 26312 to core-2.1 sound good?
CalebJamesDeLisl - (19:51): done
vmassol - (19:53): ok so you can close it now right?
vmassol - (19:53): (CalebJamesDeLisl)
CalebJamesDeLisl - (19:54): I'm doing that right now.
vmassol - (19:54): k
nuvolari - (20:09): hi, may I ask an out of context question?
nuvolari - (20:10): (not a normal "ask to ask" :P )
vmassol - (20:10): ok, I'll provide an out of context answer
nuvolari - (20:10): heh cool
vmassol - (20:10): :)
nuvolari - (20:10): anyone of you ever worked with geronimo?
vmassol - (20:11): yes I've worked with Resin and Tomcat in the past
vmassol - (20:11): :)
vmassol - (20:11): more seriously: no I haven't used geronimo
nuvolari - (20:11): meh, I can actually answer my question myself: begin at the beginning :P 
nuvolari - (20:11): I just tried to find a shortcut
nuvolari - (20:11): but from experience that's not possible in JEE
nuvolari - (20:11): :P
nuvolari - (20:12): in a rate of 0 - 1000, i'm at 2 in the progress meter of JEE 
vmassol - (20:13): good luck!
nuvolari - (20:13): and will like to help on xwiki in the future when I get to a competent programming level 
vmassol - (20:13): or you can drop JEE
nuvolari - (20:13): heh, thanks
nuvolari - (20:13): eh?
nuvolari - (20:13): why so?
vmassol - (20:13): dunno, why do you need to learn it?
nuvolari - (20:13): oh
nuvolari - (20:13): I read the line wrong
nuvolari - (20:14): vmassol: well, it's in my carreer
nuvolari - (20:14): and because I'm passionate about it. Although I'm no pro yet
vmassol - (20:15): ok
vmassol - (20:15): you're lucky actually
nuvolari - (20:15): I am?
vmassol - (20:15): I've had to learn J2EE at the very beginning and it was much more painful than now
nuvolari - (20:15): ahh
vmassol - (20:15): now it's streamlined, less fat
vmassol - (20:16): and more pojo like
vmassol - (20:16): ah I remember the joy of Entity Beans at the beginning
nuvolari - (20:16): well, I had a taste of that too. When it was using Java 1.4, EJB 1.x
vmassol - (20:16): actually I was one of the first certified J2EE expert in France... good old times
nuvolari - (20:16): but that was at the start of my studies, in 2006
vmassol - (20:16): was in 1998
vmassol - (20:16): :)
vmassol - (20:17): the jsp spec wasn't even 1.0....
vmassol - (20:17): 0.92 or something
nuvolari - (20:17): heh, I do have a long way to go, and I know it. I'm not afraid of it and I'm willing and able to have the patience
vmassol - (20:18): I remember I read the full spec several times
nuvolari - (20:18): maybe I should try again
nuvolari - (20:19): there's so much loose ends to bring together to make the powerful system functioning great
nuvolari - (20:20): heh... "javabot | rmrfslash, php is the solution of choice for relaying mysql errors to web users."
nuvolari - (20:20): ok, will see you people later
lucaa left #xwiki at 21:06
CalebJamesDeLisl - (21:08): vmassol: What is the VelocityBridge going to do?
vmassol - (21:08): CalebJamesDeLisl: is livevalidation what is used on incubator on the registration page?
vmassol - (21:09): CalebJamesDeLisl: let me find the thread
CalebJamesDeLisl - (21:10): That was strange...  LiveValidation is optional on the registration template.
vmassol - (21:10): first thread: http://markmail.org/thread/ge2zbo4h2onambkm
vmassol - (21:10): second thread: http://markmail.org/thread/nm7yzkxpoycteqxd
CalebJamesDeLisl - (21:10): I made including liveValidation a proposal, should it be a vote?
vmassol - (21:11): that's fine
vmassol - (21:11): (it could have been a vote but no need to resend IMO)
mflorea joined #xwiki at 21:12
jvdrean - (21:12): CalebJamesDeLisl: we try to reduce the number of JS framework we use, YUI is one the fwk we dropped in favor of prototype+scriptaculous (note: mostly because it was already widely used)
jvdrean - (21:13): I'm pretty sure we'd choose another fwk today (jquery for ex.) but have you looked for validation tools relying on proto+scriptaculous ?
CalebJamesDeLisl - (21:14): Yes it relies on prototype. I didn't know YUI was a framework, thought it was just a word for user interface...
vmassol - (21:14): mflorea: http://markmail.org/thread/nm7yzkxpoycteqxd :)
vmassol - (21:14): oops
vmassol - (21:14): http://jira.xwiki.org/jira/browse/XWIKI-1406
npm - (21:14): i think xwiki 3.0 should look at using exhibit(MIT simile widgets) as a UI framework: http://simile-widgets.org/exhibit/ -- it uses jQuery
jvdrean - (21:14): CalebJamesDeLisl: ah ok, I read too fast
CalebJamesDeLisl - (21:14): Should it be in the prototype directory?
jvdrean - (21:15): the Y in YUI stands for Yahoo
CalebJamesDeLisl - (21:15): doah!
CalebJamesDeLisl - (21:15): What directory should I put it in?
CalebJamesDeLisl - (21:17): resources/js/prototype/livevalidation/livevalidation_prototype.compressed.js  How about that?
jvdrean - (21:18): I've replied on the list
jvdrean - (21:18): I've commited the watchlist integration in the user profile
jvdrean - (21:18): I hope I haven't break too much stuff
vmassol - (21:18): jvdrean: yep rebuilding
jvdrean - (21:20): I have to go
jvdrean - (21:20): I wish I had more time to make sure everything is ok
jvdrean - (21:20): see you on feb 1st
jvdrean - (21:20): bye !
vmassol - (21:21): good holiday
jvdrean - (21:21): thanks
jvdrean - (21:21): (I'll have certainly have a look at func tests in a couple of hours)
jvdrean left at 21:22 ("Leaving."
mflorea left at 22:20 ("Leaving."
lucaa joined #xwiki at 22:29
vmassol left at 23:01 (Client Quit