[ASP.NET] Forms authentication CSS probleem

[4of9]

Ik weet niet of dit topic hier moet staan maar omdat het echt ASP.NET 2.0 is probeer ik het toch hier.

Ik heb een web applicatie. met de volgende map structuur:

code:

<root>
  -web.config
  -default.aspx (leeg)
  <coda> (dir)
     -login.aspx
  <css> (dir)
     - default.css

nu heb ik in mijn web.config forms authentication aangezet:

XML:

   <authentication mode="Forms">
      <forms name="Login" loginUrl ="Coda/Login.aspx" protection="All" timeout="60">
      </forms>
    </authentication>
    <authorization>
      <deny users="?"/>
    </authorization>

Dit werkt prima, ik word nu automatisch geredirect naar de login page...MAAR

Als ik het op deze manier doe, werkt mijn stylesheet niet

in mijn source van mijn login.aspx staat een verwijzing naar de stylesheet:

XHTML:

<link href="../css/default.css" rel="stylesheet" type="text/css" />

Zet ik forms authentication uit dan werkt mijn style sheet wel.... er vreemd dus.

kent iemand dit probleem, en vooral ook hoe is dit op te lossen?

[giMoz]

Heb dit ook gehad,

had het wel in Cassini (web developer webserver) maar niet in IIS,
Cassini heeft een iets brutere manier van geen toegang geven dan IIS
wat helpt is in de <css> dir een web.config zetten met

XML:

<authorization>
    <alow users="*" />
</authorization>

is een workaround maar werkt wel ok...

ook ge-include .js bestanden kan je op die manier weer toegang toe krijgen in je login pagina...

[ Voor 19% gewijzigd door giMoz op 18-05-2006 11:23 ]

[4of9]

De onderstaande code toegevoegd aan mijn web.config en het werkte...

XML:

  <location path="css">
    <system.web>
      <authorization>
        <allow users="*" />
      </authorization>
    </system.web>
  </location>

[_Thanatos_]

Ik zou gewoon met Themes werken, dan gaat het verwijzen naar je stylesheet automatisch...

[gorgi_19]

_Thanatos_ schreef op donderdag 18 mei 2006 @ 12:47:
Ik zou gewoon met Themes werken, dan gaat het verwijzen naar je stylesheet automatisch...

Voor zover ik zie zat het probleem eerder in de toegang en dat .css code in dit specieke geval ook door de ASP.Net runtime afgehandeld werd. Expliciet werd er geen toegang gegeven, dus de toegang werd geweigerd.

[giMoz]

@4of9, das nog een mooiere oplossing vind ik
komt op hetzelfde neer, maar scheelt extra web.config (wat ik zelf een vuile workaround vindt)

@gorgi_19, idd de verwijzing zal ook wel in de masterpage staan (of met theming, same difference) maar de webserver blocked gewoon de toegang naar de .css.

[4of9]

Ik vraag me wel af of dit "by design" is...

[IJsbeer]

giMoz schreef op donderdag 18 mei 2006 @ 13:46:
@4of9, das nog een mooiere oplossing vind ik
komt op hetzelfde neer, maar scheelt extra web.config (wat ik zelf een vuile workaround vindt)

Idd, niet verwacht dat ze in Woerden zulke smerige dingen bouwen!

[gorgi_19]

4of9 schreef op donderdag 18 mei 2006 @ 18:49:
Ik vraag me wel af of dit "by design" is...

Waarom niet? Het volgt exact de regels in de web.config voor de ASP.Net parser