Alfresco discussion and collaboration. Stick around a few hours after asking a question.
Official support for Enterprise subscribers: support.alfresco.com.
Join in the conversation by getting an IRC client and connecting to #alfresco at Freenode. Our you can use the IRC web chat.
More information about the channel is in the wiki.
More help is available in this list of resources.
2017-10-27 06:44:59 GMT <twen> hrllo
2017-10-27 06:54:15 GMT <yreg> Morning
2017-10-27 06:54:18 GMT <yreg> Hi twen
2017-10-27 07:07:10 GMT <digcat> morning guys
2017-10-27 07:27:14 GMT <yreg> Hi Daren !
2017-10-27 07:30:43 GMT <digcat> hi yreg hows your day going
2017-10-27 07:34:51 GMT <digcat> can you remember who created the oracle support on community before, i kinda think it was a Uni, stanford or something, but not 100%
2017-10-27 07:35:32 GMT <yreg> I know that Angel struggled with it for a while before abandoning it
2017-10-27 07:35:44 GMT <yreg> let me look it up on github
2017-10-27 07:36:20 GMT <yreg> https://github.com/krumboeck/oracle-alfresco digcat
2017-10-27 07:36:21 GMT <alfbot> Title: GitHub - krumboeck/oracle-alfresco: Oracle Server support for Alfresco Community (at github.com)
2017-10-27 07:36:27 GMT <digcat> yep, ahh yes
2017-10-27 07:36:42 GMT <digcat> was that the one angel was playing with
2017-10-27 07:37:11 GMT <digcat> https://github.com/kiddinho1412/oracle-alfresco/network
2017-10-27 07:37:12 GMT <alfbot> Title: Network Graph · kiddinho1412/oracle-alfresco · GitHub (at github.com)
2017-10-27 07:37:16 GMT <digcat> updated fork to 5.1.g
2017-10-27 07:37:22 GMT <digcat> but nothing more since
2017-10-27 07:38:06 GMT <yreg> Oh!!
2017-10-27 07:38:18 GMT <yreg> I even see Alfresco headers in some files !!
2017-10-27 07:38:36 GMT <yreg> this definitely has some copy/paste from EE !
2017-10-27 07:38:40 GMT <digcat> yep
2017-10-27 07:39:08 GMT <yreg> sounds wrong
2017-10-27 07:39:19 GMT <digcat> wonder what alfresco legal can do ?
2017-10-27 07:39:31 GMT <digcat> cease and desist?
2017-10-27 07:40:05 GMT <yreg> depending on the country of origin of the dev
2017-10-27 07:40:18 GMT <yreg> probably nothing at all
2017-10-27 07:41:18 GMT <digcat> yes, the cost of litigation
2017-10-27 07:41:37 GMT <digcat> makes it unlikely
2017-10-27 07:46:12 GMT <bhagyas> is there a known alfresco key value store as a custom content store?
2017-10-27 07:46:51 GMT <_david_____> greetings... according to my MTA, the alfresco SMTP subsystem property mail.smtp.starttls.enabled=yes is not being honored... is there any bug or advice regarding this? thanks!
2017-10-27 07:54:34 GMT <yreg> bhagyas, are you looking for a free or a paid addon ?
2017-10-27 07:55:09 GMT <yreg> there is a free one for Amazon S3 maintained by douglascrp
2017-10-27 07:55:47 GMT <yreg> and we have a swarm content store paid addon.
2017-10-27 09:05:38 GMT <bhagyas> yreg: ah no, just values, something like a database - not necessarily a content storage
2017-10-27 09:05:47 GMT <bhagyas> open source
2017-10-27 09:33:46 GMT <angelborroy> morning
2017-10-27 09:33:56 GMT <yreg> Morning angelborroy !
2017-10-27 09:34:02 GMT <yreg> How it goes !
2017-10-27 09:34:05 GMT <yreg> *?
2017-10-27 09:34:14 GMT <angelborroy> Resolving issues, you know
2017-10-27 09:34:25 GMT <angelborroy> Someone is using ATOL CD unzip plugin
2017-10-27 09:34:38 GMT <angelborroy> and it does not extract files including special chars
2017-10-27 09:34:49 GMT <angelborroy> 092711048 Value 'Fichero con n? y a?e?i?o?u?.pdf' is not valid as a file name.
2017-10-27 09:35:06 GMT <angelborroy> I’ve checked UTF-8 encoding for OS and UTF-8 encoding for database
2017-10-27 09:35:12 GMT <angelborroy> any other point to check?
2017-10-27 09:38:45 GMT <yreg> angelborroy, what kind of special script
2017-10-27 09:39:14 GMT <angelborroy> yreg, sorry, can you explain it further?
2017-10-27 09:39:55 GMT <angelborroy> this action: https://github.com/atolcd/alfresco-unzip-action/blob/master/config/alfresco/templates/webscripts/com/atolcd/slingshot/documentlibrary/action/unzip-action.post.json.js
2017-10-27 09:39:56 GMT <alfbot> Title: alfresco-unzip-action/unzip-action.post.json.js at master · atolcd/alfresco-unzip-action · GitHub (at github.com)
2017-10-27 09:40:00 GMT <yreg> is it something like ô éèà ... or /:!§$ ..
2017-10-27 09:40:04 GMT <angelborroy> it’s a regular Alfresco “import” action
2017-10-27 09:40:08 GMT <angelborroy> ah, ok
2017-10-27 09:40:19 GMT <angelborroy> the name is áéí...
2017-10-27 09:48:03 GMT <angelborroy> Now I remember… it was this: -Dfile.encoding=UTF-8
2017-10-27 09:55:15 GMT <angelborroy> nope, that setting was set
2017-10-27 09:55:17 GMT <angelborroy> what else?
2017-10-27 09:56:29 GMT <yreg> angelborroy, I absolutely have now idea how this does not work
2017-10-27 09:56:39 GMT <fwu> hi all!
2017-10-27 09:57:02 GMT <angelborroy> it’s not a server I’ve installed, so probably it will take me some time to find the wrong setting
2017-10-27 09:57:09 GMT <yreg> I am looking for the "import" action code
2017-10-27 09:57:13 GMT <yreg> but can't find it
2017-10-27 09:57:24 GMT <angelborroy> actions.js
2017-10-27 09:57:45 GMT <yreg> https://github.com/Alfresco/community-edition-old/blob/master/projects/repository/source/java/org/alfresco/repo/action/executer/ImporterActionExecuter.java
2017-10-27 09:57:46 GMT <alfbot> Title: community-edition-old/ImporterActionExecuter.java at master · Alfresco/community-edition-old · GitHub (at github.com)
2017-10-27 09:57:57 GMT <yreg> this is what I was looking for
2017-10-27 09:58:00 GMT <angelborroy> ok
2017-10-27 09:58:21 GMT <angelborroy> I’ve installed the same on I test server and it works
2017-10-27 09:58:31 GMT <angelborroy> so it should be a problem with client environment
2017-10-27 10:00:05 GMT <yreg> possibly
2017-10-27 10:00:25 GMT <yreg> I can not find anything in the code that would explain this
2017-10-27 10:03:01 GMT <Loftux> It is in unzip-action.post.js, the encoding is fixed importer.parameters.encoding = "UTF-8";
2017-10-27 10:03:08 GMT <angelborroy> yep
2017-10-27 10:03:11 GMT <angelborroy> is this a problem?
2017-10-27 10:03:33 GMT <Loftux> Yes because zip files is not all utf-8, can be anything
2017-10-27 10:03:46 GMT <angelborroy> ok
2017-10-27 10:04:02 GMT <angelborroy> but when I use the same file with the same addon in my test env, it works
2017-10-27 10:04:45 GMT <Loftux> So I added a dropdown on the dialog to select encoding, but the user has to know. Couldnt find a way to detect server side.
2017-10-27 10:05:12 GMT <angelborroy> Loftux I think this is not my use case
2017-10-27 10:08:35 GMT <Loftux> angelborroy: If you can extract the file locally with a zip tool, but not with unzip in Alfresco, then check that it actually is a zip that was zipped with utf-8 and not cp850 MS Dos Latin 1 etc
2017-10-27 10:09:04 GMT <angelborroy> Loftux I can unzip the same file in a local dev Alfresco environment with the addon installed
2017-10-27 10:09:29 GMT <angelborroy> so IMO it should work in cliente env
2017-10-27 10:09:30 GMT <Loftux> Ah okay.
2017-10-27 10:10:57 GMT <Loftux> angelborroy: Different java versions?
2017-10-27 10:11:05 GMT <angelborroy> let me see
2017-10-27 10:11:43 GMT <angelborroy> 1.8.0_102 vs 1.8.0_121
2017-10-27 10:11:51 GMT <angelborroy> probably this does not make the difference
2017-10-27 10:12:13 GMT <david_____> hello: tyring to setup libreoffice with jodconverter, I get this error: 2017-10-27 12:07:49,655 ERROR [alfresco.util.SocketOpenOfficeConnection] [MessageDispatcher] disconnected unexpectedly
2017-10-27 10:12:30 GMT <david_____> any idea what the problem might be?
2017-10-27 10:13:27 GMT <Loftux> angelborroy: Any difference in JAVA_OPTS, the local sdk picks upp your os settings where as the client server may set local in JAVA_OPTS
2017-10-27 10:13:56 GMT <angelborroy> Loftux I’m looking in that direction
2017-10-27 10:26:45 GMT <angelborroy> Loftux yreg was a problem with server locale
2017-10-27 10:27:12 GMT <angelborroy> solved by adding
2017-10-27 10:27:16 GMT <angelborroy> $ cat /etc/default/locale
2017-10-27 10:27:16 GMT <angelborroy> # File generated by update-locale
2017-10-27 10:27:18 GMT <angelborroy> LANG=C
2017-10-27 10:27:19 GMT <angelborroy> LC_CTYPE="es_ES.UTF-8"
2017-10-27 10:27:20 GMT <angelborroy> LC_ALL="es_ES.UTF-8"
2017-10-27 10:27:21 GMT <angelborroy> LANG="es_ES.UTF-8"
2017-10-27 12:25:20 GMT <DarkStar1> Hello everyone
2017-10-27 12:25:46 GMT <angelborroy> hey DarkStar1 how shinny is your day?
2017-10-27 12:26:12 GMT <DarkStar1> angelborroy: It's ok shiny but not close to warm :)
2017-10-27 12:26:50 GMT <douglascrp> hello
2017-10-27 12:27:00 GMT <angelborroy> five stars for douglascrp & bmejias :D
2017-10-27 12:27:10 GMT <DarkStar1> angelborroy: I take it It's still warm in your part of the world?
2017-10-27 12:27:18 GMT <DarkStar1> douglascrp: hey dude
2017-10-27 12:27:25 GMT <douglascrp> angelborroy, \o/
2017-10-27 12:27:38 GMT <angelborroy> If you consider 26 degrees warm, then yes
2017-10-27 12:28:02 GMT <douglascrp> yreg, I am using care4alf for bulk processing
2017-10-27 12:28:09 GMT <douglascrp> yreg, tks for the tip... it is really useful
2017-10-27 12:28:31 GMT <DarkStar1> That is gloriously warm. I could T-Shirt in that heat :)
2017-10-27 12:28:46 GMT <douglascrp> DarkStar1, angelborroy 26 is too hot
2017-10-27 12:29:00 GMT <angelborroy> yep, I’m wearing just a t-shirt
2017-10-27 12:29:16 GMT <angelborroy> (AND trousers, obviously!)
2017-10-27 12:29:35 GMT <douglascrp> angelborroy, lol
2017-10-27 12:48:53 GMT <yreg> angelborroy, hehe
2017-10-27 12:49:11 GMT <yreg> @douglascrp, it's a pleasure :)
2017-10-27 12:49:26 GMT <yreg> I try to push the company and the team to opensource more stuff
2017-10-27 12:49:52 GMT <douglascrp> yreg, really useful tool
2017-10-27 12:49:56 GMT <yreg> and Feedback and PRs definitely help my argument ;-)
2017-10-27 12:50:14 GMT <douglascrp> I saw I have some residual properties, but I still haven't found how to remove those
2017-10-27 12:50:33 GMT <douglascrp> as those are not searcheable
2017-10-27 12:50:50 GMT <douglascrp> *searchable
2017-10-27 12:51:30 GMT <yreg> They are ... you just need to know the right DB query <grin>
2017-10-27 12:51:46 GMT <douglascrp> that is what I thought
2017-10-27 12:52:09 GMT <douglascrp> and I guess I will find those by looking at the care4alf's source code
2017-10-27 12:56:49 GMT <yreg> douglascrp, still waiting on your PR with the useful queries from last time
2017-10-27 12:57:27 GMT <yreg> It would also be awesome if you would add some user documentation to its readme (that is if you have time of course)
2017-10-27 12:58:01 GMT <douglascrp> yreg, for the first one, I still have it here... just waiting to have the opportunity
2017-10-27 12:58:15 GMT <douglascrp> for the second one, I thought about that yesterday, when I sent the message to you
2017-10-27 12:58:25 GMT <douglascrp> I had to go thought the code to understand what is going on
2017-10-27 12:58:45 GMT <douglascrp> then I can send that to you to review
2017-10-27 12:58:48 GMT <douglascrp> yreg, ok?
2017-10-27 12:58:53 GMT <douglascrp> I will "write"
2017-10-27 12:59:28 GMT <yreg> The funny thing is even internally we often go to the code to know how to use this and that feature, and no one wants to write technical content :P
2017-10-27 12:59:49 GMT <yreg> douglascrp, waiting for it
2017-10-27 12:59:59 GMT <douglascrp> yreg, ok
2017-10-27 13:08:55 GMT <MTielemans> Is there any logical reason that users that disappear from the ldap source take multiple synchronizations to be removed from Alfresco?
2017-10-27 13:20:14 GMT <AFaust> MTielemans: No - should be removed in the first full-synch with deletions allowed after removing from LDAP
2017-10-27 13:20:35 GMT <MTielemans> AFaust, Hmm, weird, that´s what I feared. Thanks!
2017-10-27 13:44:01 GMT <MTielemans> Maybe OOTB support tools system information shouldn´t display passwords in plain text.
2017-10-27 13:44:11 GMT <MTielemans> Alfresco fixed this for Kerberos settings in directory management console in 5.2.
2017-10-27 13:45:49 GMT <bmejias> ~later tell angelborroy Thanks angelborroy for the 5 stars. It has been a productive collaboration between South-Americans :)
2017-10-27 13:45:49 GMT <alfbot> bmejias: The operation succeeded.
2017-10-27 14:10:47 GMT <AFaust> MTielemans: OOTBee Support Tools has a configurable pattern to detect sensitive values. It should already replace passwords as long as the property key includes "api.key" or "password" as terms
2017-10-27 14:11:15 GMT <AFaust> MTielemans: Looking forward to an issue in our project for any other, sensible defaults we may have missed (or a PR that adds the config)
2017-10-27 14:11:24 GMT <AFaust> You can also override it in alfresco-global.properties
2017-10-27 14:11:31 GMT <AFaust> Default is: ootbee-support-tools.systeminformation.sensitiveKeys=api.key,password
2017-10-27 14:14:41 GMT <AFaust> Since the sensitive Kerberos properties do use the ".password" suffix, their value should be shown as *****
2017-10-27 15:00:44 GMT <MTielemans> AFaust, Ah cool. There´s also ldap.synchronization.java.naming.security.credentials though.
2017-10-27 15:02:09 GMT <AFaust> Well - I never put these in the alfresco-global.properties because it is a dirty simplification that Alfresco recommends, so I did not notice
2017-10-27 15:03:34 GMT <MTielemans> I imagine. I´d wager the majority of LDAP connections don´t use digest though. But it´s good to know that I can just add this key to the property for sensitiveKeys.
2017-10-27 15:19:30 GMT <xkahn> Alright. I'm going crazy. I read a blog post a while back about the new features in Alfresco with Solr 6. One of them was about path-based searches.
2017-10-27 15:19:34 GMT <xkahn> Searching around now, I can't find the post at all. Does anyone remember it?
2017-10-27 15:19:38 GMT <xkahn> (I remember a vague outline of the work. Basically, the paths would be stored forwards and backwards for each node and with multiuple values, so: /Company Home/Sites/test/documentLibrary would also have Company Home/Sites/test ompany Home/Sites /Company Home indexed
2017-10-27 15:19:48 GMT <xkahn> Ring any bells?
2017-10-27 15:20:42 GMT <fwu> ppl, is it possible to define a workflow without user tasks? Only with a service task, for instance?
2017-10-27 15:21:04 GMT <xkahn> fwu: Why not a rule?
2017-10-27 15:28:04 GMT <fwu> xkahn, a rule?how? Having a user task just because may be necessary, but then never use it?
2017-10-27 15:29:41 GMT <xkahn> fwu: I'm having a hard time imaging what a workflow without user interaction would be doing. Usually when we want something like that it turns out we just want to trigger a folder rule.
2017-10-27 15:30:56 GMT <xkahn> Ah ha! I still can't find the blog post, but the new PATH fields for search are documented here: http://docs.alfresco.com/5.2/concepts/additional-query-fields.html
2017-10-27 15:30:58 GMT <alfbot> Title: Structure, tags, categories, and query | Alfresco Documentation (at docs.alfresco.com)
2017-10-27 15:33:09 GMT <fwu> xkahn, there are many use cases for workflows without user interaction. Dont forget that you will always have to trigger it manually using the creation step form.
2017-10-27 15:33:35 GMT <fwu> so, in my case, I would like user interaction, but only for the creation step/form
2017-10-27 15:33:54 GMT <fwu> I need to get some that from the user and then make some stuff with that
2017-10-27 15:34:27 GMT <xkahn> fwu: Ah! I guess that makes sense. In other words, you're using workflows to generate a form.
2017-10-27 15:34:41 GMT <fwu> but if activiti forces the use of a user task (I dont have sure), then I may add a dummy user task that will be never trigger.
2017-10-27 15:34:43 GMT <xkahn> fwu: we make our own UI, so workflows don't help much there.
2017-10-27 15:35:04 GMT <xkahn> In the end, we create a form and call a webscript ourselves.
2017-10-27 15:35:11 GMT <fwu> xkahn, that will be my next step... :)
2017-10-27 15:35:42 GMT <fwu> yes, I understand. But for now, I need the automatic form generation
2017-10-27 15:36:02 GMT <fwu> then I only need a service task to make some stuff, and then end the workflow
2017-10-27 15:38:11 GMT <xkahn> Honestly, it's a neat idea.
2017-10-27 17:18:46 GMT <AFaust> xkahn: yes, that path thingy in SOLR 6 rings a bell, though I believe it is a general improvement also in SOLR 4
2017-10-27 18:12:59 GMT <xkahn> AFaust: yes, it looks like you're right.
2017-10-27 18:13:14 GMT <xkahn> AFaust: +NPATH:"2/categories/General/Languages" works in 5.0 with Solr 4 and 5.2 with Solr 6
2017-10-27 18:13:58 GMT <xkahn> The difference is that in 5.2 with Solr 6, I get categories AND I get documents with those categories
2017-10-27 18:15:04 GMT <xkahn> "neat"
2017-10-27 18:28:56 GMT <AFaust> Well, you could get categories as usable facets in SOLR 4 as well, if you'd change a few bits in the schema
2017-10-27 18:29:42 GMT <AFaust> We used category facets even back in SOLR 1
2017-10-27 18:29:53 GMT <AFaust> It's just that now Alfresco finally managed to make them usable out-of-the-box
2017-10-27 18:29:54 GMT <xkahn> ! Interesting.
The other logs are at http://esplins.org/hash_alfresco