The problem is with too many settings to do the same thing; something mojoPortal is kind of plagued with because of the goal to remain backwards compatible at all costs. Anyway ...

Check your theme.skin file. You likely have UseModuleHeading set to false on the ModuleTitleControl. This ignores the element set on the module, regardless of any other settings.

I've been working on an update to replace how all of this is handled to make it easier for skin developers to 1) allow/disallow changing the element and 2) limit which elements can be used.

We've also been slowly removing settings from web.config that have anything to do with skins because those settings belong in the skin.

Thanks,
Joe

  <add key="ModuleTitleTag" value="h1" />
  <add key="EnableEditingModuleTitleElement" value="false" />

is also ignored - the headings still come out as H2.

I've had a quick look at the code but cannot see what's wrong.

My skin's config.json has the following, so this is not the problem:

    "Display": {
        "ShowSkinSearchInputOnSearchResults": false,
        "ShowSearchInputOnSiteSettings": false,
        "ShowModuleTitlesByDefault": true,
        "EnableEditingModuleTitleElement": true,
        "ModuleTitleTag": "h3"
    },

Help appreciated!

e.g. for my HTML content with ModuleID=8170, table [dbo].[mp_Modules]  has [HeadElement] = 'h1' 

Yet this is the rendered HTML:

<h2 id="module8170" class="page-header moduletitle">My Feature Instance Title<span class="modulelinks"> <a title="Edit Settings For this Content Instance" class="ModuleEditLink" href="https://mysite.com/Admin/ModuleSettings.aspx?pageid=5102&amp;mid=8170">Settings</a> <a title="Edit" class="ModuleEditLink" href="https://mysite.com/HtmlEdit.aspx?pageid=5102&amp;mid=8170">Edit</a> <a href="#" id="mtogedit8170" title="Toggle Inline Editing" class="jqtt inlineedittoggle ui-icon ui-icon-locked"></a></span></h2>

It definitely doesn't respect the setting from the Feature Instance Settings, e.g.

"HTML Element For Title" set to H3

Results in this (logged in as an editor):

<h2 id="module66" class="page-header moduletitle">Safety Guidelines<span class="modulelinks"> <a title="Edit Settings For this Content Instance" class="ModuleEditLink" href="https://mysite.com/Admin/ModuleSettings.aspx?pageid=32&amp;mid=66">Settings</a> <a title="Edit" class="ModuleEditLink" href="https://mysite.com/HtmlEdit.aspx?pageid=32&amp;mid=66">Edit</a> <a href="#" id="mtogedit66" title="Toggle Inline Editing" class="jqtt inlineedittoggle ui-icon ui-icon-locked"></a></span></h2>

or this to anonymous user:

<h2 id="module66" class="page-header moduletitle">Safety Guidelines</h2>

It should respect the value you set. You're on 2.9.2, right?

Thanks,
Joe

Editing the content itself doesn't change this.

I have a vague recollection of being told this needs a database script to be run if this is changed for pre-existing content, but if that's correct this seems like it really should not be needed. Can you advise how to make this work?

thanks!

You can run the following SQL to update your sites so they work properly:

delete from mp_ModuleDefinitionSettings
where FeatureGuid ='d572f6b4-d0ed-465d-ad60-60433893b401'
and GroupName = 'SilverlightSettings';

This will be in the next release, due soon.

I noticed a bug or error on both my sites and the demo site.
The problem is related to the image gallery, both old and newly created. When trying to access the module settings, a "page not found" error appears, indicating the inability to manage the settings.
This occurs on the latest version, and I've noticed it's the same on the demo site.

A solution?

We found what is causing this and we have fixed it in the repo.

You can work around the issue by changing a property value in the web.config. Find <modules runAllManagedModulesForAllRequests="true"> at or near line 1018 of the web.config. Change the "true" to "false" and save the web.config.

Thank you,
Joe

any ideas ??

ForceSslOnAllPages

Setting that false fixes everything. I can now set that per site. So on dev sites I don't need SSL setup which is ideal in my opinion.

So this works. I'd say it doesn't matter how going forward you set SSL per child site, just that there should probably be a way to clarify what has SSL and what doesn't. If the main nav wasn't looking at the UseSSLOnAllPages field that would also work it seems.

Thanks for the help, hope this helps others as well!

It defaults to true in code, so unless you specifically set it to false, it could cause some issues if ssl is available on another site. I haven't had a chance to dive into it to be sure though. I know we use mojo in dev without ssl though. 

Thanks,
Joe

There's still a bug though. I have these in my site.config which shouldn't be requiring SSL.

  <add key="SSLIsAvailable" value="false" />
  <add key="SSLIsRequiredByWebServer" value="false" />
  <add key="Site9-SSLIsAvailable" value="false" />

If you go to my demo site which is site 9:

http://rookana.proactivedesign.net/about

Try clicking through the main nav. The URLs are all HTTPS despite the site.config settings above. You can switch the page manually to non-https and it works, but the nav if clicked will take you back to https if you click on anything. So I think the bug is actually in the way the nav is rendering?? The page itself doesn't redirect, it's just the nav links don't seem to be looking at the config setting and instead looking at the DB field UseSSLOnAllPages.

If I go into the database and turn that UseSSLOnAllPages to false then the nav works as expected.

I really think SSL needs to be an option for testing and development or some kind of other issue with the certificate where it needs to be turned off temporarily even. Most other tools, stores, CMS systems allow for non-SSL. You woulnd't want to install the CMS and immediately nothing works because it's requiring SSL setup first.

You should set "ForceSslOnAllPages" to false in your web/user.config. Additionally, if a site doesn't have SSL enabled (SiteX-SSLIsAvailable is false), then the Site Settings "Require SSL On All Pages" doesn't do anything. 

It is a bug that the setting is shown on the settings for child sites when those child sites don't have SSL enabled, but it doesn't do anything.

This setting will disappear altogether soon. If SSL is enabled for a site, it should be enabled on all page of that site. The only reason the setting was created was because SSL used to slow sites down and could cause search index issues. Neither of those two things are true anymore so this setting is unnecessary.

You might want to look into Let's Encrypt, win-acme, and Certify The Web. Certificates don't have to cost anything anymore. We secure all sites these days. Search Engines dock your site rankings if you don't have SSL and web browsers try https before http unless you type/link specifically to http. You can even use automatic DNS verification to get wildcard certs.

Thank you,
Joe Davis

On the master site settings page:

/Admin/SiteSettings.aspx

There's a field disabled called "Require SSL on All Pages?" that I can't turn off and need to. I don't want SSL on development sites and since SSL is a slightly premium feature we charge for some clients opt out of SSL for smaller sites (maybe a few-page brochure site).

If I go into the database I can set that field to false and the site will work until I make any edit to the site settings and save. Then it defaults back to SSL required.

Table: mp_sites
Field: UseSSLOnAllPages

The site-config doesn't seem to have any effect on SSL for the child site.
<add key="SSLIsAvailable" value="false" />
<add key="Site4-SSLIsAvailable" value="false" />

It seems like if that field (UseSSLOnAllPages) wasn't disabled it would work fine, like it used to.

This changed a minor version back or two and seems to be an error....unless I'm doing something wrong. I don't think SSL should be required right off the bat and if a master site admin wants to turn it off for a variety of reasons (such as in development) it should be a configurable option in some way. A site.config setting would be fine as well.

Mojo has been updated to consolidate the SSL and preferred hostname redirects and it should fix your issue. The changes are in the GitHub repository and will be in the upcoming release.

Please note that going to a URL without SSL in a private window will show an error matter what (it's a browser thing), but everything works as intended in normal mode.

Thanks,
Elijah

If you put the login module on the same page as a form wizard it doesn't work. Pressing the button does nothing and can't login. If I remove the form then the login module will work. No error is logged, it just does nothing.

The problem is I have like 400+ domains and few hundred websites. SSL renewals is already a major pain and things like Cloudfare don't work with Mojo to just secure everything. Probably something with session state or...I have no idea really.

I can probably do something with web.config rewrites, I just know mojo used to handle pointers and I hate doing manual edits in the web.config unless I have to.

No worries. I appreciate anything you guys can do. I actually have a list of little bugs and issues and also features 3rd parties would be willing to pay for to have added. I'm sure you are busy, but if you ever need more to do please reach out. That IP restriction by user account login for example I have a client willing to pay for that. I'll try and post some of the latest bugs to the forums so you have them.

What we always do is use Let's Encrypt (Certify the Web on Windows is awesome) to create a certificate with all of the domains. This ensures all requests for all legitimate domains on the site are secured.

Edited to add: browsers always try https first and then, if no connection can be made to a domain via https, they'll try http. Having all domains included on one or multiple certificates is the best way to handle this scenario.

Thanks,
Joe

Maybe there's an order of checking that changed? Say checking SSL before doing a primary domain check/redirect. It should check the primary domain first.

I believe the problem was introduced when the setting for "require all pages to be SSL" was removed.

Unless Mojo have another way to handle pointer domains? This is a super common need for websites.

The redirects have always worked before the latest version. That's the whole point to allowing multiple domains in Mojo and the preferred domain. I'd think. Otherwise why even have those options if mojo will only accept one domain? Something changed. I have 50+ pointer domains that have all stopped working. Multiple pointer domains is a fairly common need.

Here's a working example of an older CMS install (v 2.7.0.0):
This non-SSL (http://www.versascreengutterprotection.com) domain redirects to the preferred SSL domain: https://www.edgemeltsystems.com

Another example in a v2.7.0.2 install:
http://www.gsbservicesllc.com points to https://www.mysheetmetalguy.com

Any new CMS installs such as 2.9.0.1 do not work. I'm not sure v2.9.0.0. Worked or exactly what latest version it stopped working, but I think it's the latest one since the last time I set up a pointer domain it worked fine. I'm just noticing it in this latest version.

I hope this provides a hint.

I'm looking at this. I don't remember mojo behaving that way, but I wouldn't doubt it. 

Can you confirm you do not have HSTS enabled on the site in IIS? I would suggest you do have HSTS enabled but, if you do, I don't think there's any way to have mojo handle this the way you're describing.

Basically, you want it to redirect to the preferred domain at the same time it redirects to SSL, right?

Thanks,
Joe

in Aruba MS SQL ..  change [dbo]   in  [MSSQLxxxxx]  in all script

I found some problems installing the latest version of the webstore on the latest version of mojo.

I think there are problems on some MS SQL scripts. WebStorw is installed correctly during setup, but however the ws_Images table is missing from the database and mojo in fact reports an error as soon as you access the page containing the webstore.

on the 7.5.0.3 script there is the CREATE TABLE dbo.ws_Images but however the table is not created on the database.

has anyone found the same error? any suggestions on how to solve it?

thanks to everyone in advance

thank you for your post. I do think Mojoportal fits quite all IIS server. Never found one which is not complatible (up to now). I am fun of Mojoportal. Serverplan wrote to me it was a bug in Plesk about my account. From now on I will not have problem in ASP. All the stuff I wrote in this forum came from written email through the support channel.

I have now to start on understanding how to make skins. I bought 10 years ago Artesteer 4   , mojoPortalSkinExporter20140523 and got HtmlExport. But since then Skins changed. I have to make a new start.I have a 10 year hole to fill. 

Would you be so kind to suggest how pratically fill these 10 years? I mean how to quick be productive in producing new skins? Thank you Joe for your help.

Alessandro

I can guarantee you that mojoPortal doesn't try to force .NET 2.0 and hasn't targeted .NET 2.0 for probably close to 15 years.

I didn't do anything special to setup mojo. It just worked on ServerPlan's cheapest Windows hosting plan.

Thanks,
Joe

thank you for your statment, it is very important form me.I was given many tecnhnical "cookies" while I tried to install Mojoportal.

I will let them know now they are mojo compliant also if they did know it ;)

They told me they are not sure about the possibility of installation of this  CMS : They Wrote in technical ticket  "start thinking the CMS I want to install might not fit their servers".Thet also write the mojoportal code is trying to force ASP NET Version 2.0 run in the machine which is not installed on their server. All these stuff made installation instable.

Maybe my fault since there are more then 10 years I do not install this CMS.

Mojoportal is great. I am sad for the problem of Themes. No themes provided for the initial installation. I am not a graphic man , so it is hard for me facing these kind  of problem.

Thank you Joe for your kind and technical feed back.

Alessandro

I signed up for an account at ServerPlan and setup a copy of mojo 2.9.0.1. I followed the same steps you listed and I also added the Let's Encrypt certificate. I do not have the UseSSLForLDAP setting set to true.

I am able to login to the site with the default login.

Were there any other settings you configured in the web.config or user.config before trying to login?

The hosting compay is ServerPlan (Italy). Windows server ASP NET 4.8 and MS SQL server 2019.Full trust, Let' Encrypt for a basic SSL. I have Plesk to control stuff

Let me know if you need further details

Alessandro

Thank you,
Joe

I shared because after changing that value, mojoportal recognized the login.  I made different installations on the same server (multihosting) and mojoportad did not want to recognize the default access account. I changed and it worked. If I do not make this change, the initial installation account is not recognized.

LDAP is a different stuff, but what made me focus on was SSL statement.

Until " the boat goes I will make it go this way" unless I understand how to solve this problem in a correct way (i.e. I do not have a different solution in my hands right now). Would you have a different idea about solving this issue?

Thanks

Alessandro

Are you using LDAP? If not, you shouldn't have to change the UseSSLForLDAP setting.

I'm not sure how changing that would have had any affect on the login if you are not using LDAP.

Thanks,
Joe

Ok I reply to myself. I hope this is the meaning of sharing.

Nowdays servers came with SSL (i.e. Let's enclrypt). So , on the server is activated SSL and all http request are diverted to https. The CMS is correctly shown, but the admin accoun is not recognized.

That 's because you have to activate in the web.config. file :  add key="UseSSLForLDAP" value="true"

Default is false.

Hope this helps!

Alessandro

I hope someone might help me, because it the first time it heppens to me....

* Uploaded al files (2901 version : mojoportal-2901-mssql).

* Made the two folders writeable.

* Lunched the setup.

* Everything looks fine : the cms appared on line.

* Disabled setup.

The CMS does not recognise the standard initial account : admin@admin.com with password admin. The CMS writes :

We're sorry but a server error has occurred while trying to process your request.

The error has been logged and will be reviewed by our staff as soon as possible. It is possible that the error was just a momentary hiccup and you may wish to use the back button and try again or go back to the home page.

any Idea?

I put it now off line to avoid someone else succeded in changing the account.

Thank you in advance.

Alessandro

The problem with the skins is likely due to you running an unreleased version. We have changed a few things with the Site Settings page that did cause issues with the unreleased 2.8.0.3 version. Your best bet is going to be to compare the theme.skin from the packaged framework skin with the skins you're running. Anything having to do with the Site Settings page should definitely match the new framework theme.skin.

We are aware of the 2.9 version not showing up properly. This was a packaging issue and we've resolved it in an upcoming release. I'll send this release to you directly so you can test it in your environment.

We're not able to reproduce the Google.protobuf issue. Do you have any "pro" modules installed? Only the mysql version uses Google.protobuf but it could have been packaged with the mssql version at some point in the past so you may have it. In that case, you should be able to just delete it.

serious error in SiteSetting.aspx

tab link does not function but function in 2.8.0.3 version..... 

as for the Google.protobuf assembly, I solved it by downloading the version from git hub and modifying the versioneg on the web.config. this highlights that there are errors on the web.config. which must be corrected before releasing.

then i noticed that NO skin works properly. while on an IDENTICAL site with identical skins everything works correctly. clear sign that it does not work ... there is something not working. I noticed that for example in the site management page only the first link (tab) works while the others don't. then everything is displayed on the same page. nothing works nothing works

I keep repeating that they are little things that are annoying and that shouldn't exist. and as I repeat, mine only wants to be constructive advice to ensure that mnojo is always the best as I myself have always considered him.

so...

• fix versioning and web.config issues
• fix errors on MSSQL scripts (dbo in [dbo])
• fix versioning (2.8.0.7 and release 2.9)
• fix skin problems

then.... make available... not before

I have been linked to mojoportal for many years and will remain so in the future but even if I offer some criticism I would like it to be taken as constructive.

• the new version does not indicate 2.9.x.x but 2.8.0.7
• skins that are fine on another domain do not work on the domain under test and have various errors. note that the server is the same. (win server 2019 sql server and dot net 4.6/4.8)
• the most serious thing is that I had to comment on the wen.config the whole part relating to the ''google.protobuf'' assembly because otherwise it won't run returning an assembly loading error.
• I noticed other serious problems on database scripts... in this case to include in several dbo scripts in brackets (dbo in [dbo]) because otherwise they give error during installation. I edited them by hand myself.

however I believe that when a new version is released, it MUST NOT give any problems. because doing so in my opinion, would be counterproductive.

as I repeat mine wants to be a suggestion to always be THE BEST.

I make myself available to do tests and trials.... I work on ARUBA in Italy

We've fixed this issue and the fix will be in the next release, which should be this week. GitHub issue for reference

Thank you,
Joe

screenshot: https://imgbox.com/OyY1AzBM

you did well to respond publicly so it helps everyone who may need it

thank you very much

great Mojo

We're responding to the email address you used when you sent in the request. You had responded to our earlier messages from the system as well.

Our last message to you was:

We looked into the issue yesterday and found that the data\emailtemplates folder is only read by the system when no templates exist in the database and should not be used to import templates. Please copy the HTML content of the file you are wanting to be a template and paste it in the source view of the WYSIWYG editor then save your template.

I'm posting it here because it benefits the community.

Thank you,
Joe

I have never received anything in my mail or even in spam, these are things I pay attention to.

make sure you wrote to the right address

Thank you,
Joe

There's not a limit as far as I know but 80 templates seems like a lot.

Please complete this form to send us connection information for your site. You have been given access to this form for this thread only and access will be removed once we resolve this issue.

Thank you,
Joe

are there any limits? on the production site I saved about 80 newsletters as templates... is there a limit? why don't I see the new model loaded?

is it a bug?

I've run into this before and found a work-around. I think setting the workflow dropdown from "Work in Progress" to "Live Content" on another page, then browsing to the page will allow you to see it and click the edit link on the content with a draft.

Another solution would be to replace the userguid on the draft content with an existing userguid. 

I will take a look at our source code to see if we've fixed this yet, and if not, I'll fix it.

Thanks,
Joe

ContentWorkflow references a user who has subsequently been deleted. A row in mp_ContentWorkflow has a userguid that dien't exist in mp_Users. The page cannot be loaded, with this in System Log:

2023-01-27 10:17:18,211 ERROR xx.xxx.xx.xxx - en-GB - /mypage - mojoPortal.Web.Global -  Referrer(https://mysite.com/Admin/ModulePermissions.aspx?pageid=734&mid=800&p=v) useragent Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36 Edg/109.0.1518.69 
System.InvalidCastException: Object cannot be cast from DBNull to other types.
   at System.DBNull.System.IConvertible.ToInt32(IFormatProvider provider)
   at mojoPortal.Business.ContentWorkflow.PopulateFromReader(IDataReader reader)
   at mojoPortal.Business.ContentWorkflow.GetWorkInProgress(Guid moduleGuid)

I'll need a lot more information in order to troubleshoot.

Please send me website urls and logins for the sites.

Thanks,
Joe

I use the bootswatch-darkly skin on two sites both hosted on the same machine.

on one of the sites as soon as you press the link to view the results, they are regularly shown while on the other site (which is the important one and in production) they are not shown. I noticed that on the first one, the page address is very long while on the non-working one it seems that the address is missing a lot and the results are not shown.

I urgently need to fix the problem

I use Mojo daily, have near 100 sites. Still love this CMS more than any other. If there are more ways I can assist let me know!

We've tested this issue in a brand new 2.7.0.0 install and can't seem to replicate it.

We're using reCAPTCHA v2 and set up "mydomain.hospital" as a local domain.

I've followed your error through the code behind, and from what I can tell something is going wrong on Google's end during the verification step and is returning a result that isn't expected.

Some of the code is old and maybe not the best way to parse the response from Google, so I'll go through and clean it up for the upcoming release.

I've narrowed down a bug with Google ReCaptcha and the Admin login (could be other forms too). With a .hospital domain extension, I get the below error. If I switch to another domain it works fine.

2022-03-29 11:31:58,594 ERROR 65.30.52.71 - en-US - /Secure/Login.aspx?returnurl=%2fAdmin%2fAdminMenu.aspx - mojoPortal.Web.Global -  Referrer(https://www.mydomain.hospital/Secure/Login.aspx?returnurl=%2fAdmin%2fAdminMenu.aspx) useragent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:98.0) Gecko/20100101 Firefox/98.0
System.ArgumentNullException: Value cannot be null.
Parameter name: errorMessage
   at mojoPortal.Web.UI.RecaptchaResponse..ctor(Boolean isValid, String errorMessage)
   at mojoPortal.Web.UI.RecaptchaValidator.Validate()
   at mojoPortal.Web.UI.RecaptchaControl.Validate()
   at System.Web.UI.Page.Validate()
   at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument)
   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
2022-03-29 11:32:55,609 ERROR (null) - (null) - (null) - mojoPortal.Web.Global -  Referrer(https://www.mydomain.hospital/Secure/Login.aspx?returnurl=%2fAdmin%2fAdminMenu.aspx) useragent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:98.0) Gecko/20100101 Firefox/98.0
System.ArgumentNullException: Value cannot be null.
Parameter name: errorMessage
   at mojoPortal.Web.UI.RecaptchaResponse..ctor(Boolean isValid, String errorMessage)
   at mojoPortal.Web.UI.RecaptchaValidator.Validate()
   at mojoPortal.Web.UI.RecaptchaControl.Validate()
   at System.Web.UI.Page.Validate()
   at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument)
   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
2022-03-29 11:35:32,579 INFO (null) - (null) - (null) - mojoPortal.Web.Global - Global.asax.cs Application_End
2022-03-29 11:35:36,641 INFO (null) - (null) - (null) - mojoPortal.Web.Global - Application Started.

Just one more question, if may I... I guess there is no possibility that the same razor template would be used for BlogPostList and for the Blog? So that blog posts in both would look the same?

I've found the problem with this and have fixed it in our code. 

To work around the problem, use the following view as an example. Basically, you ned need to add @using mojoPortal.Web; to the top and then @SiteUtils.GetNavigationSiteRoot() in front of each instance of @item.ItemUrl and @Model.ModulePageUrl.

@using mojoPortal.Web.Helpers;
@using mojoPortal.Business;
@using mojoPortal.Web; @*add mojoPortal.Web to this line *@
@model PostListModel

<div class="blog-postlist">
    @foreach (var item in Model.Posts)
    {
        <article class="blog-postlist__item">

            <header>
                @if (!string.IsNullOrWhiteSpace(item.HeadlineImageUrl))
                {
                    <figure class="blog-postlist__item-featured-image">
                        <img src="@item.HeadlineImageUrl" alt="@item.Title" />
                    </figure>
                }

                <h2 class="blog-postlist__title">
                    <a class="blog-postlist__item-link" href='@SiteUtils.GetNavigationSiteRoot()@item.ItemUrl'>@item.Title</a> 
                </h2>
                @if (@item.SubTitle != "")
                {
                    <h3 class="blog-postlist__sub-title">@item.SubTitle</h3>
                }
            </header>

            <div class="blog-postlist__item-body">
                @Html.Raw(item.Body)
            </div>

            <footer>
                <div class="blog-postlist__metadata">
                    @if (item.ShowAuthorName)
                    {
                        <span class="blog-postlist__author">
                            @if (item.ShowAuthorAvatar && !item.ShowAuthorBio)
                            {
                                <span class="blog-postlist__author-avatar">
                                    @Html.Avatar(item.AuthorAvatar, item.AuthorEmail, item.AuthorUserId, new { Class = "author__avatar" }, new { Class = "author__avatar-link" }, true, true)
                                </span>
                            }
                            <span class="blog-postlist__author-name">
                                @if (!item.ShowAuthorAvatar || item.ShowAuthorBio)
                                {
                                    <i class="fa fa-user-circle"></i>
                                }
                                @item.AuthorDisplayName
                            </span>
                        </span>
                    }

                    <span class="blog-postlist__date"><i class="fa fa-clock-o"></i> @item.PostDate.ToString("MMMM dd, yyyy")</span>

                    @if (item.AllowCommentsForDays > -1)
                    {
                        <span class="blog-postlist__comments"><a class="blog-postlist__commentslink" href="@SiteUtils.GetNavigationSiteRoot()@item.ItemUrl#comments"><i class="fa fa-comments"></i> @Resources.BlogResources.BlogFeedbackLabel (@item.CommentCount)</a></span> 
                    }
                </div>

                @if (item.ShowAuthorBio)
                {
                    <div class="author__group author__group--blog-postlist media">
                        @if (item.ShowAuthorAvatar)
                        {
                            @Html.Avatar(item.AuthorAvatar, item.AuthorEmail, item.AuthorUserId, new { Class = "author__avatar media-object" }, new { Class = "author__avatar-link media-left" }, true, true)
                        }

                        @if (item.ShowAuthorBio && !string.IsNullOrWhiteSpace(item.AuthorBio))
                        {
                            <p class="author__bio media-body">@item.AuthorBio</p>
                        }
                    </div>
                }

            </footer>
        </article>
    }
    <p><a href="@SiteUtils.GetNavigationSiteRoot()@Model.ModulePageUrl">View all posts</a> &#187;</p> 
</div>

I tried to solve the issue in razor template of the BlogPostList somwhow, but also got stuck. If you use "@Request.Url" in razor template, the default root page "root/default.aspx" is referenced, not the actual page in subfolder where the BlogPostList instance is running.

Can you please provide any help?

It does work. If it's not working on one of your sites, there is likely a problem with your skin or the settings on the module.

Make sure you're following the guidance on this page: https://www.mojoportal.com/docs/html-module

Is there a url you can share with us?

Thanks,
Joe

Does anyone know why the HTML slide function don't work in ver 2700?

Many Thanks

All the best

Neil

This problem is fixed and has been for a while in the repository, sorry for not replying back when it was fixed.

It will be included in the upcoming release of mojoPortal.

Thanks,
Elijah

Thanks for this! We'll get it added to formwizard for sure.

Thanks,
Joe

This was fixed, for me, by:

goto web.config

search for Minify and sweitch to "false"

Scout skin loads like a dream.

Ray

SELECT  wfr.*, rs.UserGuid, rs.CreatedUtc
FROM    sts_WebFormResponse wfr
JOIN sts_WebFormQuestion wfq ON wfr.QuestionGuid = wfq.Guid
JOIN sts_WebFormResponseSet rs ON rs.Guid = wfr.ResponseSetGuid
WHERE wfr.ResponseSetGuid = 'xxx'
ORDER BY wfq.SortOrder;

I was able to speed this statement from as slow as 14 seconds in our environment down to .01 seconds by adding an index on sts_webformresponse.ResponseSetGuid

Judging by the MySQL slow queries log, I think there may be some other areas of the database where performance can be improved. Would you prefer me to report them here or on Github?

Thanks,
Jamie

I'm not sure if this is the correct forum for this problem. I've just downloaded latest version of "Site Membership Pro" add-on from my "Order History" page. File name is sitemembership-1100.zip

But the dll file in mysql folder is wrong. It's for mssql. Can you please fix it? Previously this library (only MySQL Data Layer) was under GPL terms and the source code was publicly available. Now, I can't find it on github.

Thanks.

If I try to edit a forum thread I get an error "A potentially dangerous Request.Path value was detected from the client" - it's impossible to delete the thread without hacking the database.

The edit URL looks like this, so I can imagine the browser might see it as a threat - 

http://(mydomain)/Forums/Controls/%3C%25=%20$%22%7BSiteRoot%7D/Forums/EditThread.aspx?thread={DataBinder.Eval(Container.DataItem,%22ThreadID%22)}&mid={ModuleId}&pageid={PageId.ToString()}%22%20%%3E

Here's the log entry:

2020-03-28 21:16:29,717 ERROR 212.159.117.250 - (null) - (null) - mojoPortal.Web.Global - 212.159.117.250 /Forums/Controls/<%= $"{SiteRoot}/Forums/EditThread.aspx?thread={DataBinder.Eval(Container.DataItem,%22ThreadID%22)}&mid={ModuleId}&pageid={PageId.ToString()}%22%20%%3E Referrer(http://www.maswell.org.uk/Forums/ForumView.aspx?pageid=236&f=46~1) useragent Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36 
System.Web.HttpException (0x80004005): A potentially dangerous Request.Path value was detected from the client (<).
   at System.Web.HttpRequest.ValidateInputIfRequiredByConfig()
   at System.Web.HttpApplication.PipelineStepManager.ValidateHelper(HttpContext context)

I originally got the error with Chrome but also get it with Edge

Have you come across this - is there a workaround?

Thanks

Ian

See https://www.mynydd-du.org.uk/calendar

You cannot browse to http://www.mynydd-du.org.uk/calendar

but you can browse to 

http://www.mynydd-du.org.uk/grim-reaper-mynydd-llangors-race-2020-01-12

For all other pages this setting causes the site to redirect onto https automatically, so presumably it should for the Calendar?  Or am I missing a setting somewhere?

Thanks

That version of mojoPortal is almost 10 years old and the MySql version you're running is less than 2 months old. I think you need to upgrade mojoPortal so your site will work with this new version of MySql.

Thank you,
Joe

InnoDBVersion 5.7.28 as seen by running : SHOW VARIABLES LIKE "%version%"

collation on the tables is: utf_general_ci, then ran this sql:

SELECT * FROM performance_schema.session_variables WHERE VARIABLE_NAME IN ( 'character_set_client', 'character_set_connection', 'character_set_results', 'collation_connection' ) ORDER BY VARIABLE_NAME;

and got this result table:

VARIABLE_NAME                VARIABLE_VALUE

character_set_client            utf8mb4

character_set_connection   utf8mb4

character_set_results          utf8mb4

collation_connection           utf8mb4_unicode_ci

and these others showed up when running: SHOW SESSION VARIABLES LIKE 'character\_set\_%'

character_set_filesystem    binary

character_set_database     utf8mb4

character_set_server         utf8mb4

character_set_system        utf8

The error is coming from the mysql data client (MySql.Data.MySqlClient.CharSetMap.GetChararcterSet). A quick search for "mysqlclient.charsetmap key was not present" turned up a few results suggesting that the data client in the application (mojo) is too old for the version of mysql you're connecting to or that the character set specified on the database isn't supported by the data client in the application (mojo).

So, a couple of questions:

1. What version of mojoPortal are you running?
   If you haven't upgraded in a long time but are running a new version of MySql, you need to upgrade mojoPortal.
2. What version of MySql are you running?
   If you have upgraded this recently, and you haven't upgraded mojoPortal in a while, you need to upgrade mojoPortal.
3. What is the character set specified on the mojoportal database?

Thanks,
Joe

Today, however, I am perplexed by the error message below when attempting to just visit my site - www.kbearle.com.  I checked to be sure that the db exists and is still working, the connection string is up to date and no other changes have been made since the last time I visited the site a few weeks ago.  What key is not present?  TKey key seems to be the reference, but no search in the forums came up with such a reference.  

Thanks in advance for providing some pointers on where to look to resolve this issue that is keeping my site from loading.

Brad

[KeyNotFoundException: The given key was not present in the dictionary.] System.ThrowHelper.ThrowKeyNotFoundException() +36 System.Collections.Generic.Dictionary`2.get_Item(TKey key) +10402245 MySql.Data.MySqlClient.CharSetMap.GetChararcterSet(DBVersion version, String CharSetName) +58 MySql.Data.MySqlClient.NativeDriver.GetFieldMetaData41() +724 MySql.Data.MySqlClient.NativeDriver.GetFieldMetaData() +72 MySql.Data.MySqlClient.NativeDriver.ReadColumnMetadata(Int32 count) +48 MySql.Data.MySqlClient.MySqlDataReader.NextResult() +383 MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior) +1204 MySql.Data.MySqlClient.MySqlCommand.ExecuteScalar() +41 MySql.Data.MySqlClient.MySqlHelper.ExecuteScalar(MySqlConnection connection, String commandText, MySqlParameter[] commandParameters) +170 MySql.Data.MySqlClient.MySqlHelper.ExecuteScalar(String connectionString, String commandText, MySqlParameter[] commandParameters) +98 mojoPortal.Data.DBBannedIP.IsBanned(String ipAddress) +312 mojoPortal.Business.BannedIPAddress.IsBanned(String ipAddress) +48 mojoPortal.Web.BannedIPBlockingHttpModule.BeginRequest(Object sender, EventArgs e) +678 System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +80 System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +171

If you pull and build from newer code in the repo, this problem was fixed in January. (https://github.com/i7MEDIA/mojoportal/commit/1db87e4c45cc2ede1b5657bc8808da24774f2fbb#diff-d89b30b59831eb3895a4014c2c8bff24)

Thanks,
Joe

Actually, looking closer with this, the DisplayName column has been on that table for a long time. All we did in 2.7.0.2 is allow setting the display name on creation of a role and changing display name on updating a role. The way it used to work was it just used the same value for DisplayName and RoleName. So, the column has been there for as long as I can remember and the only db changes we made to use the column was to actually pull it back and not just pull the RoleName back for the DisplayName column (why that was done in the first place, I don't know).

You're only seeing this problem when adding child sites, right? You haven't had it on new root sites all, correct?

Thanks,
Joe

Thanks for the report. We'll get that fixed right away.

-Joe

You are right.

The attachments feature is working on the demo site. The problem you are having is probably that you are trying to upload a file that is not a video or audio file. This feature is meant for audio and video files only and uses a media player to "show" the files. There is an error message that lists the file types that are allowed after you try to upload a file that isn't allowed but that error message goes away when the page refreshes.

While the feature is working as originally intended, I think it needs to be updated to either allow other file types or show better error messages and prompts so people know what the feature is supposed to do.

I'll get to work on fixing that.

Thank you,
Joe

When I add attache a file to blog post, after i select file and click upload button, progress bar go to end and tab changed to "content" tab. Attachments don't show in "attachments" tab.

After this, when i click on save button don't save and stay in blog edit page.
I check this in demo site, problem is exist here.

thanks
 

What's going on here isn't caching, although it would seem it is.

The skin has a control called a SuperWrapper which creates content in the DB the first time the site is loaded with the skin. The content that is created is in the footer of the site, all of those "custom menu X" and "Follow Us" sections. It was a first attempt at creating skins with pre-defined content that would be on all pages of the site. We're working on some new methods for this so this first load doesn't take so long and the SuperWrapper isn't necessary.

Thanks,
Joe

SCOUT SKIN

the load of sites with Scout skins is very slow (1-2 minutes) before the caching. Changing the skin the loading appears faster (1-5 seconds).  What is the problem and how can be minimized?

best regards

Roberto

It used to come with mojoPortal, so it was installed by default. We felt like it was not nearly to the point of a proper webstore so we removed it from the releases. 

So, to remove it from your installations, do the following:

• Go to Administration > Advanced Tools > Feature Installation/Configuration
• Click the settings gear next to WebStore
• Click the delete button.
• Go to the file system for the installation and delete the following folders/files
  • <install directory>/WebStore
  • <install directory>/bin/WebStore.Business.dll
  • <install directory>/bin/WebStore.Data.dll
  • <install directory>/bin/WebStore.UI.dll
  • <install directory>/setup/application/webstore
  • <install directory>/setup/ProviderConfig/worldpayresponsehandlers/webstoreworldpayresponsehandler
  • <install directory>/setup/ProviderConfig/sitepredeletehandlers/009_webstoredeleter.config
  • <install directory>/setup/ProviderConfig/paypalreturnhandlers/webstorepaypalhandler.config
  • <install directory>/setup/ProviderConfig/paypalpdthandlers/webstorepaypalpdthandler.config
  • <install directory>/setup/ProviderConfig\paypalipnhandlers/webstorepaypalipnhandler.config
  • <install directory>/setup/ProviderConfig/indexbuilders/webstoreproductindexbuilder.config
  • <install directory>/setup/ProviderConfig/indexbuilders/webstoreofferindexbuilder.config
  • <install directory>/setup/ProviderConfig/gcheckoutnotificationhandlers/webstoregcheckout.config
  • <install directory>/setup/ProviderConfig/contentdeletehandlers/webstoredeletehandler.config

For those items in the <install directory>/setup/ProviderConfig folders, you could just do a search on the ProviderConfig folder itself for webstore and delete any items found.

Thanks,
Joe