eZecosystem / Mirror

Mirror

eZecosystem Sources Mirror

This is a mirror based on the rss and atom feeds of eZ Publish Platform related sources on the internet. This mirror exists as a point in time reflection of eZ Publish Platform and Symfony ecosystem and related community activity. Contact us if you have a feed you want added to this site.


New! Checkout our new Forums homepage! Follow the latest activity in eZ Publish Forums on Share.ez.no, Projects.ez.no and StackOverflow.com


Vidar Langseid commented on EZP-27344 - Custom Field Type creation requires creating Twig settings block

Dominika Kurek This bug is closed. I think that has impact on https://doc.ezplatform.com/en/1.13/tutorials/field_type/6_introduce_a_template/ which has reference to this bug

05/04/2018 09:08 am   jira.ez.no   Mirror   Link
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
05/04/2018 08:20 am   Gaetano @ GitHub   Mirror   Link  
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
05/04/2018 08:07 am   Gaetano @ GitHub   Mirror   Link  

Jacek Foremski changed the Link to 'This issue relates to CS-6775' on EZP-29139 - RegenerateUrlAliasesCommand should keep historized Url Aliases

05/04/2018 07:31 am   jira.ez.no   Mirror   Link

Jacek Foremski changed the status to InputQ on EZP-29139 - RegenerateUrlAliasesCommand should keep historized Url Aliases

05/04/2018 07:30 am   jira.ez.no   Mirror   Link

Jacek Foremski changed the status to Confirmed on EZP-29139 - RegenerateUrlAliasesCommand should keep historized Url Aliases

05/04/2018 07:30 am   jira.ez.no   Mirror   Link

Jacek Foremski created EZP-29139 - RegenerateUrlAliasesCommand should keep historized Url Aliases

Currently, RegenerateUrlAliasesCommand (ezplatform:regenerate:legacy_storage_url_aliases command) doesn't keep historized Url Aliases, which makes it far less useful for the customers. Historized Url Aliases are important for example for SEO, and customers might depend on old URLs.
Therefore, RegenerateUrlAliasesCommand should keep historized Url Aliases, possibly also logging warnings for nodes/URLs that are corrupted (if any).

05/04/2018 07:30 am   jira.ez.no   Mirror   Link
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
05/04/2018 07:29 am   Gaetano @ GitHub   Mirror   Link  

Jacek Foremski changed the Link to 'This issue relates to CS-6775' on EZP-29138 - Backport RegenerateUrlAliasesCommand to version 5.4

05/04/2018 07:07 am   jira.ez.no   Mirror   Link

Jacek Foremski changed the status to InputQ on EZP-29138 - Backport RegenerateUrlAliasesCommand to version 5.4

05/04/2018 07:07 am   jira.ez.no   Mirror   Link

Jacek Foremski changed the status to Confirmed on EZP-29138 - Backport RegenerateUrlAliasesCommand to version 5.4

05/04/2018 07:07 am   jira.ez.no   Mirror   Link

Jacek Foremski created EZP-29138 - Backport RegenerateUrlAliasesCommand to version 5.4

The customer requested backporting RegenerateUrlAliasesCommand (ezplatform:regenerate:legacy_storage_url_aliases command) to version 5.4. This script is more reliable then the legacy one (for example, it doesn't truncate urlalias_ml table).

PR that introduced the script: https://github.com/ezsystems/ezpublish-kernel/pull/1781

05/04/2018 07:07 am   jira.ez.no   Mirror   Link
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
05/04/2018 07:01 am   Gaetano @ GitHub   Mirror   Link  
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
05/04/2018 06:40 am   Gaetano @ GitHub   Mirror   Link  
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
05/04/2018 06:19 am   Gaetano @ GitHub   Mirror   Link  
@gggeek
gggeek pushed to master in kaliop-uk/ezmigrationbundle May 4, 2018
  • @gggeek 2b894b8
    add to testing matrix ezplatfom 2
05/04/2018 05:34 am   Gaetano @ GitHub   Mirror   Link  

Michał Szołtysek changed the Assignee to 'Michał Szołtysek' on EZP-29106 - Show author name in version list / draft conflict dialog

05/04/2018 05:30 am   jira.ez.no   Mirror   Link

Michał Szołtysek changed the status to QA on EZP-29106 - Show author name in version list / draft conflict dialog

05/04/2018 05:30 am   jira.ez.no   Mirror   Link

Michał Szołtysek resolved EZP-29106 - Show author name in version list / draft conflict dialog

05/04/2018 05:30 am   jira.ez.no   Mirror   Link

Dawid Parafiński updated the Description of EZP-29062 - Copy subtree

Same feature as v1.13: EZP-27759

This feature should have 2 options:

  • button on admin interface as 1.13
  • command line

Command line specification

bin/console ezplatform:copy-subtree <sourceLocationId> <targetLocationId>

The command should only output success/failure. Clean messages should be outputted when the source or target locations don't exist. The operation should be done as admin user.

Edge cases:

  • Target is not a container -> not possible, impossible to select the content item
  • Source is not a container -> possible, it will be just a copy
  • Source has no children -> possible, it will be a copy of the content item
05/04/2018 04:08 am   jira.ez.no   Mirror   Link
@andrerom
andrerom commented on pull request ezsystems/ezplatform-xmltext-fieldtype#39 May 4, 2018

could remove this as class property and rather inject it, to avoid global state set by method which is not a setter.

05/04/2018 02:59 am   André @ GitHub   Mirror   Link  
@andrerom
andrerom commented on pull request ezsystems/ezplatform-xmltext-fieldtype#39 May 4, 2018

Seems we need NullLogger here to form the looks of the new code bellow.

05/04/2018 02:56 am   André @ GitHub   Mirror   Link  
@andrerom
andrerom commented on pull request ezsystems/ezplatform-xmltext-fieldtype#39 May 4, 2018

Could also be: $this->logger = $logger instanceof LoggerInterface ? $logger : new NullLogger();

05/04/2018 02:54 am   André @ GitHub   Mirror   Link  

Adam Wójs closed EZP-25562 - Error "Impossible to access an attribute ("width") on a null variable" when something goes wrong in ImageExtension::getImageVariation

05/04/2018 02:13 am   jira.ez.no   Mirror   Link