<?xml version="1.0"?><rss version="2.0" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>DotNetNuke Issues</title><link>http://rickstam.com/dnn/Forums/tabid/342/forumid/5/scope/threads/Default.aspx</link><description>DotNetNuke Issues Description</description><pubDate>2026-04-18T15:32:45Z</pubDate><lastBuildDate>2007-12-14T06:54:30Z</lastBuildDate><ttl>30</ttl><item><title>FCK Editor Wraps ALL Text Entries with (P) tags</title><pubDate>2007-12-14T06:54:30Z</pubDate><author>Rick Stam</author><link>http://rickstam.com/dnn/Forums/tabid/342/forumid/5/threadid/23/scope/posts/Default.aspx</link><description>
This causes Firefox to always display&amp;#160;some blank&amp;#160;space before the first line of text, while IE does not.


For the long story, and fix options read the DotNetNuke Forum post at:


&lt;a target='_blank' href='http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/127/threadid/153307/scope/posts/Default.aspx'&gt;http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/127/threadid/153307/scope/posts/Default.aspx


Suggested fixes:


1) In the fckconfig.js file replace (in \Providers\HtmlEditorProviders\Fck\FCKeditor)


FCKConfig.&lt;span class='posthilit'&gt;EnterMode = 'p' ; with


FCKConfig.&lt;span class='posthilit'&gt;EnterMode = 'br' ;&amp;#160;&amp;#160; /* or 'div' */


2) Use CSS to set the 
 properties to:


p {margin-top: 0px; margin-bottom: 3px;}


Both solutions have favorable arguments: The first avoids FCK from modifying the HTML, while the second provides more standardized HTML and a uniform way of controlling the 
 tag formating. Also, check for updates to the DNN FCK Editor Provider, since these issues are currently being addressed.


OK, I've had better results with the CSS solution. Setting the margin-top to 0 solves the problem with Firefox, but I'd rather not set the margin-bottom (use the default, which follows the font size).


So you can set&amp;#160; p { margin-top: 0px; } either in the \Portals\_default\default.css&amp;#160; or in the appropriate&amp;#160; skin.css,&amp;#160; if you don't want to change the default for all portals.
</description><slash:comments>0</slash:comments></item><item><title>Pinned Threads Don't Show in Agreggated Forum</title><pubDate>2007-12-09T21:12:42Z</pubDate><author>Rick Stam</author><link>http://rickstam.com/dnn/Forums/tabid/342/forumid/5/threadid/22/scope/posts/Default.aspx</link><description>
Pinned Threads Don't Show in Agreggated Forum. This is a result of the (way too complex!)&amp;#160; dbo.Forum_Thread_GetAll()&amp;#160; stored procedure.


Quick Fix (Hack): Remove (or comment out) the &lt;font color='#008000' size='2'&gt;T.IsPinned = 0&lt;/font&gt; condition from the SQL WHERE clauses (3 places) in the dbo.Forum_Thread_GetAll()&amp;#160; stored procedure.


Note: I can't guarantee&amp;#160;that this will not cause undesired&amp;#160;side effects for other functionalities of the site. So far I haven't seen any...
</description><slash:comments>0</slash:comments></item><item><title>HTML Text Disappears from Blog Entry Text when edited</title><pubDate>2007-12-09T00:05:42Z</pubDate><author>Rick Stam</author><link>http://rickstam.com/dnn/Forums/tabid/342/forumid/5/threadid/18/scope/posts/Default.aspx</link><description>
There is an issue when editing blog entries that contain textual HTML code in the text. The blog's EditEntry.ascx.cb does a call to HtmlDecode() in the Page_Load Event that eliminates any HTML code in the entry's text.


Quick Fix (Hack): Change to the following code in /DesktopModules/Blog/EditEntry.ascx.vb:


Change:&amp;#160;&amp;#160; teBlogEntry.Text = Server.HtmlDecode(m_oEntry.Entry)


to:&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160;&amp;#160; teBlogEntry.Text = m_oEntry.Entry


Recompile and copy the Blog.dll to the dnn\bin directory of the production server.
</description><slash:comments>0</slash:comments></item><item><title>Careful Deleting DotNetNuke Site Users</title><pubDate>2007-12-08T09:07:06Z</pubDate><author>Rick Stam</author><link>http://rickstam.com/dnn/Forums/tabid/342/forumid/5/threadid/16/scope/posts/Default.aspx</link><description>
Be carful when deleting users from a DotNetNuke site. You should delete all the user's 'owned' content (such as the users Blog) before deleting the user, or you might end up with 'orphaned' records in the database. You may then get the infimous 'Object Reference not set to an Instance of the Object' errors :(


&amp;#160;A safer approach could be to 'Unauthorize' the user instead of deleting it. This will also prevent the user from re-regestering again with the same credentials.


Note: To be fair to the DotNetNuke developers, I'm not claiming that this 'orphaned records' problem is very common, but I have had it happen to me (when deleteing a user that owned a blog). A good recomendation, as always, is to make backups before doing anything that could cause problems.
</description><slash:comments>0</slash:comments></item></channel></rss>