dnnsoftware / dnn.editbar Goto Github PK

Description

When in edit mode > hover over a module > there is a Move flyout menu with content panes listed to reposition the module on a page.

Admins need a way to easily identify the name of each content pane in order for this to be a usable feature.

Description

After installing any third party module(s), the "Add Module" pop up will no longer display any "pinned" modules as available to add to a page by default. Instead, the list reverts to displaying the available modules in alphabetical order with the pinned ones hidden.

However, when you start to scroll down the list, the missing "pinned" modules will suddenly re-appear at the top of the list.

The most critical modules affected are "HTML" (Platform) or "HTML Pro" (Evoq).

Affected version

This issue effects all current releases of DNN 9 Platform and Evoq 9.

Description

The text dotnetnuke should be searched and replaced by a more actual description

Steps to reproduce

Nothing special, just search for the references dotnetnuke

Current result

Multiple locations in multiple files

Expected result

None

Affected version

• 9.2.1
• 9.2.0
• 9.1.1
• 9.1
• 9.0

Description

When a webform module is submitted in Edit mode, the Gridview used in the module is disappeared. This exactly webform module works fine in DNN7.4.2 in both view and edit mode. Please see the attached simple sample module that we use to test in DNN9.1.1 Vanilla version.

If you do those steps and in View mode, it works perfectly. Please see the attached Steps to reproduce.docx

From the investigation, we found that CreateChildControls() in Dnn.EditBar.UI\Controllers\ContentEditorManager.cs is wrapping all the panes in a new UpdatePanel and this is causing the pane id of the controls are changed. So on the postback event, the viewstate of the web controls associated with the pane is not able to retrieve.

By commenting out the function CreateChildControls(), the webforms postback are working fine. Could you please shed the light what is the purpose behind this?

We can't find any impact from our testing to remove the function CreateChildControls() in ContentEditorManager.

Steps to reproduce

1. Load the page that has the sample module TestForm in Edit mode
2. The page is loaded and the GridView is displayed with the data
3. Click 'Get Rows' button
4. The page is refreshed and the GridView is gone. No. of Rows is shown as '0' which means that the viewstate of the gridview is lost of not able to retrieve.

Description

When you use in the skin a <section>, <article> or anything that is not a <div>, It is not possible to add a module on that page. The popup will not appear to add a module

Affected Versions

9.0.2