#xwiki

/

      • tmortagne[m]
        probably because of the short URL stuff the URL does not lead where it's expect to lead anymore
      • martinus__
        tmortagne[m], I guess so
      • tmortagne[m]
        i.e. if goes directly to resources/uicomponents/flavor/ folder and does not take into account the xpage parameter anymore
      • akashchandraseka
        Marius Dumitru Florea: / vmassol i've submitted https://github.com/xwiki/xwiki-platform/pull/708 for jira issue XWIKI-14436
      • martinus__
        my strut configuration is basically the one provided at http://www.xwiki.org/xwiki/bin/view/Documentati...
      • tmortagne[m]
        martinus__: I'm really not a short URL expert so not sure which change you may have made that leaded apache to not send http://xwiki-instance.me/resources/uicomponents... to XWiki anymore
      • I does not even seems to access the application server here
      • your screenshot looks like a http server screenshot
      • martinus__
        tmortagne[m], I agree it looks like
      • tmortagne[m]
        like if you made all "/resource" directly go to the filesystem or something
      • martinus__
        it looks like jetty is serving
      • btw the config for urlrewrite.xml is https://pastebin.com/Ba8FckDq
      • where 'resources' is mentioned here
      • "/resources/* and /skins/*: Statically served resources. These need to be served directly as static resources."
      • so it do what asked
      • tmortagne[m]
        ok so that's why
      • problem is that this one is not a static resource
      • I guess there might be ways to produce a different URL
      • martinus__: would be great if you could produce a jira issue with all that ?
      • martinus__
        And why would it works when I switch back to showviewaction=1 still with that urlrewrite.xml config ? (I am verifying what I'm saying right now)
      • tmortagne[m]
        the flavor picker can probably be refactored to use the REST API now instead of a custom hack like it does now
      • maybe you get a different URL in that case, one that is not catched by the rewriter for some reason
      • martinus__
        tmortagne[m], true: view/resources instead of /resources
      • tmortagne[m], i do the issue report
      • tmortagne[m]
        thanks
      • martinus__
        tmortagne[m], thank you for your time
      • tmortagne[m], it's not a bug isn't ? rather an improvement
      • tmortagne[m]
        martinus__: I would mark it as a bug
      • the URL used by the flavor picker is not so clean anyway
      • martinus__
      • martinus__ has quit
      • apcoder123[m]
        Thomas: I made changes to the PR. https://github.com/xwiki/xwiki-platform/pull/707
      • thangalin[m]
        java.io.IOException: Failed to extract the Entity Action from URL [http://localhost/xwiki/webjars/wiki%3Axwiki/boo...]
      • thangalin[m] sent a long message: thangalin[m]_2018-01-16_17:56:38.txt <https://matrix.org/_matrix/media/v1/download/matrix.org/HPtOzjYGNHBoSrzwJqlaVfvP>
      • Not sure why the file cannot be found. Any idea where to get the file and drop it?
      • VincentMassol[m]
        thangalin: if you could paste the full stace trace on pastebin for ex that would help
      • cool my provisioning mojo is working :)
      • Slashman has quit
      • thangalin[m]
      • vmassol: The wiki is no longer "offline", but it is behind an HTTP proxy. It looks like port 443 is currently blocked. I'll try to get that open. Meanwhile, the log file contains:
      • Exception Processing ErrorPage[errorCode=404, location=/bin/view/Main/DocumentDoesNotExist]
      • java.io.IOException: Failed to extract the Entity Action from URL [http://localhost/xwiki/webjars/wiki%3Axwiki/app...]
      • You may also attach the log file to the previous bug so that people can see the reading zip file exception is no longer present.
      • xwikiorg_guest_6 joined the channel
      • xwikiorg_guest_6
        hi there peeps. I work for a company with a variety of internal systems that each require a certain level of access; we need xwiki to host all of our documentation, but not give access to all the data to every user. is this possible? thanks for the help you can provide
      • to be more concise, is there granularity to the "view" permission for users in xwiki? Can one group of people read certain documents but not others?
      • thangalin[m]
        I think XWiki supports that ability.
      • VincentMassol[m]
        xwikiorg_guest_6: yes that's supported
      • VincentMassol[m] sent a long message: VincentMassol[m]_2018-01-16_19:37:03.txt <https://matrix.org/_matrix/media/v1/download/matrix.org/ACgkSRvhJlsQALehUwDtYRZi>
      • seems a custom URL handler is being used
      • VincentMassol[m] sent a long message: VincentMassol[m]_2018-01-16_19:37:41.txt <https://matrix.org/_matrix/media/v1/download/matrix.org/AQQTmWlVwtgRvnWIHAhwUrMz>
      • I have no idea why though, you may google/look at glassfish doc to understand what's happening
      • seems like some improper isolation between glassfish and the xwiki webapp
      • I don't use glassfish on my side though
      • thangalin[m]
        vmassol: I really don't think that's the problem. Everything works fine, except for the resources for CKEditor and the other WYSIWYG editor aren't being found.
      • Unless the OSGi/felix are responsible for making CSS resources available?
      • xwikiorg_guest_6
        that's great. thanks for the info :)
      • ill take a look at the glassfish documentation
      • do you have any tips to implement xwiki to maintain system documentation? any plugins i should take a look at first?