[Building Sakai] Site's URL alias regression at 2.9?

[Steve Swinsburg]

I think this functionally needs a review. The site aliases also conflict with the mailarchive aliases. So a user might choose a great alias for their site but then have to use a sub par email address, since the aliases cannot be shared. IMO they should be the same. 

Cheers
Steve

Sent from my iPhone

On 27/12/2012, at 19:50, Daniel Merino <daniel.merino at unavarra.es> wrote:

> Hi, Neal & Matthew. Thanks a lot for your help.
> 
> I have set these two properties and Sites URL alias are working in 
> 2.9.0. However, the behaviour of SAK-14910 is not clear at all for me.
> 
> -Before SAK-14910 alias creation/edition/deletion was restricted to only 
> one alias per site. Now it is possible to set an unlimited number of 
> alias per site. Can this be restricted in some way? IMHO, an alias per 
> site should be enough for most people and I fear that some unexperienced 
> users could abuse of this new possibility.
> 
> -I'm not able to delete a site alias after creating it unless I do it as 
> admin user. I think that in 2.7 we could not neither and we managed this 
> deleting aliases as admin with Aliases Tool, under users requests. It 
> would be nice that users could delete their own aliases, but I would 
> need to know which permissions are needed for this.
> 
> Reading SAK-14910 it seems that site.upd should be enough, but it does 
> not work, neither alias.* permissions. Please, could you clarify this? I 
> have not been able to test this in a QA server, cause alias are off by 
> default.
> 
> Thanks again.
> Best regards.
> 
> Neal Caidin escribió:
>> Using the two properties Matt mentions, alias creation and editing 
>> appears to work on 2.9.x .
>> 
>> 
>> Cheers,
>> Neal
>> 
>> On Dec 26, 2012, at 11:09 AM, Matthew Jones <matthew at longsight.com 
>> <mailto:matthew at longsight.com>> wrote:
>> 
>>> It *looks* like in 2.8, site alias option was changed for the the 
>>> site creation workflow and editing and there are two new properties, 
>>> both disabled. (SAK-14910)
>>> 
>>> To turn this on, these appear to be the 2 properties
>>> site-manage.enable.alias.new (New sites alias)
>>> site-manage.enable.alias.edit (Edit sites alias)
>>> 
>>> I don't know if that old property does anything anymore, it's pretty 
>>> confusing. Maybe Zhen would know. It seems like the alias.new should 
>>> have been true to retain the same behavior as 2.7. Surprised nobody 
>>> has notice.
>>> 
>>> 
>>> On Wed, Dec 26, 2012 at 10:41 AM, Neal Caidin 
>>> <nealcaidin at sakaifoundation.org 
>>> <mailto:nealcaidin at sakaifoundation.org>> wrote:
>>> 
>>>    Hi Daniel,
>>> 
>>>    For a start, I tried to use the Alias feature in 2.8 so I could
>>>    be sure it was missing when I compared to 2.9.  I cannot find the
>>>    Alias feature (except in the Admin panel) when creating a new
>>>    site. I tried the nightly 2.8.x server,
>>>    http://nightly2.sakaiproject.org:8081/portal  , and I ran a copy
>>>    of 2.8.x locally on my Mac, setting
>>>    wsetup.disable.siteAlias=false in sakai.properties.
>>> 
>>>    Can you please tell me how to replicate that this works on 2.8?
>>>    Perhaps it is gone from 2.8.x too?
>>> 
>>>    Thanks,
>>>    Neal
>>> 
>>> 
>>>    On Dec 26, 2012, at 6:27 AM, Daniel Merino
>>>    <daniel.merino at unavarra.es <mailto:daniel.merino at unavarra.es>> wrote:
>>> 
>>>> Hi everybody.
>>>> 
>>>> I'm taking a look on Sakai 2.9 and it seems that the ability to
>>>    add an
>>>> alias to a site's URL
>>>    (https://jira.sakaiproject.org/browse/SAK-14483
>>>> and https://jira.sakaiproject.org/browse/SAK-15883) has
>>>    dissapeared. It
>>>> can not be added when creating the site, neither edited in site
>>>    info
>>>> tool later. No matter if wsetup.disable.siteAlias is configured
>>>    to true
>>>> in sakai.properties.
>>>> 
>>>> I have tested it in my own deployment (with
>>>> wsetup.disable.siteAlias=false) and in two 2.9.0 qa's, (but I
>>>    don't know
>>>> how are they configured).
>>>> 
>>>> Please, could somebody confirm that this is a true issue before
>>>    I put it
>>>> at JIRA?
>>>> 
>>>> Thanks in advance.
>>>> Best regards.
>>>> --
>>>> Daniel Merino Echeverría
>>>> daniel.merino at unavarra.es <mailto:daniel.merino at unavarra.es>
>>>> Gestor de teleformación - Centro Superior de Innovación Educativa.
>>>> Tfno: 948-168489 - Universidad Pública de Navarra.
>>>> _______________________________________________
>>>> sakai-dev mailing list
>>>> sakai-dev at collab.sakaiproject.org
>>>    <mailto:sakai-dev at collab.sakaiproject.org>
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>> 
>>>> TO UNSUBSCRIBE: send email to
>>>    sakai-dev-unsubscribe at collab.sakaiproject.org
>>>    <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>>>    subject of "unsubscribe"
>>> 
>>>    _______________________________________________
>>>    sakai-dev mailing list
>>>    sakai-dev at collab.sakaiproject.org
>>>    <mailto:sakai-dev at collab.sakaiproject.org>
>>>    http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> 
>>>    TO UNSUBSCRIBE: send email to
>>>    sakai-dev-unsubscribe at collab.sakaiproject.org
>>>    <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>>>    subject of "unsubscribe"
> 
> -- 
> Daniel Merino Echeverría
> daniel.merino at unavarra.es
> Gestor de teleformación - Centro Superior de Innovación Educativa.
> Tfno: 948-168489 - Universidad Pública de Navarra.
> --
> Se dan buenos consejos cuando la edad impide dar malos ejemplos. 
> (Excelsior)
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> 
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"