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.
2019-10-29 08:08:21 GMT <alfresco-discord> <dgradecak> hi guys, can someone shed more lights on this project https://github.com/Alfresco/gytheio ?
2019-10-29 08:08:22 GMT <alfbot> Title:GitHub - Alfresco/gytheio: Distributed content/file investigation and manipulation framework which leverages messaging queues to perform common low-level tasks. (at github.com)
2019-10-29 08:40:11 GMT <alfresco-discord> <yreg> sounds like the new CE transformation engine, no ?
2019-10-29 08:40:47 GMT <alfresco-discord> <yreg> I just came across this article today : https://medium.com/@thresholdvc/77790e5c2d4d I wonder if the same thing happened when Alfresco got acquired
2019-10-29 08:40:49 GMT <alfbot> Title:My company sold for $100 million and I got Zilch. How can that be? (at medium.com)
2019-10-29 08:46:43 GMT <alfresco-discord> <Alexander Seitz> JFI@Alfresco: The Alfresco Content Services, Version 6.1.1 Release Notes says that there has also been a new Alfresco Search Services "184.108.40.206" release. But it's not yet available on the official download page:
2019-10-29 08:46:43 GMT <alfresco-discord> <Alexander Seitz> https://cdn.discordapp.com/attachments/451644531323174914/638659963266531328/unknown.png
2019-10-29 08:47:46 GMT <alfresco-discord> <Alexander Seitz> The page download page is not yet available: https://myalfresco.force.com/support/articles/en_US/Release_Notes/Alfresco-Search-Services-version-1-3-0-6
2019-10-29 08:48:29 GMT <angelborroy> You have also the Search Services 1.4.0
2019-10-29 08:48:46 GMT <angelborroy> https://hub.alfresco.com/t5/alfresco-content-services-forum/search-services-1-4-0-release/m-p/292166#M16081
2019-10-29 08:48:47 GMT <alfbot> Title:Search Services 1.4.0 Release - Alfresco Hub (at hub.alfresco.com)
2019-10-29 08:48:51 GMT <angelborroy> Avaialable from Nexus
2019-10-29 08:48:55 GMT <angelborroy> The same for 220.127.116.11
2019-10-29 08:49:44 GMT <alfresco-discord> <dgradecak> @yreg not sure, it is so confusing https://github.com/Alfresco/alfresco-transform-core
2019-10-29 08:49:45 GMT <alfbot> Title:GitHub - Alfresco/alfresco-transform-core (at github.com)
2019-10-29 10:05:40 GMT <alfresco-discord> <bhagyas> @kgastaldo I think the content of the Alfresco Community should be available without a login, more than twice I had to login to view some indexed articles
2019-10-29 10:07:34 GMT <alfresco-discord> <mbui> @bhagyas Kristen no longer works with Alfresco afaik.
2019-10-29 10:16:20 GMT <alfresco-discord> <bhagyas> 😮
2019-10-29 10:17:43 GMT <alfresco-discord> <mbui> https://hub.alfresco.com/t5/about-the-forum/my-last-week/m-p/292266#M112
2019-10-29 10:17:44 GMT <alfbot> Title:My Last Week - Alfresco Hub (at hub.alfresco.com)
2019-10-29 11:34:35 GMT <alfresco-discord> <kgastaldo> @bhagyas That’s intentional. We didn’t want the archives to be indexed by google so we put them behind a login.
2019-10-29 11:35:51 GMT <alfresco-discord> <kgastaldo> But yeah, I did leave alfresco. They’re hiring a new me, if anyone is interested. I think you have to be in London (at least preferred). Miss you guys!
2019-10-29 11:56:15 GMT <alfresco-discord> <bhagyas> We will miss you @kgastaldo
2019-10-29 11:56:28 GMT <alfresco-discord> <bhagyas> Wish you all the best with your new role 🙂
2019-10-29 11:59:38 GMT <AFaust> gytheio is the project that was used for the distributed transformer setup used in the Media Management add-on way before the new Transformer Service stuff was added.
2019-10-29 12:00:02 GMT <AFaust> I don't think it should have any relevance anymore in 6.1 and above, but I might be wrong.
2019-10-29 12:01:21 GMT <AFaust> You can read a bit about gytheio in this summary of the 2014 Alfresco Summit: https://www.tsgrp.com/2014/11/17/enhancing-alfresco-digital-asset-management-capabilities-upcoming-media-management-module/
2019-10-29 12:01:23 GMT <alfbot> Title:Enhancing Alfresco Digital Asset Management Capabilities – Upcoming Media Management Module (at www.tsgrp.com)
2019-10-29 12:02:16 GMT <AFaust> Correction - that is not a summary of the summit, but I know that during that year's summit, there was a talk on gytheio and its Digitial Asset / Media Management transformations
2019-10-29 12:03:13 GMT <AFaust> Too bad that the link to the summit talk slides in that TSGRP post no longer work.
2019-10-29 12:04:32 GMT <AFaust> As for hiring a new Kristen, this is the first I saw of their efforts: https://twitter.com/Alfresco/status/1188678028693594114
2019-10-29 12:18:45 GMT <alfresco-discord> <dgradecak> AFaust, I am trying to summarize the "JMS tools" alfresco uses to send messages to AMQ. But there is so many thing all around that I am simply not able to understand what they are doing with that
2019-10-29 12:19:41 GMT <alfresco-discord> <dgradecak> sync events (deprecated), gytheio seems to have some activity on github but not that much .. so is it used or not, since there is "amq" related stuff in it
2019-10-29 12:21:18 GMT <alfresco-discord> <dgradecak> which part of alfresco is actually sending the jms messages and is it only for enterprise, since I cannot find any code that does not use either sync-events either gytheio to send messages to mq
2019-10-29 12:23:58 GMT <alfresco-discord> <dgradecak> in gytheio you can find something like this: https://github.com/Alfresco/gytheio/tree/master/gytheio-transform/gytheio-transform-worker-imagemagick
2019-10-29 12:23:59 GMT <alfbot> Title:gytheio/gytheio-transform/gytheio-transform-worker-imagemagick at master · Alfresco/gytheio · GitHub (at github.com)
2019-10-29 12:24:15 GMT <alfresco-discord> <dgradecak> but very similar thing also in the new transformers project
2019-10-29 12:25:17 GMT <alfresco-discord> <dgradecak> mainly I am trying to find out the most common denominator for CE and enterprise in the "new messaging approach"
2019-10-29 12:52:15 GMT <AFaust> Well, are you looking at 6.1 GA or 6.2 EA code? You know that you will not find much in CE 6.1 GA because at that time the new transform stuff was Enterprise-only, right?
2019-10-29 12:55:03 GMT <AFaust> And even in current GitHub project state(s) I cannot find a CE TransformClient implementation which supports message based asynch transformations. So I am a bit skeptical if everything you'd need to understand has actually been open sourced yet...
2019-10-29 12:55:39 GMT <AFaust> Might just be in some code repository that is closed, similar to how AOS is available in CE but source is not available...
2019-10-29 13:34:35 GMT <alfresco-discord> <digcat> there is some more info re transformations https://hub.alfresco.com/t5/alfresco-content-services-hub/alfresco-community-edition-201910-ea-release-notes/ba-p/292243
2019-10-29 13:34:36 GMT <alfbot> Title:Alfresco Community Edition 201910 EA Release Notes - Alfresco Hub (at hub.alfresco.com)
2019-10-29 13:39:07 GMT <AFaust> Ah, right. So in CE, there is still no queue-based transformation and there won't be any. Those images are only attached somehow as local transformers...
2019-10-29 13:40:12 GMT <alfresco-discord> <digcat> looking that way
2019-10-29 13:41:08 GMT <AFaust> Well, apart from the fact that an event may be put on the queue which the rendition2 service processes and the local transform client then "consumes"
2019-10-29 13:41:21 GMT <alfresco-discord> <digcat> would be a good community addition
2019-10-29 13:42:29 GMT <AFaust> Ah... and the LocalTransformImpl then internally uses a RemoteTransformerClient to call the images that Alfresco has open sourced
2019-10-29 13:42:50 GMT <AFaust> So... the name is a bit confusing then.
2019-10-29 13:43:53 GMT <AFaust> It is not a "LocalTransformImpl", more like a "LocallyManagedRemoteTransform", since there is no TransformationService handling a transformation queue out-of-process...
2019-10-29 13:45:28 GMT <AFaust> So, to summarise, the only queue based element related to the CE out-of-process / out-of-image transformers in 6.2 is the onContentUpdate behaviour event which is put in the queue and asynchronously processed to refresh any existing thumbnails / renditions...
2019-10-29 13:45:50 GMT <AFaust> In that regard, nothing has changed since 6.1
2019-10-29 13:47:22 GMT <AFaust> But I guess I am going to backport the "LocalTransformerImpl" class/logic with its calls to the other images to Alfresco 5.2/6.0/6.1 so I no longer have to install ImageMagick etc in my own images.
2019-10-29 13:48:38 GMT <alfresco-discord> <dgradecak> the local transformer is fine, althoug it does not use "messaging" in CE
2019-10-29 13:49:01 GMT <alfresco-discord> <dgradecak> sure naming could be improved, but that is not a real issue
2019-10-29 13:50:41 GMT <alfresco-discord> <dgradecak> I found some "features" where in CE a bean is missing to enable "messaging" but that messaging does not seem to be related to any kind of "out of process event processing", I mean only for sync events and gytheio
2019-10-29 13:51:05 GMT <alfresco-discord> <dgradecak> so it seems that noone of use knows how the "enterprise" messging looks like
2019-10-29 13:59:50 GMT <alfresco-discord> <dgradecak> one commit that could be of interest to you Aafaus is this https://github.com/Alfresco/alfresco-repository/commit/65a35bab166c0642fb5c7eb5faad025099ecd810#diff-1dc89965573a24d13a3f20079ac8c9b0
2019-10-29 13:59:51 GMT <alfbot> Title:REPO-3684: Renditions: Renditions triggered via Content update policy… · Alfresco/alfresco-repository@65a35ba · GitHub (at github.com)
2019-10-29 14:01:21 GMT <alfresco-discord> <dgradecak> and this uses camel to route to the mq
2019-10-29 14:17:54 GMT <AFaust> AFAIK all the stuff going through the messaging subsystem is using Camel
2019-10-29 14:18:14 GMT <AFaust> And that is the onContentUpdate event I have already mentioned
2019-10-29 14:19:57 GMT <alfresco-discord> <dgradecak> all well known, and the event that is coming inside
2019-10-29 14:20:04 GMT <AFaust> And via that hard-coded reference "renditionEventProcessor" it tells the Camel components to call the bean with that name (the RenditionService2Impl) to process any onContentUpdate events found on the queue
2019-10-29 14:20:06 GMT <alfresco-discord> <dgradecak> but the outgoing thing is "missing"
2019-10-29 14:20:23 GMT <AFaust> The outgoing bit is the behaviour registration in that same class.
2019-10-29 14:21:25 GMT <alfresco-discord> <dgradecak> when I say outgoing, is not generating the event, but sending it
2019-10-29 14:21:32 GMT <alfresco-discord> <dgradecak> through camel
2019-10-29 14:21:34 GMT <AFaust> The EventBehaviour + createOnContentUpdateEvent provide a regular onContentUpdate policy / behaviour, which translated the behaviour invocationg into an event for the queue
2019-10-29 14:22:17 GMT <alfresco-discord> <dgradecak> yes that is it
2019-10-29 14:22:29 GMT <AFaust> Then check the JavaMethodInvocationHandler
2019-10-29 14:22:37 GMT <AFaust> There you can see the eventProducer.send() call
2019-10-29 14:22:58 GMT <AFaust> This is internal to the EventBehaviour
2019-10-29 14:23:34 GMT <AFaust> And from there you should get to the TransactionAwareEventProducer
2019-10-29 14:23:36 GMT <alfresco-discord> <dgradecak> yes of course
2019-10-29 14:24:03 GMT <AFaust> So, I am not sure what the question is at this point?
2019-10-29 14:24:18 GMT <AFaust> We know where it is generated and how it is sent...
2019-10-29 14:24:42 GMT <AFaust> ...and how it is consumed
2019-10-29 14:25:24 GMT <AFaust> And we know that for CE there is nothing which handles these events out-of-process unless someone codes it on their own.
2019-10-29 14:26:36 GMT <alfresco-discord> <dgradecak> that bit "I do not know", there is the other "class that uses camel routes org.alfresco.messaging.camel.routes.RepoNodeEventsRouteBuilder
2019-10-29 14:26:49 GMT <alfresco-discord> <dgradecak> and this one is secifically used for "sync-events"
2019-10-29 14:27:29 GMT <alfresco-discord> <dgradecak> all I am pointing out is that it is very strange why there is so many different impleemntations of the same feature
2019-10-29 14:27:43 GMT <alfresco-discord> <dgradecak> I can ebale sync events, quite easily
2019-10-29 14:28:01 GMT <alfresco-discord> <dgradecak> on CE
2019-10-29 14:28:39 GMT <alfresco-discord> <dgradecak> but since there is no guidance at all, how enterprise should/will work, what will or is in CE
2019-10-29 14:29:04 GMT <alfresco-discord> <dgradecak> I am trying to get my head around, s
2019-10-29 14:29:40 GMT <AFaust> Well, sync-events are probably related to the Enterprise-only sync service stuff. The only thing that seems strange is that they put that route builder class in core instead of the EE-only codebase
2019-10-29 14:30:18 GMT <AFaust> It's not the first time they mistakingly put something in core which is EE-only, thinking back to the ehCache clustering...
2019-10-29 14:31:31 GMT <AFaust> Hehe... "guidance". I am willing to bet there is not much more "guidance" internally than what we can see from the outside.
2019-10-29 14:33:00 GMT <alfresco-discord> <Douglas Paes (douglascrp)> is anyone here using the categories to classify documents?
2019-10-29 14:33:24 GMT <alfresco-discord> <Douglas Paes (douglascrp)> we have a project where they want to use it, but I am not sure if this is something advisable
2019-10-29 14:33:36 GMT <alfresco-discord> <Douglas Paes (douglascrp)> it seems for me it is too fragile
2019-10-29 14:33:45 GMT <AFaust> In a few projects, yes. But usually not in the (extremely limited) way / means that Alfresco provides out-of-the-box
2019-10-29 14:33:47 GMT <alfresco-discord> <Douglas Paes (douglascrp)> and that it can become slow as the repository grows
2019-10-29 14:34:59 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I am trying to imagine what will happen when the user click on the categories filter inside the document library, when there are thousands of documents classified by it
2019-10-29 14:35:02 GMT <AFaust> What specifically about categories do you believe can become slow?
2019-10-29 14:35:17 GMT <alfresco-discord> <Douglas Paes (douglascrp)> the browse related features
2019-10-29 14:35:35 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I understant it can be useful to classify, but letting the user browse using it through share, I don't know
2019-10-29 14:35:57 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I am asking this because I have never user used categories for anything
2019-10-29 14:35:58 GMT <AFaust> Yeah, so the categories filter in the DocLib is the first thing that is not suitable for any proper category use. It is hard-coded to cm:generalclassifiable, which makes it worthless for use with custom cateogries
2019-10-29 14:36:34 GMT <alfresco-discord> <Douglas Paes (douglascrp)> yes, that is another thing... would it be possible to have different categories roots?
2019-10-29 14:36:38 GMT <AFaust> If your category use case involves cm:generalclassifiable at all, you are not using classifications / categories correctly...
2019-10-29 14:37:00 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I can imagine that
2019-10-29 14:37:08 GMT <AFaust> Yes, it definitely is, and without using custom classification roots, using categories does not make any sense semantically.
2019-10-29 14:37:44 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I remember you had a project/problem/issue related with custom classification inside alfresco
2019-10-29 14:37:56 GMT <alfresco-discord> <Douglas Paes (douglascrp)> not sure if it was on your blog or somewhere else
2019-10-29 14:38:11 GMT <AFaust> Just look at the default categories - you can assign any category value. There is no inherent semantic meaning in the value of cm:categories without having to inspect the entire tree and its hierarchy.
2019-10-29 14:39:02 GMT <alfresco-discord> <Douglas Paes (douglascrp)> this project is about universities' documents
2019-10-29 14:39:15 GMT <AFaust> I always have separate aspects + properties for my category use, e.g. a d:category property called acme:contractType, and in the relevant category tree there are only categories which represent abstract and specific contract types.
2019-10-29 14:39:18 GMT <alfresco-discord> <Douglas Paes (douglascrp)> so there will be university's docs, and students' docs
2019-10-29 14:39:32 GMT <AFaust> And no user can accidentally put a "region" or "country" category value in the Share form field.
2019-10-29 14:39:59 GMT <alfresco-discord> <Douglas Paes (douglascrp)> so in my case, I think it would be correct to have two separated categories trees
2019-10-29 14:40:31 GMT <AFaust> Though by what kind of hierarchial semantic data concept do you want to categorise in those trees?
2019-10-29 14:40:48 GMT <AFaust> What would the values in those trees be?
2019-10-29 14:41:09 GMT <alfresco-discord> <Douglas Paes (douglascrp)> let me give you a screenshot
2019-10-29 14:41:56 GMT <alfresco-discord> <Douglas Paes (douglascrp)> https://cdn.discordapp.com/attachments/451644531323174914/638749366630481931/unknown.png
2019-10-29 14:42:01 GMT <alfresco-discord> <Douglas Paes (douglascrp)> something like this
2019-10-29 14:42:21 GMT <alfresco-discord> <Douglas Paes (douglascrp)> and what we need right now is only the 100 tree
2019-10-29 14:42:41 GMT <alfresco-discord> <Douglas Paes (douglascrp)> that is what the user created so far
2019-10-29 14:43:05 GMT <alfresco-discord> <Douglas Paes (douglascrp)> everything inside the 100 item is student related, except the 110, which is for the university
2019-10-29 14:43:43 GMT <AFaust> Since I don't speak/know Portugese, I cannot really understand the meaning of the vlaues.
2019-10-29 14:43:54 GMT <alfresco-discord> <Douglas Paes (douglascrp)> lol
2019-10-29 14:43:57 GMT <alfresco-discord> <Douglas Paes (douglascrp)> yes, I know
2019-10-29 14:44:34 GMT <alfresco-discord> <Douglas Paes (douglascrp)> basically, 110 is for university related documents
2019-10-29 14:44:50 GMT <alfresco-discord> <Douglas Paes (douglascrp)> 120, 130 and 140 are for different graduation levels
2019-10-29 14:45:21 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I don't know how to explain this to you... graduation, master degree, phd
2019-10-29 14:46:13 GMT <alfresco-discord> <Douglas Paes (douglascrp)> unfortunately I am afraid I won't be able to elaborate on the idea using English
2019-10-29 14:46:20 GMT <AFaust> With categories, one key question is always: Are aggregate searches using a higher-level category value common / relevant? E.g. if you have documents assigned with category values 120, 130, 140, or 124, 125 etc., will there ever be searches for all documents in tree 100 without caring for the specialised differentiation of the sub-values?
2019-10-29 14:46:48 GMT <alfresco-discord> <Douglas Paes (douglascrp)> I think I got the idea
2019-10-29 14:47:49 GMT <alfresco-discord> <Douglas Paes (douglascrp)> there are some levels, like 120 and 122 that are never going to be assigned to a document
2019-10-29 14:48:02 GMT <alfresco-discord> <Douglas Paes (douglascrp)> only the sub categories, like 122.100 and 122.200
2019-10-29 14:59:03 GMT <alfresco-discord> <Douglas Paes (douglascrp)> AFaust, it was your blog http://axel-faust.de/?p=30&lang=en
2019-10-29 14:59:04 GMT <alfbot> Title:Managing and using custom classifications | Under the (Content-)Hood (at axel-faust.de)
2019-10-29 15:00:55 GMT <alfresco-discord> <Douglas Paes (douglascrp)> ok, lunch time
2019-10-29 15:01:05 GMT <alfresco-discord> <Douglas Paes (douglascrp)> thank you for your explanation
2019-10-29 15:01:07 GMT <alfresco-discord> <Douglas Paes (douglascrp)> it was useful
2019-10-29 15:13:12 GMT <AFaust> Ah right... that old blog site which I haven't posted to in ages and plan to revive every other year, but just can't find the time.
2019-10-29 15:14:44 GMT <alfresco-discord> <dgradecak> well, having categories as "metadata" is one way of doing but letting the user the freedom to use categories is also ok. The issue with categories is that is "repository wide". For people that want to use share as-is without customization, that is just fine in my opinion
2019-10-29 15:15:17 GMT <AFaust> At one customer we actually have a site-specific category tree
2019-10-29 15:15:26 GMT <alfresco-discord> <dgradecak> without customization ?
2019-10-29 15:15:42 GMT <alfresco-discord> <dgradecak> or playing with permissions?
2019-10-29 15:15:47 GMT <AFaust> Of course not without customisation, because the default UI is not usable for custom categories.
2019-10-29 15:16:14 GMT <AFaust> As I said earlier, it is hard-coded for cm:generalclassifiable, and not just in the doclib filter
2019-10-29 15:16:23 GMT <alfresco-discord> <dgradecak> that is it indeed, I am sure you know but not sure @Douglas Paes (douglascrp) knows, that tags are just categories with a different root
2019-10-29 15:17:47 GMT <AFaust> But we did not have to play with permissions. We simply created a new classification root inside the site so it would inherit the site's permissions. And the categories of that one aspect are all maintained exclusively in that site.
2019-10-29 15:18:08 GMT <alfresco-discord> <dgradecak> and the select component could be configured to load from a "path", which theoretically could be used for custom categories. The issue is you also need to create them somehow
2019-10-29 15:18:37 GMT <alfresco-discord> <dgradecak> indeed AFaust
2019-10-29 15:18:40 GMT <AFaust> They also have no use outside of the site, so form / doclib config does not show them in any other context, even if the user would be able to see (if a member of the site containing the tree)
2019-10-29 15:18:59 GMT <AFaust> You don't need the select component to load from a path actually.
2019-10-29 15:20:11 GMT <AFaust> Since category service is index-/search-based, all lookups use PATH, and a classification root actually defines another "/" PATH root, the lookup is just like any other tree lookup - i.e. /acme:aspect/* to get the top level categories
2019-10-29 15:20:20 GMT <AFaust> Regardless of where the root is stored.
2019-10-29 15:21:00 GMT <alfresco-discord> <dgradecak> yes sorry, I was thinking about the param createNewItemUri
2019-10-29 15:21:10 GMT <AFaust> acme:aspect would be the custom aspect with the d:category property defining the tree / classification scope
2019-10-29 15:22:04 GMT <AFaust> Well, I have never encountered a valid use case to allow users to create new category entries on the fly, so never dealt with that in a category use case
2019-10-29 15:22:48 GMT <alfresco-discord> <dgradecak> well, I guess @Douglas Paes (douglascrp) need a way to allow the creation of categories uner the custom root too?
2019-10-29 15:23:30 GMT <alfresco-discord> <dgradecak> the point is that he might do all this with "customizing share a bit"
2019-10-29 15:24:20 GMT <alfresco-discord> <dgradecak> having a custom webscript that creates the "custom categories" and a component that handles that is already there
2019-10-29 15:44:53 GMT <AFaust> If he likes, he can still use my rejected contribution / PR to enhance the category manager UI
2019-10-29 15:45:06 GMT <AFaust> https://issues.alfresco.com/jira/browse/ALF-11982
2019-10-29 15:46:02 GMT <AFaust> Only two years more and I can celebrate the 10 year anniversary of that JIRA...
2019-10-29 15:52:18 GMT <alfresco-discord> <dgradecak> I guess at that time alfresco was not open for PRs as they are today 😉
2019-10-29 15:53:33 GMT <alfresco-discord> <dgradecak> but my "issue" with the source node ID for the transformation engine is in 6.2 CE and will be added end of the year in 6.2 enterprise (yuhuuu)
2019-10-29 16:04:53 GMT <AFaust> "as they are today"... sure.
2019-10-29 16:08:05 GMT <AFaust> LOL - I just checked https://github.com/Alfresco/alfresco-remote-api/pull/231 to see how long that has been lying around now. And they actually made the suggested change, but instead of merging / expaning on my PR (which allows reviewers etc. to create new commits on its branch), they created a separate PR.
2019-10-29 16:08:07 GMT <alfbot> Title:Fix issue in access to Admin Console via HTTP Basic for admins other than literal "admin" by AFaust · Pull Request #231 · Alfresco/alfresco-remote-api · GitHub (at github.com)
2019-10-29 16:08:32 GMT <AFaust> So what even is the point of providing a PR? I could have done that the same way with a patch file in JIRA.
2019-10-29 16:11:31 GMT <AFaust> Argh... it looks like someone was not qualified enough to do a JIRA search to find the existing issue, and created a separate JIRA (separate to the "review my PR" one) as a result of MNT-20755...
2019-10-29 16:11:58 GMT <AFaust> So my PR ended up being a waste of time... again.
2019-10-29 16:54:31 GMT <alfresco-discord> <dgradecak> btw, since I am doing several "oauth" implementation, we found some issues in alfresco CSRF/cors checking, but honestly I did not mind to create any PR, just avoiding the issue
2019-10-29 17:04:05 GMT <alfresco-discord> <Douglas Paes (douglascrp)> back
2019-10-29 20:42:51 GMT <gaps> I have an excel with landsacpe orientation and uploaded the same in alfresco community edition, when i try to preview I get in portrait mode not in landscape... how to use the native format whatever the document i upload...?
The other logs are at http://esplins.org/hash_alfresco