Kentico v12 webpart contents are not imported properly - kentico-12

Anyone experiencing this issue? This issue only occurs when importing an update to an existing site.
I'm using Kentico v12.0.47. Below are the steps i did in importing the content.
Created a page and added editable text Webpart.
Opened the page In "Page View" and added content in the editable section. Saved changes. - This works fine, content was properly saved and displayed.
Exporting updates - No Error
Selected site and Preselect all objects.
Unticked All objects -> Export files
Unticked Global Objects -> Development -> Device Profiles
Importing updates - No Error
Uploaded update package
Selected "Preselect all items"
Import to existing website
Open the page in "Page View" - The webpart was in place but all the document contents were not imported.
I was expecting that all the updates, webpart and its contents, were imported. There's no error message, I have no idea what's happening.
Kindly advise. Thanks in advance.

Related

Disable/Deactivate file preview on shared/published files in Alfresco

I want to fully disable the preview of any kind of file for shared/published files in Alfresco.
Alfresco Community v4.2.0
(r56674-b4848) schema 6033
Spring Surf and Spring WebScripts - v1.2.0
(Release 1331)
In Alfresco, you are able to share/publish any kind of file. By sharing/publishing the file, you will get a link to access this shared file. Other users like clients/customers for example are able to view the shared/published file and can download it via a link like this:
https://alfresco.example.com/share/s/9QJiV6PNSAqAlxZDnFVQlQ
My problem is, that I hate this preview regarding some browser and preview display issues. Some kind of files like ZIP-files aren't able to be displayed in the preview and this causes an empty preview, which sometime causes an missing download button.
I also just don't want the preview. Well, how can I disable/deactivate the whole preview (only) for shared/published files, that the preview does not appear, if I visit the share-link?
Thanks in advance!
Override in web-extension alfresco/site-data/pages/quickshare.xml
And remove the sub-component with id web-preview
BTW: you know if you disable the preview users won't have any ability to download or view the file.

Unable to edit forms in IBM Forms Designer

I've created a form in the Forms Designer and saved it. I tried making some modifications to it later, specifically deleting input fields and adding new drop down lists. It won't delete input fields and new drop down lists can't be repositioned.
When trying to delete the program either does nothing or gives me the following error:
"Delete" did not complete normally. Please see the log for more information.
com.ibm.form.designer.model.xforms.model.impl.BindImpl incompatible with com.ibm.form.designer.model.xforms80.model.Bind80
Tried looking up the error but so far no solution. I've tried opening the .xfdl file as xml and edit it manually, it worked ok but now when I re-open the file in the Designer all the fields freeze up as they do with the drop down lists.
Any help appreciated.
There doesn't seem to be a way to fix the deleting bug from the Forms Designer itself. The best I could come up with is:
opening the .xdfl file in a text editor and deleting the tag for the particular field you want to delete
re-open the file in the Designer and the element can be deletable now
or if that doesn't work, find and delete any entry related to the element in the text editor and re-open in the Designer.
For the freezing page elements: close the file and restart IBM/Lotus Forms.

TYPO3 won't update front-end page after external TypoScript modification

I am trying to edit a .ts file through the Quixplorer.
I click on edit, add the link and hit save. But it does not get updated on the actual page.
When I click a preview of the file within the Quixplorer i can see my change but it just won't show on the homepage...
Any ideas?
While editing *.ts files it is always required to clear whole cache from the backend, to take changes into account.
Also make sure, that you're modifying correct file. The often mistake is editing files which aren't included to the DB TS template. You can verify that with the Template module (after cache clearing).

Not able to see content in content finder in CQ5

I have imported images and videos inside CQ5 repository. I am able to see all of them inside DAM(digital asset management) but when i am creating a page using already defined templates and components , I am not able to see them(images and videos) in the content finder menu.
Which version are you running? I've seen this issue with CQ5.4 with the MSM feature pack. A similar issue affects some browsers in CQ5.5 with update 1.
Otherwise, I'd check the error logs as mentioned in the comments. Look for DAM workflow failures or similar such errors.
When you open page with content finder see which call is loading images.
For example here in mentioned link assets are loaded from /content/dam/assets path.
http://localhost:4502/bin/wcm/contentfinder/asset/view.json/content/dam/assets?_dc=1466163645234&query=&mimeType=image&charset=utf-8
How to get this url
Open page in chrome
Enable "Network" view
Click on refresh icon in content finder

Infopath 2007 form not displaying changes

I have an InfoPath 2007 form that is behaving quite oddly.
I created it, published to a Sharepoint document library, running smoothly. Now, if I make changes to the form, I don't see them reflected after publishing. If I rename the xsn file to a cab and open the xsl, I can't also see the changes there, but in the Infopath editor I can see the changes.
I tried deleting the cache to no avail.
I also get an error trying to save the file: "User will not be able to open this form because of the security level it requires and because no alternate access path has been specified.". Even with the error the changes get saved, but that may be causing something not to be properly updated by InfoPath.
Any idea on what's going on here?
I managed to fix it by selecting Tools -> Default Values, in InfoPath.
I'm not sure what this did but after it the changes were properly published.
There is something definitely wrong with InfoPath 2007...