I'm not entirely sure if this is a bug or if it is just me not knowing how to enable certain functions, but I have noticed that VS Code does not auto close tags as I'm typing.

With Lava, for example, if I type {% if myInteger == 1 %} I would expect it to auto-populate {% endif %}, and that is not happening.

With HTML... if I type <div class="row">, I would expect it to auto populate </div>, and that is not happening.

I have the "Language" set to Lava in VS Code. Let me know if I'm just missing a simple setting somewhere.

I am wondering if it is possible to change the order of the blocks in the tree in VS Code. See screen shot below.

This is my homepage, and the blocks are obviously in alphabetical order instead of the order they are on the page. This is a little confusing for bigger pages that have a lot of blocks. So, is there any way to have them order by the way they appear on the page and not alphabetical?

In Allowed Physical Directories in the Magnus settings in Rock, if I enable Plugins, I get an error when viewing any .ascx and .cs file in the Plugins directory. Spot checked several files in different sub-directories and all had the same error, unless the file was an image or a .css, .js, or .lava file. I did refresh at the server directory level and the error still occurred.

Running this version of Visual Studio Code on macOS Monterey 12.3.1:

Rock Version: Rock McKinley 13.6 (1.13.6.1)

Problem

Description:

I have finished the initial installation/configuration by following the steps:

1. I have installed the Magnus plugin from Rock Shop,
2. I have installed the Magnus extension in VS Code,

Then, when I follow the prompts for adding the server, my inputs were:

1. server = https://rock.vrl.church
2. id = tseo
3. pw = (my password)

This adds "rock.vrl.church" in the list of servers, but when I click on it, I get this error "Server has denied you access to this resource."

These are my settings:

What I expected:

Show me a tree of available directories

What I got instead:

Error message (screenshot attached)

Versions / Details

| Thing | Version | | ---- | ---- | | Rock Magnus Plugin | Public Beta released October 17, 2022 | | Required Rock | v13.6 | | My Current Rock | Rock McKinley 13.7 (1.13.7.1) | | SQL Database | Hosted on Azure | | VS Code | 1.74.0 (Universal) |

Prerequisites

Description

When I go to expand my server in the magnus window within VS Code I get this error "Requested resource was not found"

Fiddler indicates this is the request and the status code is 404

Steps to Reproduce

1. Install Magnus VS Code Extension
2. Install the Magnus Plugin on your server from the Rock Shop
3. Configure Magus to all physical directories and enable all virtual filesystems
4. Open VS Code and add server in my case https://rockdev.college-church.org/, username and password
5. Expand Server

Expected behavior:

Server content is displayed

Actual behavior:

Requested resource was not found error is displayed instead

What I have confirmed:

1. my username and password work to login to Rock via database authentication.
2. my public ip address is added to the allowed ip on the magnus editor page

Versions

Rock Magnus Plugin Version: Public Beta Rock Version: Rock McKinley 14.0 (1.14.0.18) Client Culture Setting: en-US VS Code Details Version: 1.73.1 (user setup) Commit: 6261075646f055b99068d3688932416f2346dd3b Date: 2022-11-09T04:27:29.066Z Electron: 19.0.17 Chromium: 102.0.5005.167 Node.js: 16.14.2 V8: 10.2.154.15-electron.0 OS: Windows_NT x64 10.0.19045 Sandboxed: No

When opening an HTML content block with a UTF-8 encoded character, magnus converts the character to a question mark. Discovered because the entity command page had question marks where quotes should be.

To replicate

1. Paste the following into a HTML Content block using the web interface:

won’t ™

2. Open in Magnus. Observe that the text now renders as

won?t ?

3. Save from Magnus.
4. Reload the page using the web interface and observe that the HTML Content block is rendering won?t ?

Running VSCode Magnus 1.0.2

This morning I tried editing a lava shortcode and the change wasn't immediately reflected on a page where it is used (I tried hard refreshing, as well).

After experiencing this, I checked the shortcode in the Rock UI, and the change I had made via Magnus was visible there.

Once I re-saved the shortcode in the UI, the page then reflected the change. It's as if the shortcode is cached somehow, however cacheability type on the page the shortcode is used is set to no-cache, and cache duration on the html block where the shortcode was used is set to 0.

HTML blocks in Rock have a 'Display from' date setting that controls when content is allowed to display on the website.

If you have set date set on this block, and the end\expire date is in the past, then no HTML content is displayed in Magnus even though there is content in the blocks HTML field.

It seems that Magnus should always display the content of the block even if it is past it's scheduled time to show on the website.