Modify

Opened 19 years ago

Closed 19 years ago

#372 closed defect (wontfix)

Macro's seem gone after a while

Reported by: Tim Stoop <tim.stoop@…> Owned by: John Hampton
Priority: normal Component: TracBlogPlugin
Severity: major Keywords:
Cc: Trac Release: 0.9

Description

I know I'm not posting a very helpful problem report, but the logs don't say anything at all (they're on DEBUG) about the plugin. The macro just seems 'lost' after a while. Can't reproduce it by any specific action, but it happened twice during the last 7 days. Running trac 0.9.4. After reloading apache, the plugin works again.

Any idea on how to troubleshoot this one?

Attachments (0)

Change History (2)

comment:1 Changed 19 years ago by John Hampton

Status: newassigned

Um, reboot! :)

Not know more details, I'm not sure how helpful I'll be, but I'll give it a shot.

First, a little details would be helpful:

  • How are you running trac? mod_python, fastcgi, cgi?
  • What plugins do you have installed?
  • Where are they installed? plugins dir of the trac env, or site-packages?
  • Relevant apache config
  • Relevant lines from trac.log
  • When you say that the macro disappears, is it that nothing is shown, or is it that you get an error saying that there was no macro handler found?

Second, possible issues:

  • Since you're using 0.9.4, you'll need to make sure that the TracBlogPlugin is installed as an egg in the trac environment's plugins dir. You'll also need to make sure that both the TagsPlugin and the WebAdminPlugin are installed in the python site-packages dir.
  • With the log set to DEBUG, each time you hit a page, you should see a list of plugins that are loaded. If you don't see that list, then logging isn't configured correctly. If you do see that list, do you see the plugin being loaded when they seem to stop working?
  • Make sure that you have the PYTHON_EGG_CACHE environment variable set properly when running trac.
  • Upgrade setuptools
  • Whip out your favorite text editor and start plopping print statements all over the NoFloatFormatter class in web_ui.py and any other place that seems reasonable.

As of right now that's about all I can think of.

comment:2 Changed 19 years ago by Tim Stoop <tim.stoop@…>

Resolution: wontfix
Status: assignedclosed

Sorry for taking so long to respond... Was kinda busy :|

The trouble seems to originate from the fact that TracTags needs to be loaded before tBlog. We restart the server each day, (Apache2 + mod_python) and it reloads the plugins in the wrong order. An apache2 reload solves this. Which is to say, this issue is a PEBKAC :D Sorry to bother you!

Hope they build in that feature for Trac soon :|

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain John Hampton.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.