subticket macro causing slowdown?
Roger Oberholtzer
I am running trac 0.12.1, along with the current version of subtickets.
At about the time I added subtickets, I noticed a marked slow-down in
the trac site in general. I see the following in the trac log repeated
for what is probably every request. I suspect this is perhaps related to
the slowdown.
2011-02-11 11:25:29,106 Trac[main] ERROR: Internal Server Error:
Traceback (most recent call last):
File "build/bdist.linux-i686/egg/trac/web/main.py", line 511, in _dispatch_request
dispatcher.dispatch(req)
File "build/bdist.linux-i686/egg/trac/web/main.py", line 237, in dispatch
resp = chosen_handler.process_request(req)
File "build/bdist.linux-i686/egg/trac/web/chrome.py", line 463, in process_request
in provider.get_htdocs_dirs() or []
File "build/bdist.linux-i686/egg/tracsubtickets/web_ui.py", line 51, in get_htdocs_dirs
return [('subtickets', resource_filename(__name__, 'htdocs'))]
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 841, in resource_filename
self, resource_name
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 1311, in get_resource_filename
return self._extract_resource(manager, zip_path)
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 1322, in _extract_resource
zip_stat = self.zipinfo[zip_path]
KeyError: tracsubtickets/htdocs
If I disable the subticket macro, the speed of trac seems to be what is
was previously.
I do not know what this indicates. Perhaps these errors result in the
slowdown? Nonetheless, I would think that the cause of the error should
be resolved.
--
Roger Oberholtzer
Roger Oberholtzer
Am I really the only person to see this? I can add that when this macro
is enabled, the WYSIWYG macro seems to go away: it is enabled, but it
does not show up when editing. Perhaps there is some interaction here
that is the cause of this problem?
--
Roger Oberholtzer
Roger Oberholtzer
I have updated to Trac 0.12.2, and this problem persists. Does no one
else using this see similar messages in their Trac log? I can't think it
is picking only on me...
--
Roger Oberholtzer
digri
I got the mentioned error, wysiwyg plugin stopped working.
It looks like an error in subtickets plugin code, simple patch in
subticket plugin works for me:
--- tracsubtickets/web_ui.py (revision 2237)
+++ tracsubtickets/web_ui.py (working copy)
@@ -47,8 +47,9 @@
# ITemplateProvider methods
def get_htdocs_dirs(self):
- from pkg_resources import resource_filename
- return [('subtickets', resource_filename(__name__,
'htdocs'))]
+# from pkg_resources import resource_filename
+# return [('subtickets', resource_filename(__name__,
'htdocs'))]
+ return []
Martin Fiala
On Feb 14, 9:46 am, Roger Oberholtzer <roger.oberholt...@gmail.com>
wrote:
>
> I am running trac 0.12.1, along with the current version ofsubtickets.
Roger Oberholtzer
> I'm experiencing very similar issue, when I enabled subtickets plugin
> I got the mentioned error, wysiwyg plugin stopped working.
>
> It looks like an error in subtickets plugin code, simple patch in
> subticket plugin works for me:
>
> --- tracsubtickets/web_ui.py (revision 2237)
> +++ tracsubtickets/web_ui.py (working copy)
> @@ -47,8 +47,9 @@
>
> # ITemplateProvider methods
> def get_htdocs_dirs(self):
> - from pkg_resources import resource_filename
> - return [('subtickets', resource_filename(__name__,
> 'htdocs'))]
> +# from pkg_resources import resource_filename
> +# return [('subtickets', resource_filename(__name__,
> 'htdocs'))]
> + return []
Great. I will try that. How about any slowdown? When I have the plugin
enabled, there is a very noticeable slowdown in all accesses (wiki as
well as tickets). Disable the plugin and all is ok again.
--
Roger Oberholtzer
Martin Fiala
> On Mon, 2011-03-28 at 06:54 -0700, digri wrote:
>> I'm experiencing very similar issue, when I enabled subtickets plugin
>> I got the mentioned error, wysiwyg plugin stopped working.
>>
>> It looks like an error in subtickets plugin code, simple patch in
>> subticket plugin works for me:
>>
>> --- tracsubtickets/web_ui.py (revision 2237)
>> +++ tracsubtickets/web_ui.py (working copy)
>> @@ -47,8 +47,9 @@
>>
>> # ITemplateProvider methods
>> def get_htdocs_dirs(self):
>> - from pkg_resources import resource_filename
>> - return [('subtickets', resource_filename(__name__,
>> 'htdocs'))]
>> +# from pkg_resources import resource_filename
>> +# return [('subtickets', resource_filename(__name__,
>> 'htdocs'))]
>> + return []
> Great. I will try that. How about any slowdown? When I have the plugin
> enabled, there is a very noticeable slowdown in all accesses (wiki as
> well as tickets). Disable the plugin and all is ok again.
I just deployed it, we need to test it more, but now I can't see any
remarkable slowdown.
I think the slowdown may be related to the bug.
m.
Roger Oberholtzer
After I changed the source as described above, the slowdown went away.
So this must be the cause. The question is why the source has the
statement in the first place.
--
Roger Oberholtzer