Ground
` Although this displays the word _Ground_ as before with a bold style on a yellow background when created in a dashboard in emoncms v10.1.3 , I am unable to save any dashboard that contains this HTML code. Hitting the _Changed, press to save_ button, generates a popup window saying: _ERROR: Could not save Dashboard. Error: Invalid dashboard content, content not saved_ Could anyone with more familiarity with HTML code please explain what I am doing wrong or have there been changes to the way emoncms handles HTML code? Moreover, when this error message occurs is it possible to narrow down the exact item in the dashboard that is the cause. I am running the latest OCT19 SD card image on a Pi v4 and am using a Safari browser in MacOS Mojave --- After some experimentation, I have established the cause of the problem that I have experienced. The dashboard will not save text that contains some of the extended HTML special characters that exist, in particular, in my case, the non breaking space: ` `. Although they display correctly on the dashboard when editing, they cannot be saved. A very simple example is: `a) Item
` This issue is unrelated to the version of emoncms and arose by accident related to the order in which my desired end result was reached. The result that I was trying to achieve was a word on a coloured background whose colour extended a single space beyond the letters of the word itself. When I created my original text labels in v9.8.31 I did not have the spaces surrounding the text, the word _Ground_ in this case. The dashboard would save. I subsequently added a space at either end of the word to extend the background colour and the dashboard again saved. However, when the spaces are included before the first attempt to save the dashboard, the error window appears. To muddy the issue further, when a second attempt is made to configure the above simple example, the ` ` text no longer shows in the HTML field but the dashboard still refuses to save! An attempt to include the £ symbol in the text using the extended HTML special character: `£` will save successfully so this issue does not apply to all of the special HTML characters. The only way that I have found to achieve the result that I desired was to use the ``& ``tags to preserve the formatting thus: `
` The weird and wonderful world of HTML!! --- @emrys - one for you? --- issue already in github: >Ground
> \\
> \`\`\`
> this has worked well for a substantial time, recently I updated the sever that was running 9.8.18 and the dashboard module version of that time, to the very latest versions as of now.
>
> I have just tried to change an image and keep getting this error
>
> !\[image\](https://user-images.githubusercontent.com/5606042/46475745-450dce80-c7de-11e8-8757-ae8da20e81d7.png)
>
> all I have done to get that error is change the image url by 1 character (eg "displayed\_image.png" to "displayed\_image1.png") both images are present and correct, I have even tried copying "displayed\_image.png" to "displayed\_image1.png" so it is even the same file it is trying to load/locate.
>
> I have since searched every where I could think of and eventually found that all the href entries in the mysql dashboard table has "\`
\`" appended to the end of the url. eg src="/images/displayed\_image.png
". Armed with this info I have looked at the dashboard configuration content editor (designed for cutting and pasting content between dashes) and found the "\`
\`" is also shown there, but when viewing the same href url via the paragraph widget configuration box in the dashboard editor, it is filtered and doesn't show the "\`
\`" even though it is present in the source.
>
> I have now proved this is the cause of the error I see by editing the href url in the content editor to remove the "\`
\`" it will save and work fine, obviously there doesn't appear to be any change when viewed via the widget editor as the extra "
" doesn't show beforehand.
>
> My original task was to change 1 image on a page of 32 images. I have managed to achieve this by manually editing every one of the 32 image urls (to remove the "\`
\`" and add the single "1" to the image url in question) as editing any one or any number less than ALL of the links resulted in the same error being raised when saving.
>
> I do not know how those extra chars were added (by emoncms) but I do know that I have dozens of accounts and many dozens of these pages that all need the "\`
\`" removed from the end of many href urls. Is there a safe automated way to do this on a live server? or could what ever the paragraph widget box does to filter the source be embraced to remove these unwanted extra's when saving a dash?
>
> It's really annoying that the paragraph widget displays correctly when the source is wrong and yet, it says there is "no change" when you try to re-save without adding further changes, if it would just save what it displays (forced even though no change detected) it might remove the "\`
\`" itself.
>
> In fact, this check for change and block saving if no changes \_detected\_ has really hindered debugging this issue. If it was possible to open a dashboard for editing and attempt a save without being told there are no changes, it would have raised the error about "invalid content" and that would have rang alarm bells as the dash content was unchanged, the fact it forces me to make changes and only then triggers an error, suggests there is an error with the changes not the original source.
>
> I have to say, having just had to re-edit all the "\`
\`" strings in this post as they display as "
" without adding the backticks like so
>
> \`\`\`
> "\`
\`"
> \`\`\`
>
> I do not cherish the idea of trying to do a mysql query to edit by regex!!!
>
> PS - All the images and dashboards seem to display ok, this is just an issue with resaving the dashes after any edits.
i’ll take a look at it
---