Opened 15 years ago

Closed 15 years ago

Last modified 13 years ago

#4308 closed task (fixed)

tundra and soria css reference no.gif, causes 404s

Reported by: James Burke Owned by: dante
Priority: high Milestone: 1.0
Component: Dijit Version: 0.9
Keywords: Cc:
Blocked By: Blocking:


Both tundra.css and soria.css reference a url("no.gif") in them. This is not a correct path and results in multiple 404s.

This can be tested by running this page through a proxy and watch for 404s:

Change History (6)

comment:1 Changed 15 years ago by bill

Owner: set to dante

In tundra.css we just have to change "no.gif" to "images/no.gif", but for soria... no.gif isn't checked in. Pete, is this just an oversite, or something intentional?

comment:2 Changed 15 years ago by dante

Resolution: fixed
Status: newclosed

(In [10367]) fixes #4308 - references to no.gif point to valid location. add soria's own no.gif copied from tundra/images - will merge into arrows.png next.

comment:3 Changed 15 years ago by dante

Resolution: fixed
Status: closedreopened
Type: defecttask

it seems in ie6, the url:(images/no.gif) is being read as "currentpath"/, rather than relative to the css link that defines the statement.

ie6 seems to still fire a 404 because of this, though it seems ff and safari win32/beta do not. reopening...

comment:4 Changed 15 years ago by Sam Foster

Try adding this: .dj_ie6 .tundra .dijitSliderDisabled *, .dj_ie6 .tundra .dijitDisabledClickableRegion, /* a region the user would be able to click on, but it's disabled */ .dj_ie6 .tundra .dijitSpinnerDisabled *, .dj_ie6 .tundra .dijitButtonDisabled *, .dj_ie6 .tundra .dijitDropDownButtonDisabled *, .dj_ie6 .tundra .dijitComboButtonDisabled *, .dj_ie6 .tundra .dijitComboBoxDisabled * {

cursor: expression(vuit.moduleUrl("vijit.themes.tundra").toString() + "images/no.gif" , not-allowed, default");


comment:5 Changed 15 years ago by Sam Foster

Perhaps moot now, but for posterity that should be: cursor: expression(dojo.moduleUrl("dijit.themes.tundra").toString() + "images/no.gif" , not-allowed, default");

comment:6 Changed 15 years ago by dante

Resolution: fixed
Status: reopenedclosed

(In [10898]) fixes #4308 - seems ie6 doesn't need the line like we thought, and was causing the 404s. tested in ie6/7/ff/safari+win32 ... all support the cursor:not-allowed !important definition.

Note: See TracTickets for help on using tickets.