Trac menu entries disappeared

84 views
Skip to first unread message

SunTracker

unread,
Jan 7, 2012, 7:43:57 PM1/7/12
to Trac Users
Hi,

after overcoming several troubles with trac and svn (see my other
posts here), my trac installation does not show the main menu entries
anymore (tickets, roadmap, source, etc.)

At first I thought that this is a side effect of my svn issues. But
actually it seems t be a problem on its own.

Where would be a good point to start tracking this down? I started
commenting out the mainnav and metanav values as well as the
permissions, but that didn't help.

Here is my trac.ini

----------------------------------------------------------------------------------
# -*- coding: utf-8 -*-

[attachment]
max_size = 10737418240

[browser]
hide_properties = svk:merge

[components]
trac.db.mysql_backend.mysqlconnector = disabled
trac.db.postgres_backend.postgresqlconnector = disabled
trac.notification.notificationsystem = disabled
trac.notification.sendmailemailsender = disabled
trac.notification.smtpemailsender = disabled

[header_logo]
alt = Trac
height = 73
src = common/MILK_Logo_Small.png
width = 236

[logging]
log_file = trac.log
log_level = DEBUG
log_type = file

[mimeviewer]
enscript_path = enscript
max_preview_size = 65537
php_path = php
tab_width = 8

[notification]
always_notify_owner = false
always_notify_reporter = false
smtp_always_cc =
smtp_enabled = false
smtp_from = trac@localhost
smtp_password =
smtp_port = 25
smtp_replyto = trac@localhost
smtp_server = localhost
smtp_user =

[project]
descr = MILK
footer = Visit the Trac open source project at<br /><a href="http://
trac.edgewall.com/">http://trac.edgewall.com/</a>
icon = common/trac.ico
name = MILK
url = http://example.com/

[ticket]
default_component =
default_milestone = Version 0.11
default_priority = major
default_type = defect
default_version = 0.00
restrict_owner = false

[ticket-workflow]
accept = new,reopened -> accepted
accept.operations = set_owner_to_self
accept.permissions = TICKET_MODIFY
close = new,accepted -> closed
close.operations = del_owner,set_resolution
close.permissions = TICKET_MODIFY
close.set_resolution = wontfix,duplicate,not_reproducible
leave = * -> *
leave.default = 1
reopen = closed -> reopened
reopen.operations = del_resolution,del_owner
reopen.permission = TICKET_MODIFY
set_fixed = accepted -> closed
set_fixed.operations = del_owner,set_resolution
set_fixed.permissions = TICKET_MODIFY
set_fixed.set_resolution = fixed
return = accepted -> new
return.operations = del_owner
return.permissions = TICKET_MODIFY


[timeline]
changeset_show_files = 0
default_daysback = 20
max_daysback = 30
ticket_show_details = false

[trac]
base_url = http://192.168.3.13/trac
check_auth_ip = false
database = sqlite:db/trac.db
default_charset = iso-8859-15
default_handler = WikiModule
#ignore_auth_case = false
#mainnav = wiki,timeline,roadmap,browser,tickets,newticket,search
#metanav = login,logout,settings,help,about
#permission_policies = DefaultPermissionPolicy, LegacyAttachmentPolicy
#permission_store = DefaultPermissionStore
# repository_dir = /share/MD0_DATA/subversion/repositories/milk
# repository_type = svn
templates_dir = /share/MD0_DATA/Trac/milk/templates
auto_reload = false

[wiki]
ignore_missing_pages = false

Grzegorz Sobanski

unread,
Jan 8, 2012, 7:14:53 AM1/8/12
to Trac Users
* SunTracker <sunq...@yahoo.com> [2012-01-08 01:44]:

> Where would be a good point to start tracking this down? I started
> commenting out the mainnav and metanav values as well as the
> permissions, but that didn't help.

Do your users have proper permissions?
Anonymous user?


--
silk

SunTracker

unread,
Jan 8, 2012, 11:05:21 AM1/8/12
to Trac Users
On 8 Jan., 13:14, Grzegorz Sobanski <s...@boktor.net> wrote:
> Do your users have proper permissions?
> Anonymous user?

I think so. Although I have to admit that I not familiar with Trac's
permission management. Here is the output of "permission list". Look
sgood to me, but maybe I am missing something?

permission list

User Action
--------------------------
anonymous BROWSER_VIEW
anonymous CHANGESET_VIEW
anonymous FILE_VIEW
anonymous LOG_VIEW
anonymous MILESTONE_VIEW
anonymous REPORT_SQL_VIEW
anonymous REPORT_VIEW
anonymous ROADMAP_VIEW
anonymous SEARCH_VIEW
anonymous TICKET_CREATE
anonymous TICKET_MODIFY
anonymous TICKET_VIEW
anonymous TIMELINE_VIEW
anonymous WIKI_CREATE
anonymous WIKI_MODIFY
anonymous WIKI_VIEW


Available actions:
BROWSER_VIEW, CHANGESET_VIEW, CONFIG_VIEW, EMAIL_VIEW, FILE_VIEW,
LOG_VIEW, MILESTONE_ADMIN, MILESTONE_CREATE, MILESTONE_DELETE,
MILESTONE_MODIFY, MILESTONE_VIEW, PERMISSION_ADMIN, PERMISSION_GRANT,
PERMISSION_REVOKE, REPORT_ADMIN, REPORT_CREATE, REPORT_DELETE,
REPORT_MODIFY, REPORT_SQL_VIEW, REPORT_VIEW, ROADMAP_ADMIN,
ROADMAP_VIEW,
SEARCH_VIEW, TICKET_ADMIN, TICKET_APPEND, TICKET_CHGPROP,
TICKET_CREATE,
TICKET_EDIT_CC, TICKET_EDIT_COMMENT, TICKET_EDIT_DESCRIPTION,
TICKET_MODIFY, TICKET_VIEW, TIMELINE_VIEW, TRAC_ADMIN,
VERSIONCONTROL_ADMIN, WIKI_ADMIN, WIKI_CREATE, WIKI_DELETE,
WIKI_MODIFY,
WIKI_RENAME, WIKI_VIEW

Benjamin Lau

unread,
Jan 7, 2012, 7:46:47 PM1/7/12
to trac-...@googlegroups.com

Are there any exceptions or errors showing up in your trac.log?  That's where I'd start looking.

Ben

--
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-...@googlegroups.com.
To unsubscribe from this group, send email to trac-users+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.

SunTracker

unread,
Jan 21, 2012, 8:53:57 AM1/21/12
to Trac Users
On 8 Jan., 01:46, Benjamin Lau <benjamin.a....@gmail.com> wrote:
> Are there any exceptions or errors showing up in your trac.log?  That's
> where I'd start looking.

Thanks. I looked into the trac.log and Apache's error log, but could
not find anything suspicious. There are no error messages.

trac.log:
2012-01-21 14:47:46,927 Trac[env] INFO:
-------------------------------- environment startup [Trac 0.12]
--------------------------------
2012-01-21 14:47:49,009 Trac[main] DEBUG: Dispatching <Request "GET
'/'">
2012-01-21 14:47:49,049 Trac[api] INFO: Synchronized '' repository in
0.01 seconds
2012-01-21 14:47:49,078 Trac[session] DEBUG: Retrieving session for ID
'b927629cd8a735deffd94569'
2012-01-21 14:47:49,106 Trac[chrome] DEBUG: Prepare chrome data for
request
2012-01-21 14:47:56,686 Trac[main] DEBUG: Dispatching <Request "GET '/
wiki/Architecture'">
2012-01-21 14:47:56,690 Trac[api] INFO: Synchronized '' repository in
0.00 seconds
2012-01-21 14:47:56,714 Trac[session] DEBUG: Retrieving session for ID
'b927629cd8a735deffd94569'
2012-01-21 14:47:56,740 Trac[chrome] DEBUG: Prepare chrome data for
request


Apache's error_log:
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19981): Starting
process 'trac' with uid=99, gid=100 and threads=25.
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19981): Initializing
Python.
[Sat Jan 21 14:47:27 2012] [notice] Apache/2.2.14 (Unix) DAV/2
mod_wsgi/3.3 Python/2.6.7 configured -- resuming normal operations
[Sat Jan 21 14:47:27 2012] [info] Server built: Nov 12 2011 05:31:22
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19985): Initializing
Python.
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19986): Initializing
Python.
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19981): Attach
interpreter ''.
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19986): Attach
interpreter ''.
[Sat Jan 21 14:47:27 2012] [info] mod_wsgi (pid=19985): Attach
interpreter ''.
[Sat Jan 21 14:47:42 2012] [info] [client 192.168.3.5] mod_wsgi
(pid=19981, process='trac', application=''): Loading WSGI script '/
share/MD0_DATA/Trac/.apache/trac.wsgi'.
[Sat Jan 21 14:47:42 2012] [info] mod_wsgi (pid=20024): Initializing
Python.
[Sat Jan 21 14:47:42 2012] [info] mod_wsgi (pid=20024): Attach
interpreter ''.


It's really strange. The logs show no errors, but still the trac menu
entries are not shown.

SunTracker

unread,
Jan 22, 2012, 5:23:19 AM1/22/12
to Trac Users
Looking at my trac.log, there is not happening much. I found out that
when I start trac-admin, the log gets populated much more. It seems
that modules are not loaded when I start trac using WSGI. What could
be that cause for that?


trac.log after starting trac-admin:
2012-01-22 11:18:39,754 Trac[env] INFO:
-------------------------------- environment startup [Trac 0.12.1]
--------------------------------
2012-01-22 11:18:39,888 Trac[loader] DEBUG: Loading trac.about from /
share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,894 Trac[loader] DEBUG: Loading trac.admin.console
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,897 Trac[loader] DEBUG: Loading trac.admin.web_ui
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,908 Trac[loader] DEBUG: Loading trac.attachment
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,912 Trac[loader] DEBUG: Loading trac.db.mysql
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,924 Trac[loader] DEBUG: Loading trac.db.postgres
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,932 Trac[loader] DEBUG: Loading trac.db.sqlite
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:39,956 Trac[loader] DEBUG: Loading
trac.mimeview.patch from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/
site-packages
2012-01-22 11:18:39,963 Trac[loader] DEBUG: Loading
trac.mimeview.pygments from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:40,097 Trac[loader] DEBUG: Loading trac.mimeview.rst
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,581 Trac[loader] DEBUG: Loading
trac.mimeview.silvercity from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:41,648 Trac[loader] DEBUG: Skipping
"trac.mimeview.silvercity = trac.mimeview.silvercity [silvercity]":
("DistributionNotFound: SilverCity>=0.9.4" not found)
2012-01-22 11:18:41,650 Trac[loader] DEBUG: Loading trac.mimeview.txtl
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,714 Trac[loader] DEBUG: Skipping
"trac.mimeview.txtl = trac.mimeview.txtl [textile]":
("DistributionNotFound: textile>=2.0" not found)
2012-01-22 11:18:41,716 Trac[loader] DEBUG: Loading trac.prefs from /
share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,724 Trac[loader] DEBUG: Loading trac.search from /
share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,731 Trac[loader] DEBUG: Loading trac.ticket.admin
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,746 Trac[loader] DEBUG: Loading trac.ticket.query
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,785 Trac[loader] DEBUG: Loading trac.ticket.report
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,794 Trac[loader] DEBUG: Loading
trac.ticket.roadmap from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/
site-packages
2012-01-22 11:18:41,807 Trac[loader] DEBUG: Loading trac.ticket.web_ui
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,847 Trac[loader] DEBUG: Loading trac.timeline
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:41,865 Trac[loader] DEBUG: Loading
trac.versioncontrol.admin from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:41,873 Trac[loader] DEBUG: Loading
trac.versioncontrol.svn_authz from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:41,879 Trac[loader] DEBUG: Loading
trac.versioncontrol.svn_fs from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:41,895 Trac[loader] DEBUG: Loading
trac.versioncontrol.svn_prop from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:41,997 Trac[loader] DEBUG: Loading
trac.versioncontrol.web_ui from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:42,000 Trac[loader] DEBUG: Loading trac.web.auth
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:42,041 Trac[loader] DEBUG: Loading trac.web.session
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:42,050 Trac[loader] DEBUG: Loading trac.wiki.admin
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:42,054 Trac[loader] DEBUG: Loading
trac.wiki.interwiki from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/
site-packages
2012-01-22 11:18:42,076 Trac[loader] DEBUG: Loading trac.wiki.macros
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:42,079 Trac[loader] DEBUG: Loading trac.wiki.web_api
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:42,084 Trac[loader] DEBUG: Loading trac.wiki.web_ui
from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/site-packages
2012-01-22 11:18:42,093 Trac[loader] DEBUG: Loading
tracopt.mimeview.enscript from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:42,100 Trac[loader] DEBUG: Loading
tracopt.mimeview.php from /share/MD0_DATA/.qpkg/Optware/lib/python2.6/
site-packages
2012-01-22 11:18:42,106 Trac[loader] DEBUG: Loading
tracopt.perm.authz_policy from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:42,115 Trac[loader] DEBUG: Loading
tracopt.perm.config_perm_provider from /share/MD0_DATA/.qpkg/Optware/
lib/python2.6/site-packages
2012-01-22 11:18:42,119 Trac[loader] DEBUG: Loading
tracopt.ticket.commit_updater from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:42,139 Trac[loader] DEBUG: Loading
tracopt.ticket.deleter from /share/MD0_DATA/.qpkg/Optware/lib/
python2.6/site-packages
2012-01-22 11:18:42,229 Trac[default_workflow] DEBUG: Workflow actions
at initialization: {u'return': {u'operations': [u'del_owner'], 'name':
u'return', 'default': 0, 'newstate': u'new', 'oldstates':
[u'accepted'], u'permissions': [u'TICKET_MODIFY']}, u'accept':
{u'operations': [u'set_owner_to_self'], 'name': u'accept', 'default':
0, 'newstate': u'accepted', 'oldstates': [u'new', u'reopened'],
u'permissions': [u'TICKET_MODIFY']}, u'leave': {'operations': [],
'name': u'leave', u'default': 1, 'newstate': u'*', 'oldstates':
[u'*'], 'permissions': []}, u'reopen': {u'operations':
[u'del_resolution', u'del_owner'], 'name': u'reopen', u'permission':
u'TICKET_MODIFY', 'default': 0, 'newstate': u'reopened', 'oldstates':
[u'closed'], 'permissions': []}, u'set_fixed': {u'operations':
[u'del_owner', u'set_resolution'], 'name': u'set_fixed', 'default': 0,
'newstate': u'closed', u'set_resolution': u'fixed', 'oldstates':
[u'accepted'], u'permissions': [u'TICKET_MODIFY']}, u'close':
{u'operations': [u'del_owner', u'set_resolution'], 'name': u'close',
'default': 0, 'newstate': u'closed', u'set_resolution':
u'wontfix,duplicate,not_reproducible', 'oldstates': [u'new',
u'accepted'], u'permissions': [u'TICKET_MODIFY']}, '_reset':
{'operations': ['reset_workflow'], 'name': 'reset', 'default': 0,
'newstate': 'new', 'oldstates': [], 'permissions': []}}

2012-01-22 11:18:42,231 Trac[api] DEBUG: action controllers for ticket
workflow: ['ConfigurableTicketWorkflow']

Cooke, Mark

unread,
Jan 23, 2012, 4:39:58 AM1/23/12
to trac-...@googlegroups.com
> -----Original Message-----
> From: trac-...@googlegroups.com On Behalf Of SunTracker
> Sent: 22 January 2012 10:23
> To: Trac Users
> Subject: [Trac] Re: Trac menu entries disappeared
>
> Looking at my trac.log, there is not happening much. I found out that
> when I start trac-admin, the log gets populated much more. It seems
> that modules are not loaded when I start trac using WSGI. What could
> be that cause for that?

I may be barking up the wrong tree but when Trac runs under apache it is as the apache user and with a minimal environment. When you run trac-admin, you are you with your normal environment. So I suggest you investigate permissions and / or environment settings...

Have you read the mod_wsgi / trac wiki?

http://code.google.com/p/modwsgi/wiki/IntegrationWithTrac

I found that most useful...

~ mark c

SunTracker

unread,
Jan 28, 2012, 8:16:14 AM1/28/12
to Trac Users
I tried a chown to make all trac and python directories owned by the
user httpduser and group everyone. But this didn't help. I'd also
expect to see error messages if files could not be access due to user
rights.

I then did the configuration of the mod-wshi in my apache.conf from
scratch as mentioned in the link you posted. I now have a much leaner
configuration, but the result is the same.

I found out one thing though: If I don't explicitely import
trac.db.sqlite_backend in my wsgi-script, I get complaints from trac
that sqlite is unknown. So I wonder: do I have to import more packages
in my wsgi script?

This is my new wsgi script:

---
import trac.web.main
import trac.db.sqlite_backend
import trac.wiki.web_ui

application = trac.web.main.dispatch_request
---


Here is a screenshot that should explain the problem that I am facing
(sorry I need to split the url, otherwise the message cannot be
posted)
http://img854 DOT imageshack DOT us/img854/1918/
bildschirmfoto20120128u.png

SunTracker

unread,
Jan 28, 2012, 8:18:41 AM1/28/12
to Trac Users
Link doesn't work, here it is again. Replace the "(DOT)" by "."

http://img854(DOT)imageshack(DOT)us/img854/1918/bildschirmfoto20120128u.png

SunTracker

unread,
Jan 28, 2012, 12:32:05 PM1/28/12
to Trac Users
I am progressing.

When I extend my trac.wsgi file by import statement for all available
"web_ui" packages, I at least get the following menu entries:

1) Wiki
2) Timeline
3) New Ticket
4) Search
5) Admin
6) Preferences

But not "Roadmap" and "Browse Source".

I wonder why I have to explicitely import plugins from within my
trac.wsgi.

This is the new file:

---import trac.web.main
import trac.db.sqlite_backend
import trac.wiki.web_ui
import trac.ticket.web_ui
import trac.admin.web_ui
import trac.search.web_ui
import trac.prefs.web_ui
import trac.versioncontrol.web_ui.browser
import trac.versioncontrol.web_ui.util
import trac.versioncontrol.web_ui.changeset
import trac.versioncontrol.web_ui.log
import trac.versioncontrol.web_ui.main
import trac.timeline.web_ui

application = trac.web.main.dispatch_request
---

What can I do to get "Browse Source" and "Roadmap"? trac.log and
apache log show no errors.

Cooke, Mark

unread,
Jan 30, 2012, 4:31:07 AM1/30/12
to trac-...@googlegroups.com
> -----Original Message-----
> From: trac-...@googlegroups.com On Behalf Of SunTracker
> Sent: 28 January 2012 17:32
> To: Trac Users
> Subject: [Trac] Re: Trac menu entries disappeared
>
None of these extra import statements should be necessary but I am afraid that you are beyond my limited *nix experience here. The problem looks to be that the trac instance is having issues finding the modules. The wsgi docs do mention about python under wsgi having a "minimal" environment which includes `pythonpath` so that might be worth investigating. Beyond that I think we need someone with more *nix experience, which platform are you actually using?

Good luck,

~ mark c

Matthew Caron

unread,
Jan 30, 2012, 8:29:08 AM1/30/12
to trac-...@googlegroups.com, SunTracker
On 01/28/2012 08:16 AM, SunTracker wrote:
> This is my new wsgi script:
>
> ---
> import trac.web.main
> import trac.db.sqlite_backend
> import trac.wiki.web_ui
>
> application = trac.web.main.dispatch_request
> ---

Why did you create your own? I just used the one generated by
"trac-admin deploy" and it worked fine. Here is mine for reference:

{{{
#!/usr/bin/python


# -*- coding: utf-8 -*-

#
# Copyright (C)2008-2009 Edgewall Software
# Copyright (C) 2008 Noah Kantrowitz <no...@coderanger.net>
# All rights reserved.
#
# This software is licensed as described in the file COPYING, which
# you should have received as part of this distribution. The terms
# are also available at http://trac.edgewall.org/wiki/TracLicense.
#
# This software consists of voluntary contributions made by many
# individuals. For the exact contribution history, see the revision
# history and logs, available at http://trac.edgewall.org/log/.
#
# Author: Noah Kantrowitz <no...@coderanger.net>
import os

def application(environ, start_request):
if not 'trac.env_path_parent_dir' in environ:
environ.setdefault('trac.env_path', '/opt/trac/eng')
if 'PYTHON_EGG_CACHE' in environ:

os.environ['PYTHON_EGG_CACHE'] = environ['PYTHON_EGG_CACHE']
elif 'trac.env_path' in environ:
os.environ['PYTHON_EGG_CACHE'] =
os.path.join(environ['trac.env_path'],
'.egg-cache')
elif 'trac.env_path_parent_dir' in environ:
os.environ['PYTHON_EGG_CACHE'] =
os.path.join(environ['trac.env_path_parent_dir'],
'.egg-cache')
from trac.web.main import dispatch_request
return dispatch_request(environ, start_request)
}}}

> Here is a screenshot that should explain the problem that I am facing
> (sorry I need to split the url, otherwise the message cannot be
> posted)
> http://img854 DOT imageshack DOT us/img854/1918/
> bildschirmfoto20120128u.png

Why can't you just post proper links?

--
Matthew Caron
Build Engineer
Sixnet | www.sixnet.com
O +1 518 877 5173 Ext. 138
F +1 518 602 9209
matt....@sixnet.com

SunTracker

unread,
Feb 1, 2012, 2:15:16 PM2/1/12
to Trac Users
OK, I'll give the "trac-admin deploy" a try. I didn't know it
generates also a wsgi file.

On 30 Jan., 14:29, Matthew Caron <Matt.Ca...@sixnet.com> wrote:
> Why can't you just post proper links?
I am using the web interface to post. And everytime I try to paste the
link here, the web interface says "message cannot be posted". I assume
it scans the message for "unwanted" links...

SunTracker

unread,
Feb 11, 2012, 6:24:36 PM2/11/12
to Trac Users
Hi,

I gave up, I cannot make it work. It used to work before I upgraded
the system software of my QNAP NAS. There is a guy called "Janosch"
out there on the web who had the same problem, but didn't find a
solution, too. I read all his threads, but they all ended without a
solution. The odd thing is that plugins don't get loaded without any
error message.

I now rolled back to running trac in daemon mode using tracd and
accessing it directly over port 3691 without apache and mod-wsgi. At
least this is working fine now, but I'd prefer to have it running over
apache. But since I need to continue to work, I will go with this
solution.

Thanks for all your comments and advices. I really appreciated it.
Reply all
Reply to author
Forward
0 new messages