tallence / core-redirects Goto Github PK

Hi,

when I edit an existing Redirect document and change only the source URL, the plainRedirects and patternRedirects maps in com.tallence.core.redirects.cae.service.SiteRedirects gets invalid. After com.tallence.core.redirects.cae.service.SiteRedirects#addRedirect the map contains an old empty entry.

Maybe you can solve it by remove those entries:

patternRedirects.get(key).add(redirect);
/*Fix*/
patternRedirects.entrySet().removeIf(e -> e.getValue().isEmpty());

Aloha Tallence team,

One of our customers can use the redirect manager on their sandbox, where they use "internal users". However, when they deploy it to UAT, the redirect manager is available, but all buttons are grayed out.

I looked into the console and saw that he is trying to authenticate with a coremedia:///cap/user/ instead of coremedia:///cap/user/123

We are using a cognito-authentication in UAT and Prod. The administrative user group for this should be "admininistrator@cognito" instead of admininistratoren. Can I configure this group somewhere?

Are you aware of CMCC Service setups with your extension?

Best, Uli

Ulrike Heidler
VP of Customer Growth

E-Mail: [email protected]

Uploads can take a long time and should be processed using the Studio jobs framework. Ideally including a real progress bar.

I created a redirect, listening to the url "/my-url" and the redirectType "after_not_found".
A page with the same segment exists, I expect the RedirectFilter to deliver the page and ignore the redirect.

What happens:
The page is delivered, but the html from the servlet-response is cut off. The response contains a header "content-length" other responses does not. I assume an error in https://github.com/tallence/core-redirects/blob/master/core-redirects-cae/src/main/java/com/tallence/core/redirects/cae/filter/RedirectHttpServletResponseWrapper.java

hi,

not really an issue but just a question regarding cm 10 support. is it planned for near future? and if so, can u tell a potential release date? otherwise we'll fork it and maybe can contribute the working version.

kind regards

The "modify"- and "delete"-Buttons in the contextMenu should be disabled if the user is not allowed to write (creating or modifying redirects in the current site) which already works. It shouldn't be allowed also, if the currently selected redirect contains regular Expressions and if the user is not allowed to modify these (mayNotUseRegexVE).

When the targetLink of a redirect is changed in the RedirectEditPanel, the linkName in the GridView keeps the name of the old targetLink. An editor might be irritated of the old linkName.
The linkName will be updated after clicking on "reload" or after editing the redirect again. It seems to be an issue with the remoteStore-usage, which needs to be updated after updating the single redirect