Modify

Opened 14 years ago

Closed 11 years ago

Last modified 11 years ago

#7100 closed defect (fixed)

NeverNotifyUpdaterPlugin in multiple trac environments.

Reported by: Nicholas Wheeler Owned by: Russ Tyndall
Priority: high Component: NeverNotifyUpdaterPlugin
Severity: major Keywords:
Cc: dave@… Trac Release: 0.11

Description

Hello!

I've got an environment (using mod_python) with multiple trac instances. It would seem that installing this plugin system wide forces this plugin to be used by *ALL* projects, once the-project-that-has-it-enabled's URL is hit...ie:

if self.compmgr.enabled[self.__class__]:)

Also, it seems this is the case even if the plugin is installed in the plugins/ directory. Specifically stating that the plugin is "disabled" in trac.ini has no affect. On the 'affected' project (of which I do NOT want this plugin to work in), if it's disabled it doesn't run the above code...but once the project with it enabled is hit, trac loads it, and then all projects are affected by it.

Can someone else confirm this behavior? I only want to NeverNotifyUpdater's on one project, and this doesn't seem to be possible, so I'm considering it a bug.

If you need any more information, I'd be willing to provide it.

Attachments (0)

Change History (9)

comment:1 Changed 14 years ago by Russ Tyndall

Resolution: fixed
Status: newclosed

(In [7938]) Attempt to make nevernotify handle being enabled only for some trac instances rather than all or none. version 0.0.7 - fixes #7100

comment:2 Changed 14 years ago by Russ Tyndall

Please reopen if this does not fix your problems

comment:3 Changed 11 years ago by dave@…

Cc: dave@… added; anonymous removed
Resolution: fixed
Status: closedreopened

This problem seems to be happening again, with Trac 1.0.1 and NeverNotifyUpdaterPlugin 0.1.4 (0.13 branch, which is what the wiki page links to for Trac 1.0... seems like version on the 1.0 branch is older?)

As far as I can tell, I'm having the exact same problem as reported in this ticket... NeverNotifyUpdaterPlugin is installed system-wide on a system with two Trac instances. It's marked as disabled in one instance's trac.ini, and is actually disabled when Apache first starts. But when someone accesses the instance where the plugin is enabled, it gets enabled in the instance where it's supposed to be disabled. According to the DEBUG log, is_enabled() seems to be True. (The log shows the "NeverNotifyUpdaterPlugin: START tkt:" message).

comment:4 Changed 11 years ago by Russ Tyndall

Thanks for the bug report... I will look into this and also try to resolve the 0.13/1.0 disparity

comment:5 Changed 11 years ago by Russ Tyndall

Not sure what you were seeing, but the 0.13 branch and the 1.0 branch are currently identical (as I have made no changes since that branching). However, all changes for trac 1.0 (including this) will be going into the the 1.0 branch.

comment:6 Changed 11 years ago by Russ Tyndall

Resolution: fixed
Status: reopenedclosed

(In [12967]) got disabling/enabling per project working again fix #7100

comment:7 in reply to:  5 Changed 11 years ago by anonymous

Replying to bobbysmith007:

Not sure what you were seeing, but the 0.13 branch and the 1.0 branch are currently identical (as I have made no changes since that branching).

I didn't really look at the code; I was just seeing the version number in setup.py--in the 0.13 branch, it was 0.1.4, vs. 0.0.9 in the 1.0 branch. Should the "For Trac 1.0" links on the NeverNotifyUpdaterPlugin page be updated to point to 1.0?

Also, there's a typo in the new log message: "locally enbabled"

Thanks for the fix; I'll install the new version this evening and try it out :)

comment:8 Changed 11 years ago by Russ Tyndall

Awesome catches, thank you! I have fixed the log message and wiki page

comment:9 Changed 11 years ago by dave@…

The new version works for me; thanks again! :)

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Russ Tyndall.
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.