Site
Web
Search
Login
Home
Document Exchange
Features
Extensions
Licensing
Testimonials
Translations
Buy
DMX Extensions
Support
Forums
Downloads
Free Stuff
Translations
Company
Partners
News
Contact
Test
You are here:
Support
/
Forums
Bring2mind Forums
Forums
Search Forum
Search
Advanced Search
Topics
Posts
Unanswered
Active Topics
Forums
>
Document Exchange
>
User Interface
Module not showing up correctly in Firefox
Last Post 10/28/2011 3:38 PM by
Peter Donker
. 9 Replies.
Sort:
Oldest First
Most Recent First
Prev
Next
You are not authorized to post a reply.
Author
Messages
larry mattox
New Member
Posts:1
10/03/2011 10:51 PM
I'm using Document Exchange 5.3.9 and DNN 5.6.1 and I am having problems with how the module is displaying in Firefox. It happens on all computers using Firefox. It is like the module isn't receiving any CSS.
Peter Donker
Veteran Member
Posts:4536
10/05/2011 11:50 AM
Try disabling the urlscan on IIS.
Peter Donker
Veteran Member
Posts:4536
10/05/2011 1:30 PM
See also this page about tuning urlscan:
http://support.microsoft.com/kb/326444
Peter
Peter Donker
Veteran Member
Posts:4536
10/05/2011 1:36 PM
Sorry ... forgot to mention: the snag is that due to an error in DNN the page asks for the css with a backslash in the path (DesktopModules/Bring2mind\DMX/module.css). The backslash is apparently not liked by urlscan. Some browsers already convert the backslash to forward slash before asking for the css. You'll see the backslash encoded as %5C when you look at the traffic with Fiddler, by the way.
Leith Tussing
New Member
Posts:30
10/21/2011 4:53 PM
We're experiencing this issue as well (but in reverse actually FF looks fine but IE does not) and we also run URLScan on our servers. It's not logging that it's blocking any content though. Do you know what specifically we can tune in URLScan to allow this behavior to test if it is the issue? For our environment removing URLScan is not an option.
Rob Ralston
Basic Member
Posts:164
10/21/2011 5:32 PM
Leith, I have been using URLScan for many years. If your urlscan log is not showing a blocked url with that character, I doubt URLscan is the issue.
However, for testing purposes, it is located in the urlscan.ini in this section:
[DenyUrlSequences]
\ ; Don't allow backslashes in URL
Just put a semicolon in front to disable this check, then issue an IISreset to ensure the modified ini is read and used.
;\ ; Don't allow backslashes in URL
Rob Ralston
SilverBullet Technologies LLC
Leith Tussing
New Member
Posts:30
10/24/2011 5:49 PM
I put the ; in front of the \ and rebooted the server since I had patches pending. It still seems to be messing up under IE but FF is working good.
Peter Donker
Veteran Member
Posts:4536
10/24/2011 8:56 PM
I've been told urlscan in IIS can also upset matters. It will refuse the backslash in the url.
Peter
Leith Tussing
New Member
Posts:30
10/25/2011 2:18 PM
Unfortunately we do not have any servers without URLScan installed and I've also attempted setting URLScan to allow the backslash per Rob's comment above.
With DNN 5.x we could go in the database and manually change the \ to a / and everything would work. However with a newly upgraded DNN 5.x to 6.0.2 this trick no longer works.
Peter Donker
Veteran Member
Posts:4536
10/28/2011 3:38 PM
You can do that but you absolutely must remember to set it back when you upgrade or DNN thinks the upgrade is a new module. In general renaming the module name is extremely risky as you'll break the installation if you install an upgrade (the SQL scripts will begin to run and may wreck your data).
Peter
You are not authorized to post a reply.
Document Exchange
--Release Notes for Document Exc...
--Installation and Activation Is...
--User Interface
--Search
--Storage and Security
--WebDAV
--API
Document Exchange Lite
--Installation and Activation Is...
--Search
--Localization
--UI
--Storage and Security
--Extensions and addons
Forums
>
Document Exchange
>
User Interface