topic Re: Tags in 3.2r in Alfresco Archive

Tags in 3.2r

benswitzer — Wed, 21 Oct 2009 14:34:24 GMT

Good day all.Have a bit of a quandary. Have two issues since upgrading to 3.2r. 1) We now can not add tags to documents in Share. Any thoughts? Nothing is coming up in the log. I could enable some more verbose logging, just not sure which objects I should change in the log4j file.2) This issue i

Re: Tags in 3.2r

mikeh — Thu, 22 Oct 2009 08:41:56 GMT

When you say you "cannot add tags" - what exactly is the problem?

As for the total number of documents, you need to update the ACL check limits in alfresco-global.properties

#
# Properties to limit resources spent on individual searches
#
# The maximum time spent pruning results
system.acl.maxPermissionCheckTimeMillis=10000
# The maximum number of results to perform permission checks against
system.acl.maxPermissionChecks=1000‍‍‍‍‍‍‍

Thanks,
Mike

Re: Tags in 3.2r

benswitzer — Thu, 22 Oct 2009 18:21:19 GMT

Hey Mike.

Thanks for the response.

The problem is, when I type a tag into the input box and click the add button, nothing happens. This is in the 'Details for..' pop-up from the documentlist list page. I can't add a tag from the 'Full Metadata Edit page…', only select an existing tag.

As for the 2nd issue, its all good now. Thanks for that info.

Best,
Ben

Re: Tags in 3.2r

mikeh — Thu, 22 Oct 2009 18:48:48 GMT

Hmmm… When you click "Add", does the new tag appear above the input box? Hitting OK on the dialog should then commit the group of tags in this area.

Which web browser are you using?
Could you have an old cached JAvaScript file hanging around? Maybe try a forced-refresh, or clearing the browser cache?

Thanks,
Mike

Re: Tags in 3.2r

benswitzer — Thu, 22 Oct 2009 19:52:16 GMT

Hmmm… When you click "Add", does the new tag appear above the input box? Hitting OK on the dialog should then commit the group of tags in this area.

Which web browser are you using?
Could you have an old cached JAvaScript file hanging around? Maybe try a forced-refresh, or clearing the browser cache?

Thanks,
Mike

No, the tag doesn't appear, as I've seen in 3.2. Nothing happens at all actually.

Just tried clearing the cache. No luck. I've accessed the app with both Firefox 3 and IE 8. Cleared the cache in both.

Thought perhaps the JS might have been cache by the web server (IIS), so I tried access Tomcat directly, no change.

I've checked both IE and Firefox's error consoles. No errors in there, just some CSS warnings.

Scratching my head on this one.

Re: Tags in 3.2r

benswitzer — Thu, 22 Oct 2009 19:56:05 GMT

Oh, hold the press!

Think I found a bug.

I can add a tag, but the length has to be greater than 11 characters. Anything less, nothing happens. As soon as the length is greater than 10, it adds it without issue. The tags are being properly persisted too.

This is the case for both IE and Firefox.

Re: Tags in 3.2r

mikeh — Thu, 22 Oct 2009 22:18:48 GMT

I have no idea why that might be - the only code that would prevent a new tag being added is:

// sanity checks
if (tagName === null || tagName.length < 1)
{
    return;
}‍‍‍‍‍

Mike

Re: Tags in 3.2r

andysm — Thu, 11 Feb 2010 16:56:36 GMT

Hi,

We are having the same problem regarding the use of Tags. The main issure for us is that we can not use a purely numerical tag less than 11 digits long. I would like to use our 8 digit product codes to reference documents but the system will not allow me to "Add" the tag.

Was it classed as a bug, has it been resolved or is there a fix?

Many Thanks,

Andy Smith

Re: Tags in 3.2r

mikeh — Thu, 11 Feb 2010 21:45:58 GMT

We are having the same problem regarding the use of Tags. The main issure for us is that we can not use a purely numerical tag less than 11 digits long. I would like to use our 8 digit product codes to reference documents but the system will not allow me to "Add" the tag.

Was it classed as a bug, has it been resolved or is there a fix?

Hi Andy

I think this was as a result of JavaScript trying to index an array rather than an object property, as the tag is treated as a number rather than a string. I've just tested v3.3dev and had no problems setting numerical tags. Note the Document Library on v3.3 uses the Forms Service, so it's a different mechanism anyway - but the blog, discussions, etc. still use the "old" way and they're all ok.

Thanks,
Mike

Re: Tags in 3.2r

joemarbolo — Wed, 10 Mar 2010 08:40:39 GMT

any update on this issue? we are also experiencing the same issue here….

Re: Tags in 3.2r

mikeh — Wed, 10 Mar 2010 09:53:22 GMT

Fixed on v3.3

Re: Tags in 3.2r

benswitzer — Wed, 10 Mar 2010 15:49:07 GMT

Happy to hear!