Update re-upload / crop / resize functionality in the media manager

[pauliusmaciulis]

When an image was re-uploaded / cropped / re-sized or restored from the history the image content needs to be updated in the page content as well.

Implementation should cover following logic:

• The latest working version URI of each image should be captured and stored for each image in order to use it as a working version of an image (to insert and to update later).
• Image history should be tracked with the current logic (need to implement a trick to bypass an overriding of the latest working version file).

[Audrunas]

• When image is cropped / resized, version still is changed. Should work as image is re-uploaded
• When re-uploading after crop / resize, wrong item is inserted to history: instead of historical item, main URL is inserted (didn't check in DB)
• use DateFormat.ToString("yyMMddHHmmss") for get parameter for loading images, because current GET parameter is bad (it contains empty spaces):

[pauliusmaciulis]

Alex, can you merge the dev-1055 brach to dev?

[AlexandrKiselev79]

Dev-1055 was merged to dev

[AlexandrKiselev79]

Update available from 1.9.0-beta1+

[pauliusmaciulis]

We need to add a warning dialog with question if user wants to override an image after it was edited (resized/cropped/re-upload). Now the current logic overrides an image after it was updated (resided/cropped/re-upload) without any notice in all pages and widgets.

Dialog content:

Title: The image was updated Message: Are you sure you want to update this image in all pages and widgets? If you will choose No, all pages and widgets will stay as is.

Buttons: [Yes, replace] [No] Cancel (cancel is a link)

[Audrunas]

Timestamp shouldn't be added, when adding an image to the content! Only in edit mode (media manager grid, history windows, etc) timestamp should be added

[Audrunas]

1. Check the image versioning, when image doesn't change (new file shouldn;t be created)
2. Remove suffixes from historical items (leave only GUIDS)
3. Instead of entity version, use increasing number as main image suffix
4. Check image restore: historical version should be created with GUID

[Audrunas]

Fix will be available from 1.9.0-beta3+

[AukseJ]

Actions:

1. Site settings->Media Manager
2. Choose and crop an image
3. There's two possibilities to save image [Save with override] and [Save new version]

Result: these two different ways to save cropped image work equally - when I click [Save new version] cropped image overrides existing image. When I click [Save with override] - the same thing happens.

[ghost]

Feature disabled, because of multiple issues. Need to redesign the work flow of it.