Brandon Casci
Posts:8
| | 01/14/2004 7:36 PM |
| | At first Ithough I was imagining this, but I'm able to reproduce this problem.
It appears that when I switch skins, aand apply them, not every web browser see's the new skin. What I mean is this:
I can log into my site machine 1 as admin, switch the skin
Go to machine 2, browse over to my site...the old skin gets applied
Go to machine 3, browse to my site, i see the new skin.
Are there certain circumstances where the skin that CSS Skins decides to apply is derived from a cookie?
| | | |
|
|
|
Cedric Bertolasio
Posts:39
| | 01/14/2004 8:56 PM |
| | I think IE caches sometimes. What happens if you press CTRL+F5 on machine 2? | | | |
|
John Mitchell
Posts:355
| | 01/14/2004 11:00 PM |
| | Hi Brandon,
There is one case where the skin gets applied from a cookie, and that is when you are logged in as admin. That way the administrator can look at and switch skins without applying them and the visitors to the site will still be able to pull the currently applied skin.
Cedric is probably right on the money though. One thing about using a .CSS file is it get's loaded to the client browsers cache, along with images, etc. That is very cool for performance because you can really make your site look good and the first hit is the only one that will take a little longer to load, the double-edge sword of that though is the fact that you wont see your changes applied right away unless you hold down CTRL while refreshing. | | | |
|
Brandon Casci
Posts:8
| | 01/15/2004 7:03 PM |
| Yep, I know about the CTRL + F5 trick..that was the first thing I tried.
I was able to replicate the problem on other machines, and the problem did not start until I logged in as admin and Applied a new skin. If I went to another machine and Applied another skin....any other machines that were used to "administer" the siote will not see the new skin.
I was able to see the skin by:
logging in and re-applying the skin
or
deleting the cookie and restarting my browser. | | | |
|
John Mitchell
Posts:355
| | 01/18/2004 11:20 AM |
| Ahh..., you're right. The administrator will always see their last "selected" skin on the machine they were using based on the cookie. Good call.
Your correction for getting rid of this side affect is correct except that you don't actually have to re-apply the skin (although that won't hurt), you just need to select the skin you would like to see as an administrator.
From this scenario you might also see that it would be pretty easy to modify the code to use the skin selection cookie all the way down to the user level... pretty cool, you could give your users their own portal, with a layout they choose just like My Yahoo! | | | |
|
janet Fox
Posts:2
| | 01/27/2004 10:02 PM |
| I'm having this issues as well. I've loaded the upgrade on DNN 1.0 and when I log in as the host and change the skin to GradientGreen. I see it fine. I clear my cach and then it reverts back to classic dotnetnuke skin. I go to another pc that has never been to my site and again it's the classic dotnetnuke skin...
I've tried everything I can think of. I looked in the table module settings and found that the current skin was gradientgreen as it should be.
Does anyone have any idea? | | | |
|
Tom Smith
Posts:5
| | 01/28/2004 9:04 PM |
| | Actually, glad to see your response on this one. Need a fix this weekend. No, I still don't have it working, and I can't really see how you could make it work, either. I've tried this on three portals on three separate servers with the same results all three times. Tried all three sample skins as well as my custom skin, just to see if that made a difference, but no luck. I'm running 10e now, with SecureDocuments 1.0.0. What did you do to make it work? I'm stunned that you had no problems. Did you check out the sample page at http://www.anesth.uiowa.edu/portal/DesktopDefault.aspx?tabid=138? I always get the HTML as it's injected by the HTTPHandler. I've been looking at setting up one tab without a skin just to host the secure documents. | | | |
|
John Mitchell
Posts:355
| | 01/28/2004 9:30 PM |
| All I can think of is that there may be a problem with the setting of the header in the response, or maybe it wasn't cleared first.
Here is my implementation, maybe it will help.
<BR> 'Credit to Patrick Santry for Secure File Download solution
<BR> 'http://www.wwwcoder.com/main/DesktopDefault.aspx?tabId=68&mid=407&site=1795&parentid=177
<BR> Public Sub SecureFileDownload(ByVal strFile As String)
<BR> Dim strFileNamePath As String
<BR> Dim _portalSettings As PortalSettings = CType(HttpContext.Current.Items("PortalSettings"), PortalSettings)
<BR> Dim uploadDirectory As String = _portalSettings.UploadDirectory
<BR> strFileNamePath = Request.MapPath(uploadDirectory & "InfoBase/Documents/" & ModuleId & "/" & contactId & "/") & strFile & ".ascx"
<BR> If FileSystem.Dir(strFileNamePath) & "" <> "" Then
<BR> Dim myFile As System.IO.FileInfo = New System.IO.FileInfo(strFileNamePath)
<BR> Response.Clear()
<BR> 'now send the file header minus the ascx extension.
<BR> Response.AddHeader("Content-Disposition", "attachment; filename=" & strFile)
<BR> Response.AddHeader("Content-Length", myFile.Length.ToString())
<BR> Response.ContentType = "application/octet-stream"
<BR> Response.WriteFile(myFile.FullName)
<BR> Response.End()
<BR> Response.Redirect("DesktopDefault.aspx?cid=" & contactId & "&did=0&tabId=" & TabId & "&cmtid=4&clid=" & ContactListID)
<BR> Else
<BR> Response.Redirect("DesktopDefault.aspx?cid=" & contactId & "&did=" & DocId & "&tabId=" & TabId & "&cmtid=4&clid=" & ContactListID & "&add=1&err=file")
<BR> End If
<BR> End Sub
Also, you can easily see if it's actually a problem with CSS Skins by replacing the original DotNetNuke DesktopDefault.aspx file in the root of the website, this will help us narrow it down at least. | | | |
|
Tom Smith
Posts:5
| | 01/28/2004 10:08 PM |
| | I went and did a clean install of 10e and the only module I added was Secure Documents 1.0.0. Uploaded a file and got the same results as my regular site. The problem is not with CSS Skins at all, it would seem. Sorry for sending you on a wild goose chase. Back to Patrick again. | | | |
|
John Mitchell
Posts:355
| | 01/28/2004 10:21 PM |
| | No problem. I hope you get it working. You might want to try that code I posted, all it needs is a filename to download. | | | |
|
Paul Rasmussen
Posts:3
| | 02/05/2004 3:08 AM |
| | If you find a solution, could you please post it here? | | | |
|