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

[Daniel Merino]

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)