On Fri, May 17, 2013 at 12:05 PM, Vincent Massol
<vincent(a)massol.net> wrote:
On May 17, 2013, at 12:01 PM, Denis Gervalle <dgl(a)softec.lu> wrote:
On Fri, May 17, 2013 at 11:36 AM, Thomas Mortagne
<
thomas.mortagne(a)xwiki.com
wrote:
I checked and the real issue is that this is half
implemented so we
just need to fix it.
Do we know how it goes through the testing without being noticed ?
I'm pretty sure we don't have that many XEM tests (which need to be moved
to XE now btw)…
Something to improve for sure especially now.
On the manual test level, sorin/manuel have probably not tested with
"exotic" urls and from the release notes it was probably hard to guess that
they had to test this and no developer has replied to their email with this
information when they asked what they should test for 5.0...
This seems to be something we may investigate to improve. I imagine that if
nobody warn them, this is simply because the communication path is
suboptimal. Maybe a more formal path, using an extension of the test report
application could be an interesting solution.
well someone would still need to report it in the test report app! Which is even harder to
do than what was done, i.e. sorin/manuel asked explicitly what they should test for
5.0...
-Vincent
> Thanks
> -Vincent
>
>>> On Fri, May 17, 2013 at 9:15 AM, Thomas Mortagne
>>> <thomas.mortagne(a)xwiki.com> wrote:
>>>> #-# [Since 5.0M2]
>>>> #-# What to do when the requested wiki does not exist:
>>>> #-# - 0: (default) serve the main wiki
>>>> #-# - 1: display an error (customizable through wikidoesnotexist.vm or
>>>> xwiki:XWiki.WikiDoesNotExist)
>>>> # xwiki.virtual.failOnWikiDoesNotExist=0
>>>>
>>>> So the option do exist.
>>>>
>>>> On Fri, May 17, 2013 at 9:14 AM, Thomas Mortagne
>>>> <thomas.mortagne(a)xwiki.com> wrote:
>>>>> Something already been decided to take care of this issue: by
default
>>>>> when your wiki cannot be found you are supposed to fallback on main
>>>>> wiki.
>>>>>
>>>>> Maybe Edy did not had time to finish it but I'm pretty sure I see
the
>>>>> option about it in the xwiki.cfg.vm.
>>>>>
>>>>> On Fri, May 17, 2013 at 8:49 AM, Vincent Massol
<vincent(a)massol.net>
>>> wrote:
>>>>>> Hi Denis and all,
>>>>>>
>>>>>> On May 17, 2013, at 12:20 AM, Denis Gervalle
<dgl(a)softec.lu> wrote:
>>>>>>
>>>>>>> Hi Vincent,
>>>>>>>
>>>>>>>
>>>>>>> On Thu, May 16, 2013 at 10:05 PM, Vincent Massol <
> vincent(a)massol.net>
>>> wrote:
>>>>>>>
>>>>>>>> Hi devs,
>>>>>>>>
>>>>>>>> Now that the virtual mode is on by default our users are
having
>>> troubles
>>>>>>>> when they install 5.0.1.
>>>>>>>> It's the second time in 2 days that I have to help
someone.
>>>>>>>>
>>>>>>>> The issue is that users will want to use URLs such:
>>>>>>>>
http://myhost/xwiki/bin/view/Main/WebHome
>>>>>>>>
>>>>>>>> And those URLs don't work anymore by default (which
can be seen as
> a
>>>>>>>> regression).
>>>>>>>>
>>>>>>>> So I'm proposing the following change for
5.0.2/5.1M1:
>>>>>>>> * If there's only 1 wiki configured then always point
to the main
>>> wiki.
>>>>>>>>
>>>>>>>> WDYT?
>>>>>>>>
>>>>>>>
>>>>>>> This has already been discussed. I was in favor of that
behavior,
> but
>>>>>>> Edouard mention a potential confusing example in:
>>>>>>>
http://markmail.org/message/ggjgqlfubjfyfxto
>>>>>>>
>>>>>>> So, what has been decided is to provide a more explicit
message, and
>>> what I
>>>>>>> have suggested is to have an easy way for an admin to create
the
>>> missing
>>>>>>> server descriptor when that error occurs.
>>>>>>>
>>>>>>> You should read the thread about this change in detail
before
>>> proposing a
>>>>>>> new solution.
>>>>>>
>>>>>> Thanks for pointing me to this thread which I hadn't read at
the
> time.
>>>>>>
>>>>>> I've now read it and I see that nothing was done on this
point that
>>> you raised (as item 3) in that thread). Eduard said that it could be a
>>> problem for someone having 2 wikis and removing 1 and then all URLs
> would
>>> redirect to that main wiki instead of noticing that the wiki he's
> pointing
>>> to has been removed.
>>>>>>
>>>>>> The difference with now and when that thread was written is the
>>> feedback we're getting from users trying XWiki 5.0+. We already have
> some
>>> user who have stopped using XWiki because they found it too complex to
>>> setup with this new virtual on by default and some others who spent
> hours
>>> scratching their heads to figure out why something worked before and is
> no
>>> longer working.
>>>>>>
>>>>>> So I really think we need to do something and quite fast (for
5.0.2
>>> and 5.1M1).
>>>>>>
>>>>>> Solution 1:
>>>>>> =========
>>>>>>
>>>>>> Check if there's only 1 wiki and default to the main wiki
whatever
> the
>>> URL in that case. It's still preferable to get a user started on xwiki
> and
>>> more important than the use case found by Edy which is an edge case.
>>>>>>
>>>>>> Solution 2:
>>>>>> =========
>>>>>>
>>>>>> Since the default config is path-based, stop fallbacking to
>>> domain-based when no descriptor is found and always fallback to the main
>>> wiki instead.
>>>>>>
>>>>>> This option should solve the problem of getting started for users
and
>>> at the same time not have the problem raised by Edy. The only downside
>>> would be users who had configured their subwiki in path-based (default)
> but
>>> with domains, which is not the normal way anyway: they should configure
> it
>>> in domain-based if they wish to use domains...
>>>>>>
>>>>>> My preference goes to 2.
>>>>>>
>>>>>> WDYT? Any other solution?
>>>>>>
>>>>>> Thanks
>>>>>> -Vincent
>>>>>>
>>>>>> PS: The reason I suddenly took interest in this topic is
because:
>>>>>> * I've helped several users understand why they couldn't
access their
>>> wiki in 1 week (I can think of 3)
>>>>>> * I've recoded the new wiki descriptor module and updated the
new url
>>> module to handle subwiki aliases and this recoded this algorithm. I'll
> be
>>> committing this soon now (just finishing some functional tests)
>>>>>>