#4564 closed defect (worksforme)
Toolbar icons not shown
Reported by: | Owned by: | Jonas Borgström | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | general | Version: | 0.10.3 |
Severity: | normal | Keywords: | needinfo |
Cc: | edgewall.p3u@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
I have just installed trac. Although all icons are seen, wikitoolbar formatting icons are not shown.
Attachments (0)
Change History (11)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
I'm not sure my problem is related to yours, but I've been unable the wikitoolbar to show up on my machine (Firefox 2.0) after I upgraded to 0.11dev. Are you actually running Trac 0.10.3 ?
Flushing the cache helped recovering the wikitoolbar, although I had to close and re-open Firefox to get it appear…
As a side note, Firefox complains about the following CSS statement source:/trunk/htdocs/css/trac.css@4612#L58
* html a.ext-link .icon { display: inline-block; }
Warning: Error in parsing value for property 'display'. Declaration dropped. Source File: http://server/tracdoc/css/trac.css Line: 58
comment:3 by , 18 years ago
Yes, {display: inline-block; }
is apparently still not supported by Firefox 2.0, see http://www.quirksmode.org/css/display.html for example.
comment:4 by , 18 years ago
Yes, plus * html
is an IE CSS hack. Compliant browsers don't have an element that wraps html
so don't care if there are unknown properties within it because they'll never take effect.
comment:5 by , 18 years ago
Keywords: | needinfo added |
---|
Anyone was able to reproduce this problem lately?
comment:6 by , 17 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Closing due to lack of response (6 months) to query by cboos.
comment:7 by , 15 years ago
Cc: | added |
---|---|
Resolution: | worksforme |
Status: | closed → reopened |
Hi I can reproduce it on 11.6. The problem is that if one has TICKET_ADMIN rights (or TRAC_ADMIN) the /newticket site will not show the toolbar. For all (less privileged users) it will.
comment:8 by , 15 years ago
Resolution: | → worksforme |
---|---|
Status: | reopened → closed |
This seems to work for most Trac users, so I would guess this is an InstallationIssue or a PluginIssue. Please disable all your plugins, empty your browser cache, and try again. Then, re-add plugins one by one until the symptoms reappear. This should allow you to find the faulty plugin. You could then report the issue to the plugin maintainer.
In the unlikely event that you can reproduce the issue with a stock Trac installation (i.e. without any plugins), please open a new ticket and provide a precise description of the symptoms, together with steps to reproduce them.
comment:10 by , 15 years ago
Just as an FYI I've been suffering through this for a while. I use quite a bit of plug-ins and I keep trac pretty much up to date with the latest and greatest stuff. Considering I use so many plugins it was a nightmare to figure out what was causing the problem since it really didn't start occurring until I did an upgrade to one version of Trac or another and It only affected certain sites as well as once the ticket was created all toolbars came back so yeah it was strange. Well to make a long story short. After reading an Above post I realized that one user was right in that it only happens to Trac admin privileges or Ticket Admin. So My problem ended up being (after going through plugins) a ticket delete plugin. I turned it off and everything else on and the problem went away. Hope this helps somebody.
comment:11 by , 15 years ago
Yes you are right. I can confirm that disabling the TicketDeletePlugin will activate the toolbar also for TRAC_ADMIN
and TICKET_ADMIN
. OK then off to the TicketDeletePlugin bug tracker…and reported: #trachacks7113)
Are you saying there are boxes where the wiki toolbar buttons go, but no images?