Re: [Trac] Configuring trac to avoid fake accounts

[Ryan Ollos]

On Fri, Apr 26, 2024 at 6:34 AM Jean-Marc Lasgouttes <
lasgouttes.lyx@free.fr> wrote:

> Hello all,
>
> We finally managed to have a working Trac 1.6 instance (woohoo!), but
> there is still an annoying issue : fake account are created at an
> alarming pace, and a few of them try to create spam tickets (we do not
> have an open wiki).
>
> I understand that there are solutions for spam creation, but I did not
> see much about good solutions to avoid creation of these zombie accounts.
>
> How do you handle that?
>
> JMarc
>

This may be what you are looking for:
https://trac.edgewall.org/wiki/SpamFilter#SpamFilterandAccountManager

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8bj20F6x4L4VM5zfoPVHOPBM1CAJykPPy6rgt2TfDs%2BA%40mail.gmail.com.

Re: [Trac] Wiki Table issue when porting from 0.12 to Trac 1.6

[Ryan Ollos]

On Thu, Mar 14, 2024 at 11:22 PM mayur logan  wrote:

> Hi All,
>
> After porting from Trac 0.12 to Trac 1.6. I am facing issue with Wiki
> Tables.
> Currently using latest plugin from
> https://trac-hacks.org/wiki/WikiTableMacro
>
> The pages where tables were coming in Trac 0.12 for which SQL coding was
> used, in Trac 1.6 tables are not ported.
>
> Example code, I have given below.
> {{{#!SQLTable
> SELECT 'http://cgi-bin/report/1051;>'||COUNT(id)||'' AS
> "User Version"
> FROM ticket
> }}}
>
> Previously in Trac 0.12, this code was giving a table with the count, now
> in Trac 1.6 it is not giving any output.
> Currently we have around 100 wiki pages with similar codes.
>
> Kindly suggest.
>
> Regards,
>

Please check the logs to see if the plugin is loading:
https://trac.edgewall.org/wiki/TracTroubleshooting#ChecktheLogs

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_hjgiVjxPWEaFZQj-G9vwbEU5mttQsNpDVRo92mpLELw%40mail.gmail.com.

Re: [Trac] Re: Missing Mainnav menu in Trac 1.6

[Ryan Ollos]

On Tue, Feb 20, 2024 at 5:50 AM Jamie  wrote:

> Thanks for the response that does make sense, however I did have a
> repository configured which when I navigated to /Browser I could see it in
> there but still had no browse source tab. I have since removed the
> repository hence why my logs didn't have that. But when I did have it I
> still didn't see the menu.
>
> I'll keep playing around with it and see. Thanks for all the responses.
>

At this stage it would be most helpful if you added the repository
configuration back and posted a new log.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9o4eRwFXNW3UMr%2BNn4E6N4gFGxo9fzAiZYH4RVBqygtw%40mail.gmail.com.

Re: [Trac] Re: Deploy trac with error

[Ryan Ollos]

On Fri, Nov 10, 2023 at 10:23 AM MARCOS GONÇALVES TEIXEIRA <
marcosar...@gmail.com> wrote:

> deli@vm-delivery:/$ pip show trac
> Name: Trac
> Version: 1.6
> Summary: Integrated SCM, wiki, issue tracker and project environment
> Home-page: https://trac.edgewall.org
> Author: Edgewall Software
> Author-email: trac-...@googlegroups.com
> License: BSD
> Location: /home/deli/.local/lib/python3.10/site-packages
> Requires: jinja2, setuptools
> Required-by:
>

Try:

$ pip list -v

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-3Td-TRoS0q6dO1YqgD5kFxzn_VDiDWnKnyk%3D1cx2mjQ%40mail.gmail.com.

Re: [Trac] Which plugins are supposed to work with Trac 1.6 already?

[Ryan Ollos]

On Mon, Oct 30, 2023 at 1:37 PM mic...@modprods.com 
wrote:

> Great to see 1.6 released and python3 support.
>
> Noting the homepage still lists 1.4 as the latest stable version.
>

Thanks, I updated that just now. I still have a few release tasks to
finish.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_tdUj1AzcKeKR4C5FuHJM7FbA%2Bz%2Bq8NTnFdDeXWpv2yw%40mail.gmail.com.

Re: [Trac] Re: rounding of milestone percentage

[Ryan Ollos]

On Thu, Apr 6, 2023 at 1:03 PM Peter Suter  wrote:

> On 6 Apr 2023 21:50, Ryan Ollos wrote:
>
>
>
> On Thu, Apr 6, 2023 at 12:41 PM Peter Suter  wrote:
>
>> On 6 Apr 2023 20:42, RjOllos wrote:
>>
>>
>>
>> On Thursday, April 6, 2023 at 3:39:33 AM UTC-7 Clemens Feige wrote:
>>
>> Hello
>>
>> I have a tiny issue that just appeared to be.
>>
>> In my TRAC milestone the percent value is confusingly calculated.
>> I have 31 closed tickets out of 38. This yields 81.579...% or rounded
>> 82%. But TRAC shows 81%.
>>
>> One can say that TRAC is rounding down. But one week ago for the same
>> milestone it was showing 31/38 as 82%.
>>
>> Please compare the two attached figures.
>>
>> I do not want to be too picky. But it is confusing me.
>> Is it justified to file a bug report?
>>
>> Clemens
>>
>> P.S.
>> Running TRAC 1.4.2.
>>
>>
>> In a default Trac install I believe the progress is calculated by
>> TicketGroupStats which implements ITicketGroupStatsProvider.
>>
>> https://trac.edgewall.org/browser/tags/trac-1.4.3/trac/ticket/roadmap.py#L60
>>
>> Is it possible your environment changed, such as installing a new plugin?
>>
>> My guess would be it's due to the "fudge_amt", which ensures the parts
>> add up to 100%.
>>
>> 31/38 = 81.579...% = 82%
>> 5/38 = 13.157...% = 13%
>> 3/38 = 7.894...% = 8%
>> 2/38 = 5.263...% = 5%
>> 1/38 = 2.631...% = 3%
>>
>> 31+3+3+1 = 82%+8%+8%+3% = 101% (-> minus 1% fudge changes first group
>> from 82% to 81%)
>> 31+2+5+0 = 82%+5%+13%+0% = 100% (no fudge required)
>>
>> Cheers.
>>
>
> Oh yeah, that looks familiar. I think we have discussed this issue before
> and I thought there was an open ticket for the issue but I can't seem to
> find it.
>
> Maybe this one: https://trac.edgewall.org/ticket/12123 (searching "fudge"
> helped :)
>

That's it, thanks!

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CAOKhaj0kEvugjQNY%3DwV8G7YXnL9-fHDi2-EM4t_RbjeQAHQjaQ%40mail.gmail.com.

Re: [Trac] Re: rounding of milestone percentage

[Ryan Ollos]

On Thu, Apr 6, 2023 at 12:41 PM Peter Suter  wrote:

> On 6 Apr 2023 20:42, RjOllos wrote:
>
>
>
> On Thursday, April 6, 2023 at 3:39:33 AM UTC-7 Clemens Feige wrote:
>
> Hello
>
> I have a tiny issue that just appeared to be.
>
> In my TRAC milestone the percent value is confusingly calculated.
> I have 31 closed tickets out of 38. This yields 81.579...% or rounded
> 82%. But TRAC shows 81%.
>
> One can say that TRAC is rounding down. But one week ago for the same
> milestone it was showing 31/38 as 82%.
>
> Please compare the two attached figures.
>
> I do not want to be too picky. But it is confusing me.
> Is it justified to file a bug report?
>
> Clemens
>
> P.S.
> Running TRAC 1.4.2.
>
>
> In a default Trac install I believe the progress is calculated by
> TicketGroupStats which implements ITicketGroupStatsProvider.
>
> https://trac.edgewall.org/browser/tags/trac-1.4.3/trac/ticket/roadmap.py#L60
>
> Is it possible your environment changed, such as installing a new plugin?
>
> My guess would be it's due to the "fudge_amt", which ensures the parts add
> up to 100%.
>
> 31/38 = 81.579...% = 82%
> 5/38 = 13.157...% = 13%
> 3/38 = 7.894...% = 8%
> 2/38 = 5.263...% = 5%
> 1/38 = 2.631...% = 3%
>
> 31+3+3+1 = 82%+8%+8%+3% = 101% (-> minus 1% fudge changes first group from
> 82% to 81%)
> 31+2+5+0 = 82%+5%+13%+0% = 100% (no fudge required)
>
> Cheers.
>

Oh yeah, that looks familiar. I think we have discussed this issue before
and I thought there was an open ticket for the issue but I can't seem to
find it.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CAOKhaj2SWr0ecnhWJ3J0oUN-9qjhFwPpyrYKVf87zTvt05C%3DxQ%40mail.gmail.com.

Re: [Trac] AccountManager Plugin

[Ryan Ollos]

On Mon, Feb 13, 2023 at 11:40 AM Dan Mahn  wrote:

>
> On 2/13/2023 1:36 PM, Markus Rosjat wrote:
> > That said ppl who want or need to work on older plugins to make them
> > work on python 3 and trac1.5.x should start sharing the work on a
> > place like github so the efforts are bundled on on version of the plugins
>
>
> So you're proposing that future Trac plugin development migrate to GitHub?
>
> Will we point to the GitHub plugins from Trac-Hacks?
>
> or ... Is there an easy way to find all Trac plugins on GitHub if we
> don't use Trac-Hacks?
>
> Thanks.
>
> - Dan
>

There is a trac-hacks org on GitHub:

https://github.com/trac-hacks

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8pfck175y7u2dioLmBEgsPdof9xF%3DHNcpYT7GtdWgTTQ%40mail.gmail.com.

Re: [Trac] making trac read-only

[Ryan Ollos]

On Fri, Jan 27, 2023 at 9:20 AM Dima Pasechnik  wrote:

> Hello,
> our no longer really maintained, but actively used, trac installation
> https://trac.sagemath.org/ is in the process of migrating to another
> platform.
> However, we'd like to keep it up in a read-only form.
> It's running Trac 1.2 - yes, severe shortage of hands to maintain it
>
> I'm looking for an advice on how to achieve this with minimal intervention,
> hopefully easily reversible (if migration process will need to be
> rescheduled
> we'd like to resume using trac for a while).
> Ideally, I'd like to do so just by modifying trac.ini
>
> Dmitrii
>

Read-only can be achieved by revoking permissions. For the most part, just
leave _VIEW permissions for standard users. You can set up permissions
groups and continue to allow other users to have write access if you'd
like, such as admins.
https://trac.edgewall.org/wiki/TracPermissions

The permissions are stored in the database. You may want to screen-capture
your current permissions and groups before making any changes, so you can
return to it later if needed.

Let us know if you need any additional pointers.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8h8O08oz_v8jznHgSBYLP9whGE2Ko24OWynQj4aXw1rw%40mail.gmail.com.

Re: [Trac] How to change ticket preview delay

[Ryan Ollos]

On Wed, May 18, 2022 at 10:22 PM Geert Linders 
wrote:

> If I edit a ticket, the preview is automatically updated with my edits.
> The update delay seems to be 2s.
>
> I can change the wiki preview delay by setting option auto_preview_timeout
> in trac.ini and that works fine, but this doesn't affect the ticket preview
> delay (I tried setting it to 8s to no avail).
>
> Is it possible to change the ticket preview delay or is it a hard-coded
> value?
>

The [trac] auto_preview_timeout setting applies to the ticket realm as well
as the wiki and other realms.
https://trac.edgewall.org/wiki/TracIni#trac-auto_preview_timeout-option

If it's not working, you may have a plugin conflict. I'd start by checking
the console for errors:
https://trac.edgewall.org/wiki/TracTroubleshooting#ChecktheBrowserConsole

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn80gQzf6g3AcQD3rpQjc8aRc0Mgg7HfUZUFhMnmJrKWUQ%40mail.gmail.com.

Re: [Trac] Trac 1.4.2 Hotcopy -> TracError: Unsupported database type "postgres"

[Ryan Ollos]

On Tue, Apr 12, 2022 at 12:30 PM Rob Hills  wrote:

> Hi,
>
> I'm running Trac 1.4.2 and I'm about to move  it to a different server.
> I'm using Postgresql as my DB.
>
> When I try to create a backup as described here
>  with the command
>   trac-admin /path/to/my/project hotcopy /path/to/backup/dir
>
> I get this error message:
>
> Error: Unable to check for upgrade of trac.db.api.DatabaseManager:
> TracError: Unsupported database type "postgres"
>
> The docco doesn't give any indication that this shouldn't work with
> Postgresql.
>
> I gather from googling that I can use the --no-database flag to stop it
> backing up the DB and then use pg_dump or similar to backup the DB, but
> shouldn't the hotcopy command work?
>
> TIA,
>
> Rob Hills
> Waikiki, Western Australia
>

trac-admin isn't finding the psycopg2 library. Running the following may
provide some clues:

$ pip list
$ which trac-admin

Then look for, is the "trac-admin" associated with the same Trac
installation that is running with the webserver?

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_DQikEYdmP-87qAjcD%3D3Gtr%3DnMkeWk0mfFn-mWFw4wbw%40mail.gmail.com.

Re: [Trac] Re: TestManagerForTracPlugin not working

[Ryan Ollos]

On Mon, Mar 14, 2022 at 8:45 AM Steve Sagodi  wrote:

> Hi we installed on our TRAC instance but none of our existing test cases
> show up on the Test Manage page just Example Catalog.
>
> Clicking on the Test Stat gives an error
> *-  Trac detected an internal error:*NameError: global name 'env' is not
> defined
>
> Any suggestions on if we missed a config item ?
>

Almost certainly that's a coding error. Could you please locate the
traceback in the log and post it here?
https://trac.edgewall.org/wiki/TracTroubleshooting#ChecktheLogs

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8bNF4EELF7YTnWaO53iB8bNo%2B9n5dcwud22e%3DQDFo0LA%40mail.gmail.com.

Re: [Trac] Re: Clone does not work summary and description properly.

[Ryan Ollos]

On Tue, Feb 1, 2022 at 4:26 PM air studio 
wrote:

> Thanks.
> It was solved by Disable the Chrome.
>
> The question remains why the before code didn't work,
> however It was resolved without waiting for the user.
>
> Thank you for your prompt response.
> stella.
>

If the issue was solved by disabling a browser add-on/extension then you'll
probably see errors in the browser console when the add-on/extension is
enabled.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8utOh-Y1h8JwtP8QGH0X1wsUTu%2BgfwKAN8x80mYgiKmA%40mail.gmail.com.

Re: [Trac] Re: Warning: Error with navigation contributor for plugins

[Ryan Ollos]

From: trac-users@googlegroups.com  on behalf of 
Shubham Dalwani 
Sent: Wednesday, January 5, 2022 22:05
To: Trac Users
Subject: [Trac] Re: Warning: Error with navigation contributor for plugins

Hi, Thank you for a quick response, I remember using the 1.0-permissions 
branch. I have checked the server for old commands used and 1.0-permissions 
branch is used
On Thursday, January 6, 2022 at 1:42:32 AM UTC+5:30 RjOllos wrote:
On Wednesday, January 5, 2022 at 9:35:15 AM UTC-8 sdalw...@gmail.com wrote:
I have been assigned to get the trac's project from old server to the new one 
and the error I get are:
[trac-warnings-2.png]

This is the ini file

[Screenshot 2022-01-05 202210.png]

and the logs are:
2022-01-05 14:29:45,412 Trac[chrome] WARNING: Error with navigation contributor 
TicketModule
2022-01-05 14:29:45,412 Trac[chrome] WARNING: Error with navigation contributor 
TimelineModule
2022-01-05 14:29:45,413 Trac[chrome] WARNING: Error with navigation contributor 
BrowserModule
2022-01-05 14:29:45,413 Trac[chrome] WARNING: Error with navigation contributor 
WikiModule
2022-01-05 14:29:45,414 Trac[chrome] ERROR: Error during check of EMAIL_VIEW: 
ConfigurationError: Cannot find implementation(s) of the 
IPermissionPolicy interface named InternalTicketsPolicy. 
Please check that the Component is enabled or update the option [trac] 
permission_policies in trac.ini.
2022-01-05 14:29:45,441 Trac[blackmagic] DEBUG: IN BlackMagic
2022-01-05 14:29:45,441 Trac[blackmagic] DEBUG: Not a ticket returning
2022-01-05 14:29:45,462 Trac[chrome] ERROR: Error during check of EMAIL_VIEW: 
ConfigurationError: Cannot find implementation(s) of the 
IPermissionPolicy interface named InternalTicketsPolicy. 
Please check that the Component is enabled or update the option [trac] 
permission_policies in trac.ini.
2022-01-05 14:29:45,463 Trac[blackmagic] DEBUG: IN BlackMagic
2022-01-05 14:29:45,463 Trac[blackmagic] DEBUG: Not a ticket returning

InternalTicketsPolicy is implemented by the permissions branch of 
TracTimingAndEstimation:
https://trac-hacks.org/wiki/TimeEstimationUserManual#PermissionsBranch1

Please share the installed plugin versions from the /about page. You might have 
installed from the standard 1.0 branch rather than the 1.0-permissions branch.

Ryan

Please share the installed plugin versions from the /about page. You might have 
installed from the standard 1.0 branch rather than the 1.0-permissions branch.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/SJ0PR06MB702179641C89E85EF3F9092BB74C9%40SJ0PR06MB7021.namprd06.prod.outlook.com.

Re: [Trac] Trac 1.5.3 Released

[Ryan Ollos]

On Fri, Aug 27, 2021 at 9:14 AM Roger Oberholtzer <
roger.oberholt...@gmail.com> wrote:

> How would people describe the state of Trac and Python3?
>

I think it's working pretty well. We just need to do some maintenance such
as upgrading jQuery. I just haven't had time to work on the release.


> Is Trac itself (not plugins) working well?
>
> Is there a preferred Python3 release?
>

3.5 or later, but I would use the latest Python3 release that is available
on your OS.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-TO-eVwZToNazEYJvtfOa%3DxCydn%2B5fHpQcMpwuo0xcCQ%40mail.gmail.com.

Re: [Trac] Javascript checking of button not to be pressed second time

[Ryan Ollos]

On Fri, Aug 27, 2021 at 6:34 PM Валерий Заподовников 
wrote:

> Sometimes when you click (fast) twice on create ticket or send a comment,
> it just sends it two times. Happened many times, last time here:
> https://trac.ffmpeg.org/ticket/9390#comment:4
>
> Please fix, click on the button should disable that button, that is like
> 101 of Javascript!
>
> If fixed, please point out the commit.
>
> Thanks.
>

The issue was fixed in Trac 1.0.2:
https://trac.edgewall.org/wiki/TracChangeLog#a1.0.2
The relevant entry is:
Multiple forms submits are disallowed (#10138).

See https://trac.edgewall.org/ticket/10138.

There is a problem with your installation. The browser console shows:

9390:73 Uncaught TypeError: $(...).disableSubmit is not a function
at HTMLDocument. (9390:73)
at o (jquery.js:2)
at Object.fireWith (jquery.js:2)
at Function.ready (jquery.js:2)
at HTMLDocument.B (jquery.js:2)

I suspect the static assets were not redeployed after upgrading Trac:
https://trac.edgewall.org/wiki/TracUpgrade#a6.Refreshstaticresources

More details in this ticket:
https://trac.edgewall.org/ticket/12696

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9eZJnRu2CGQFZQhxvEZP2rK%2BiY7ye8D1-WcRUEOZXbYA%40mail.gmail.com.

Re: [Trac] Trac 1.4.3 + TracTicketChangelogPlugin

[Ryan Ollos]

On Thu, Jun 24, 2021 at 2:26 AM Hervé B.  wrote:

> After running the 'trac-admin $ env ticketlog sync' command, the
> ticket_revision table is still empty. When creating a new ticket, the
> ticket_revision table is always empty. Weird ...
>

Could you check the debug level log while running "ticketlog sync" command?

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8yfmNC8QRoa9mT%3DqMa1SmU063-AO6gkcj-hnxxCsd8Bw%40mail.gmail.com.

[Trac] Trac 1.4.3 Released

[Ryan Ollos]

Trac 1.4.3, the latest maintenance release for the current stable
branch, is available.

You will find this release at the usual places:

https://trac.edgewall.org/wiki/TracDownload#Trac14StableRelease

You can find the detailed release notes for 1.4.3 on the following
pages:
https://trac.edgewall.org/wiki/TracChangeLog
https://trac.edgewall.org/wiki/TracDev/ReleaseNotes/1.4#MaintenanceReleases

Now to the packages themselves:

URLs:

https://download.edgewall.org/trac/Trac-1.4.3.tar.gz
https://download.edgewall.org/trac/Trac-1.4.3-py2-none-any.whl
https://download.edgewall.org/trac/Trac-1.4.3.win32.exe
https://download.edgewall.org/trac/Trac-1.4.3.win-amd64.exe

MD5 sums:

c0c154ae596f2d84fc520055a26aaaef  Trac-1.4.3.tar.gz
43f933322b8055d2f5f1b5e300c90f6c  Trac-1.4.3-py2-none-any.whl
60828276e33c5ffe8fddda9317313f9d  Trac-1.4.3.win32.exe
6a09a47847347eda1214b1e4de8ab82b  Trac-1.4.3.win-amd64.exe

SHA256 sums:

c93ceed9abee6e3c7789f469862e82a3b9bf3405be73aae3221b5c259e062d21
 Trac-1.4.3.tar.gz
9ccd0b998e41e6c989b0ae8d61ed2f8d5ad62616d430eed8d1f20d0e34446700
 Trac-1.4.3-py2-none-any.whl
ea8d17502957edf8ab437b6cc16d6c5e6e77f9df88238e02146427a179489a16
 Trac-1.4.3.win32.exe
2f8b77570a389334220470febc88f8121852240be4e350ae5da054246dc7a7e8
 Trac-1.4.3.win-amd64.exe

Acknowledgements


Many thanks to the growing number of people who have, and continue to,
support the project. Also our thanks to all people providing feedback
and bug reports that help us make Trac better, easier to use and
more effective. Without your invaluable help, Trac would not evolve.
Thank you all.

Finally, we hope that Trac will be useful to like-minded programmers
around the world, and that this release will be an improvement over
the last version.

Please let us know.

/The Trac Team https://trac.edgewall.org/

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-GEh65%2BPEj3b-9qBqhMqj-H0_t%2B9Euz0LjxJ_gN3hjJw%40mail.gmail.com.

Re: [Trac] How to get the status of a ticket checkbox, to know which tickets are selected?

[Ryan Ollos]

On Tue, May 4, 2021 at 2:27 PM Santiago Uribe <
santiago.ur...@digidescorp.com> wrote:

> I'm creating a plugin, and I would like my plugin to only act on selected
> tickets. I'm having trouble accessing the status of the checkbox. does
> anybody have a suggestion on how to go about it?
>

Depending on how you want your plugin to act, you'll need to get the
selected tickets using JavaScript or when a request is submitted using
IRequest Filter. What behavior are you implementing?

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9tmrvwYz%3DO8w0Enyitk5S0D_EihKzvhya_%2BLXs20qznA%40mail.gmail.com.

Re: [Trac] Re: Trac / MySQL-python on Ubuntu 20.04

[Ryan Ollos]

On Wed, Mar 17, 2021 at 9:14 AM Andreas  wrote:

> Hello again,
>
> I do now really have to migrate our database to MariaDB as we have to
> access Trac from another system to read and write data to it.
>
> As the pip-installation is not working anymore, I found a way to install
> python-mysqldb (is this even the right package?!) on Ubuntu 20.04 by
> adding an older repository to my installation with the following commands:
>
> sudo add-apt-repository 'deb http://archive.ubuntu.com/ubuntu bionic main'
> sudo apt update
> sudo apt install -y python-mysqldb
>
> Source:
>
> https://stackoverflow.com/questions/63457213/how-to-install-python-mysqldb-for-python-2-7-in-ubuntu-20-04-focal-fossa
>
> ... but I am still getting the error during Trac migration that says
> "trac.core.TracError: Unsupported database type "mysql".
> Any idea of what coul be wrong / how to install the right package on
> Ubuntu 20.04?
>
> As long as the TracHoursPlugin is not working on Trac 1.4.2, I really need
> to find a way to migrate the older 1.2.2 to MySQL on Ubuntu 20.04...
>
> Thanks for any hints!!
>

I would create a virtualenv and "pip install mysql-python".
https://pypi.org/project/MySQL-python/

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-BDiqoNHWj_%2BKEBd%3Dv5%3DG-65wvfpDaVvDT%2BC-AKauO8A%40mail.gmail.com.

Re: [Trac] Re: Progress with Python 3?

[Ryan Ollos]

On Sat, Feb 20, 2021 at 8:34 AM emecas  wrote:

> Is the  branch 1.5-py3-tidylib.8  commit cd371a6 in
> https://svn.edgewall.org/git/trac/devs/jomae the best point for testing
> 1.5.x/Python3  version?
>
>
> Thanks
>
> Emerson
>

The Python3 changes are in Trac 1.5.2:
https://trac.edgewall.org/wiki/TracDownload#LatestDevRelease

There have been some minor changes on the trunk since then, so testing from
the trunk would be helpful as well.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9zjEYXcWU_fEnhpjjmYwx44__n%3DpgMy-25nUC3%3DZhOow%40mail.gmail.com.

Re: [Trac] Re: Missing reassign button on Trac 1.2.6

[Ryan Ollos]

On Tue, Feb 2, 2021 at 10:01 AM 'Tyler Boswick - NOAA Affiliate' via Trac
Users  wrote:

> Wow, that actually worked.  Thanks for the help and I'm glad it was simple!
>

Good to hear. On our end, it's a good reminder to document that issue. It
was unfortunate we had to make that change, but it should have never worked
without the "leave_status" to begin with, and the correction was needed to
fix some other issues.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9%2B8avDx_Lc6mASdeQws%2BzB9%3DwQiyvx-GqtVrbcLxbKvg%40mail.gmail.com.

Re: [Trac] TracBackLinkPlugin - TypeError: 'Fragment' object is not callable

[Ryan Ollos]

On Mon, Jan 18, 2021 at 4:48 PM Clemens Feige  wrote:

> Hello
>
> After upgrading my site from TRAC 1.2.3 to 1.4.2 the TracBackLinkPlugin
> is causing mysterious "Trac Oops" errors when viewing some ticket or
> wiki pages (but only on some of them).
>
> https://trac-hacks.org/wiki/TracBackLinkPlugin
>
> The particular error message is as follow:
>
> Oops...
> Trac detected an internal error:
> TypeError: 'Fragment' object is not callable
>
> Surprising this error does not trigger on all tickets or wiki pages.
> Only some of them cause the error (maybe 25% of them).
> Other tickets and wiki page work fine and I can see the desired "Back
> Link" box. This tells me that the plugin is basically working. So far I
> could not see a pattern.
>
> I have been using this plugin (older version) for years with great
> success on our old TRAC 1.2 But now I upgraded our TRAC to 1.4.2 and
> also upgraded the plugin and the problem started.
>
> I need your help, please.
>
> --
> Of course I have execute the required upgrade and sync-command to
> populate the database table:
>
> trac-admin  upgrade
> trac-admin  backlink sync
>
>
> ---
> I am running TRAC 1.4.2.
> No other plugins are enabled.
>
> TracBackLinkPlugin
> version is 1.0.12 [17951 by jun66j5]
>
> I also tested an earlier version, which also fails.
> version 1.0.11 [17948 by jun66j5]
>
> --
>
> Python Traceback
>
> File "/usr/local/lib/python2.7/dist-packages/trac/web/main.py", line
> 639, in dispatch_request
>dispatcher.dispatch(req)
> File "/usr/local/lib/python2.7/dist-packages/trac/web/main.py", line
> 252, in dispatch
>resp = self._post_process_request(req, *resp)
> File "/usr/local/lib/python2.7/dist-packages/trac/web/main.py", line
> 495, in _post_process_request
>resp = f.post_process_request(req, *resp[:-1])
> File "/usr/local/lib/python2.7/dist-packages/tracbacklink/web_ui.py",
> line 100, in post_process_request
>if type_ else None
> File "/usr/local/lib/python2.7/dist-packages/tracbacklink/web_ui.py",
> line 156, in _get_backlinks_content
>rendered = self._render_backlinks(req, sources)
> File "/usr/local/lib/python2.7/dist-packages/tracbacklink/web_ui.py",
> line 206, in _render_backlinks
>rendered.update(f(req, sources))
> File "/usr/local/lib/python2.7/dist-packages/tracbacklink/web_ui.py",
> line 323, in _render_repository_backlinks
>rendered(' ' if idx else u' \u2013 ', item)
>
> Above error is for a ticket and points to:
> _render_ticket_backlinks
>
>
> https://trac-hacks.org/browser/tracbacklinkplugin/1.0/tracbacklink/web_ui.py#L250
>
> ... but the error may also appear when viewing a wiki page:
> _render_wiki_backlinks
>
>
> https://trac-hacks.org/browser/tracbacklinkplugin/1.0/tracbacklink/web_ui.py#L209
>
>
>
> I would appreciate any help or comments on this matter.
> The TracBackLinkPlugin is very valuable and I would love to use it on
> our site.
>
> Best regards
> Clemens
>

I'm not sure about the cause, but I would open a ticket for the plugin:
https://trac-hacks.org/wiki/TracBackLinkPlugin#BugsFeatureRequests

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_2%3DfaYsRXmdqVRpSk4u8VEa0nTtrD6zQ_PY0nQxKVgAg%40mail.gmail.com.

Re: [Trac] TracBackLinkPlugin for TRAC 1.4

[Ryan Ollos]

On Sat, Jan 2, 2021 at 6:01 AM Clemens Feige  wrote:

> RjOllos wrote on 02.01.2021 at 02:57:
>
>
> On Friday, January 1, 2021 at 6:30:56 AM UTC-8 Clemens wrote:
>
>> Hello and Happy New Year.
>>
>> Are there any plans to make TracBackLinkPlugin compatible to Trac 1.4?
>>
>> https://trac-hacks.org/wiki/TracBackLinkPlugin
>>
>> SNIP...
>>
>> Any help would be greatly appreciated because we really love this plugin.
>>
>> best regards
>> Clemens
>>
>
> Yeah, it will take some work to make the plugin compatible with Jinja2
> template. The HTML injection needs to be ported to JavaScript. I hope to
> use the plugin in a Trac 1.4 installation within the next 2 months, so I
> may make a patch if it's not ported before then.
> https://trac-hacks.org/ticket/13619#comment:1
>
> Ryan
>
>
> Hello Ryan
>
> It would be really great if you could update this ticket for Trac 1.4.
>
> Meanwhile I have checked all of our other plugins. It turned out that
> indeed TracBackLinkPlugin is the only "blocker" for our desired migration
> to Trac 1.4. We like it so much because it helps with the typical problem:
> "It does not help to have information somewhere unless you are able to find
> it."
>
> Of course I am offering myself as beta tester.
>
> Thanks a lot
> Clemens
>

Looks like Jun has updated the plugin.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-DJi%3DNBeWECjuAEkL8W98toda8hL0vKqmDhERKkaq%2BsA%40mail.gmail.com.

Re: [Trac] Re: Trac 1.4.2 - doesn't handle spaces in Milestone names?

[Ryan Ollos]

On Mon, Dec 28, 2020 at 9:50 PM Rob Hills  wrote:

> Hi again Ryan,
>
> I am using mod_wsgi but because I am locked in to cPanel here, I have to
> use the one that cPanel permits in its framework.  I gather cPanel uses the
> [https://www.phusionpassenger.com/docs/tutorials/what_is_passenger/
> Phusion Passenger] App server.  It was quite a process getting Trac to even
> work with this, I had to Google widely and knit together multiple tidbits
> of information!  Unfortunately this means that lots of the nuts and bolts
> (like the Apache configuration) are hidden from the user.
>
> So, it's entirely possible I've mucked something up along the way to cause
> this issue.
>
> My Trac instance web root has the following structure (the symlinks were
> necessitated by Passenger!):
>
>-  cgi-bin folder
>-  htdocs folder
>-  public folder (symlink to htdocs)
>- passenger_wsgi.py (symlink to cgi-bin/trac.wsgi)
>
> The contents of my trac.wsgi (with a little obfuscation) had to be tweaked
> slightly from the one created by Trac and is as follows:
> #!//applications/trac/venv/bin/python
> # -*- coding: utf-8 -*-
> #
> # Copyright (C)2008-2009 Edgewall Software
> # Copyright (C) 2008 Noah Kantrowitz 
> # 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 https://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 https://trac.edgewall.org/log/.
> #
> # Author: Noah Kantrowitz 
> import sys, os
> INTERP = "//applications/trac/venv/bin/python"
> #INTERP is present twice so that the new Python interpreter knows the
> actual executable path
> if sys.executable != INTERP: os.execl(INTERP, INTERP, *sys.argv)
>
> def application(environ, start_request):
> if not 'trac.env_parent_dir' in environ:
> environ.setdefault('trac.env_path', '/
> /applications/trac/venv/trac_project')
> 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_parent_dir' in environ:
> os.environ['PYTHON_EGG_CACHE'] = \
> os.path.join(environ['trac.env_parent_dir'], '.egg-cache')
> from trac.web.main import dispatch_request
> return dispatch_request(environ, start_request)
>
> Maybe I need to put some debug logging in here?  If so, where/what would
> you suggest?
>

With TracStandalone I pprint'ed the environ dict at the start of
dispatch_request:

{'CONTENT_TYPE': 'text/plain',
 'HTTP_ACCEPT':
'text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9',
 'HTTP_ACCEPT_ENCODING': 'gzip, deflate, br',
 'HTTP_ACCEPT_LANGUAGE': 'en-US,en;q=0.9,fr-FR;q=0.8,fr;q=0.7',
 'HTTP_AUTHORIZATION': 'Digest username="user1", realm="trac",
nonce="854d06777afa9b9a5b0243a3a7453d5e",
uri="/proj-1.4/milestone/Release%20Edition%205.3",
response="b90c6b243cc22c34aef5ce336e9865e3", qop=auth, nc=0028,
cnonce="6ddef167d2ec8331"',
 'HTTP_CONNECTION': 'keep-alive',
 'HTTP_COOKIE': 'trac_form_token=6fedb0898635ff6cb18e7231;
trac_auth=db9c3ee6304876204f470c8217fdba24',
 'HTTP_HOST': 'localhost:8001',
 'HTTP_REFERER': 'http://localhost:8001/proj-1.4/roadmap',
 'HTTP_SEC_FETCH_DEST': 'document',
 'HTTP_SEC_FETCH_MODE': 'navigate',
 'HTTP_SEC_FETCH_SITE': 'same-origin',
 'HTTP_SEC_FETCH_USER': '?1',
 'HTTP_UPGRADE_INSECURE_REQUESTS': '1',
 'HTTP_USER_AGENT': 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36',
 'PATH_INFO': '/proj-1.4/milestone/Release Edition 5.3',
 'QUERY_STRING': '',

But I don't suppose the output would be captured anywhere visible if you
put at the start of the application function?:

import pprint
pprint.pprint(environ)

But maybe Passenger would capture it in a log? Or you could open a file and
output to a file?

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8jTApHHJco2OExXe_u4VBrYhfeQpgU14dzU4yGxanq%2Bg%40mail.gmail.com.

Re: [Trac] Problems upgrading Trac 1.2 to 1.4

[Ryan Ollos]

On Fri, Dec 11, 2020 at 9:10 AM Patty Cottrill  wrote:

> Thank you for the quick response.
>
>
>
> I did try using the SVN version, but I used pip install svn+
> https://trac-hacks.org/svn/accountmanagerplugin/tags/acct_mgr-0.5.0, as
> per the instructions on the plugin page.
>
> I still get the same results.
>

Install from trunk, like Jeff mentioned:
pip install svn+https://trac-hacks.org/svn/accountmanagerplugin/trunk

The plugin page needs to be updated.


Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_gqvJaefOVL4%2BhbqPJTCNzjUF132pfgpOowmWfo3FQxg%40mail.gmail.com.

Re: [Trac] Re: How to handle usernames in TRAC

[Ryan Ollos]

On Fri, Dec 4, 2020 at 7:41 PM Eliya Voldman  wrote:

> Sorry, it was my typo about 'autocomplete' in cgi-bin above
>
> I don't have autocompleteusers directory or file under $env.
>
You shouldn't. I didn't suggest it should be the case.


> I have only autocomplete
>
> $ ls www/chrome/ www/htdocs/
>
> www/chrome/:
>
> autocomplete/  common/  site/  web.config
>
>
>
> www/htdocs/:
>
> autocomplete/  common/  site/
>
>
>
> We are not using Apache but IIS and the path is D:\Trac\nbdr\www
>
> Thanks again, it wasn't easy but I am happy now that with your help I
> completed the task
>

Okay, so you had to copy www/htdocs/autocomplete to
www/chrome/autocomplete? I think this is due to your Alias configuration.
The manual copy operation shouldn't be needed.

I don't know how IIS configures Aliases, but there is probably something
similar.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9-4w-H1YLzeybBSEEu%2B1wS_9zZsGidebtQtGPKenVzww%40mail.gmail.com.

Re: [Trac] Re: How to handle usernames in TRAC

[Ryan Ollos]

On Fri, Dec 4, 2020 at 6:20 PM Eliya Voldman  wrote:

> Hi Ryan,
> Finally I was able to implement 'autocompleteusers' option.
> The trick was to copy 'autocomplete' directory from cgi-bin to chrome
> directory
> Now both 'autocomplete' and 'drop-down' works fine
>
> Highly appreciate your help
>

autocomplete in cgi-bin? Are you sure? Hopefully the directory is named
"autocompleteusers" and is not found in cgi-bin after deployment.

Here is an example:

$ trac-admin ../tracenvs/proj-1.4 deploy www
Copying resources from:
  trac.web.chrome.Chrome

/Users/rjollos/.pyenv/versions/trac-2.7/lib/python2.7/site-packages/Trac-1.4.2-py2.7.egg/trac/htdocs
/Users/rjollos/Documents/Workspace/trac-dev/tracenvs/proj-1.4/htdocs
  autocompleteusers.autocompleteusers.AutocompleteUsers

/Users/rjollos/.pyenv/versions/trac-2.7/lib/python2.7/site-packages/TracAutocompleteUsersPlugin-1.0.dev0-py2.7.egg/autocompleteusers/htdocs
Creating scripts.

$ find www/htdocs/autocompleteusers/
www/htdocs/autocompleteusers/
www/htdocs/autocompleteusers//css
www/htdocs/autocompleteusers//css/autocomplete.css
www/htdocs/autocompleteusers//css/indicator.gif
www/htdocs/autocompleteusers//js
www/htdocs/autocompleteusers//js/autocomplete_ticket.js
www/htdocs/autocompleteusers//js/autocomplete.js
www/htdocs/autocompleteusers//js/format_item.js
www/htdocs/autocompleteusers//js/autocomplete_query.js
www/htdocs/autocompleteusers//js/autocomplete_perms.js

It works for me.

What are your Alias directives in the Apache config?

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-XeSrPQOAmO2N3T9gubrr2B3bsh4agyyd9DUaea2oyOA%40mail.gmail.com.

Re: [Trac] Re: How to handle usernames in TRAC

[Ryan Ollos]

On Fri, Dec 4, 2020 at 10:14 AM Eliya Voldman  wrote:

> Hi Ryan,
>
> I already have www directory under Trac\NBDR :
>
> $ ls /d/Trac/NBDR/www/
>
> cgi-bin/  chrome/  htdocs/  web.config
>
>
>
> Currently webserver alias points to -> D:\Trac\nbdr\www
>
> You suggested to deploy to D:\Trac\NBDR\www and point the webserver
> Aliases to D:\Trac\NBDR\www
>
> I'm affraid it'll cause a conflict because it's already exist.
>
> Could I deploy to existing D:\Trac\nbdr\www like this and don't change
> Aliases. It sounds to me like deploying to location which already exist.
> Won't it break anything?
>
> Could I run the following:
>
> trac-admin D:\Trac\NBDR deploy D:\Trac\NBDR\www
>

You should be okay to redeloy to  "Trac/NBDR/www/". I'd do the following:
* Make a backup copy of the dir.
* Delete cgi-bin and htdocs
* Run deploy

cgi-bin and htdocs will be recreated. What's in the chrome directory? It's
probably not needed. I'm not sure about web.config. You may want to
relocate that file.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_scX0VJdDKUV9SymuhF-__bYQwDsHMM88NpqN4BxGfuQ%40mail.gmail.com.

Re: [Trac] Re: How to handle usernames in TRAC

[Ryan Ollos]

On Thu, Dec 3, 2020 at 12:02 PM Eliya Voldman  wrote:

> Well ... I tried to debug and set log to DEBUG level but did not find any
> errors.
>

I'd look for resource fetching in the browser request via Browser console
next.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_LSM87OkSF8z8f-8URGpzX6Bph4Cueiyj9bPvZJpShBQ%40mail.gmail.com.

Re: [Trac] TracHours Problem

[Ryan Ollos]

On Mon, Nov 30, 2020 at 11:04 AM 'Alan Paterson' via Trac Users <
trac-users@googlegroups.com> wrote:

> Hello,
>
> Apologies if this has been covered before; a quick search of this group
> hasn't turned up much.
>
> I seem to have been able to install the TracHours plugin and dependencies;
> when I create a ticket, I can see the new hours and estimated hours fields.
> The ticket seems to be created in some capacity, but rendering it causes
> the following internal error:
>
> Python Traceback
> Most recent call last: File
> "/usr/local/lib/python2.7/dist-packages/trac/web/main.py", line 639, in
> dispatch_request dispatcher.dispatch(req) File
> "/usr/local/lib/python2.7/dist-packages/trac/web/main.py", line 271, in
> dispatch method=method) File
> "/usr/local/lib/python2.7/dist-packages/trac/web/chrome.py", line 1443, in
> render_template fragment, iterable, method) File
> "/usr/local/lib/python2.7/dist-packages/trac/web/chrome.py", line 1517, in
> _render_jinja_template data): File
> "/usr/local/lib/python2.7/dist-packages/trac/web/chrome.py", line 1930, in
> _check_for_stream_filters stream, data) File
> "build/bdist.linux-x86_64/egg/ticketsidebarprovider/ticketsidebar.py", line
> 49, in filter_stream stream |= filter.after(tag.div(provider.content(req,
> ticket), File "build/bdist.linux-x86_64/egg/trachours/web_ui.py", line 184,
> in content load_template('hours_sidebar.html').generate(**data) File
> "/usr/local/lib/python2.7/dist-packages/trac/web/chrome.py", line 1372, in
> load_template return self._load_jinja_template(filename, text) File
> "/usr/local/lib/python2.7/dist-packages/trac/web/chrome.py", line 1398, in
> _load_jinja_template return (self.jenv_text if text else
> self.jenv).get_template(filename) File
> "/usr/local/lib/python2.7/dist-packages/jinja2/environment.py", line 883,
> in get_template return self._load_template(name,
> self.make_globals(globals)) File
> "/usr/local/lib/python2.7/dist-packages/jinja2/environment.py", line 857,
> in _load_template template = self.loader.load(self, name, globals) File
> "/usr/local/lib/python2.7/dist-packages/jinja2/loaders.py", line 127, in
> load code = environment.compile(source, name, filename) File
> "/usr/local/lib/python2.7/dist-packages/jinja2/environment.py", line 638,
> in compile self.handle_exception(source=source_hint) File
> "/usr/local/lib/python2.7/dist-packages/jinja2/environment.py", line 832,
> in handle_exception reraise(*rewrite_traceback_stack(source=source)) File
> "/var/pqtrac/.egg-cache/TracHours-0.7.4.dev0-py2.7.egg-tmp/trachours/templates/hours_sidebar.html",
> line 13, in template #time-worked { width: 100%; }
>
> My reported versions in the admin panel are:
> Trac 1.4.2
> TicketSidebarProvider 0.0 (0.11 from svn)
> TracComponentDependency 0.3
> TracHours 0.7.4.dev0
>
> All plug-ins where built from svn and copied to the trac enviroment
> plugins folder. I am not using any other plugins, apart from the
> TracSqlHelperScript plugin (also required by TracHours; I have no idea why
> this isn't showing in the admin panel).
>
> Any idea on what I should be doing next to resolve this problem would be
> greatly appreciated?
>
> Thanks,
>
> Alan
>

Keep an eye on this ticket: https://trac-hacks.org/ticket/13907

Hoping to have this issue resolved this week.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn86JreGRncpUFOGv%3D-h3QXGrYn4kzMjh9OnR2LZi1H4sA%40mail.gmail.com.

Re: [Trac] Wiki macro to create dated pages?

[Ryan Ollos]

On Mon, Nov 30, 2020 at 10:55 AM Christopher Nelson <
chris.nelson.1...@gmail.com> wrote:

> I know I once used a Trac wiki macro which allowed you to create dated
> wiki pages but I can't find it in my cloned repos or on Trac-Hacks.  If I
> recall correctly, the macro created a button you could click to create a
> wiki page under the current path with a name that included a formatted
> date.  I used it to take daily notes or meeting minutes.  So my project
> notes wiki page had a New Meeting button that would create ./Meeting
> 2020-11-30 if I clicked it today.  Does that sound familiar to anyone?
>
>  Chris
>

Yeah, I was using WikiCalendarMacro for the same purpose many years ago.
https://trac-hacks.org/wiki/WikiCalendarMacro

> This plugin inserts a small calendar where each day links to a wiki page
whose name matches the wiki-page-format argument.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9BvSORAxAtvhm2Ea%3DavD0pWvpjhg-Z7ppmtS0WxJOKYg%40mail.gmail.com.

Re: [Trac] Re: missing owner controls

[Ryan Ollos]

On Mon, Nov 30, 2020 at 9:26 AM ONeal Freeman  wrote:

> So under the newer version the owner control has been removed from the the
> ticket properties section into the ticket workflow section?
>

Yes, the owner is now always controlled with a set_owner operation in the
workflow.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-bXyt9QMvDim3qzZ8JEi1hTKoYGhfuHLhp%3D8NijV36Fg%40mail.gmail.com.

Re: [Trac] Re: missing owner controls

[Ryan Ollos]

On Sun, Nov 29, 2020 at 10:07 AM ONeal Freeman  wrote:

> For this purpose the new ticket should be unassigned so the IT manager can
> assign the ticket to the appropriate person. Can I get the owner combo back
> on the ticket itself and not in action section?
>

Just remove this section from the [ticket-workflow] if you don't want to
allow tickets to be assigned when created:

create_and_assign =  -> assigned
create_and_assign.label = assign
create_and_assign.permissions = TICKET_MODIFY

Note in the screenshot I posted, there is also a "create" action that will
result in the ticket assigned to [ticket] default_owner.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_%3DZTNV6QAU_ZqKhZYG5_rcH85FZw8LZZhpDy_92YM35g%40mail.gmail.com.

Re: [Trac] error in layout.html

[Ryan Ollos]

On Tue, Nov 24, 2020 at 5:29 AM ONeal Freeman  wrote:

> I use bitnami stack as a matter of speed and convenience. I had a
> catastrophic failure on a server that hosts our trac. So after the server
> was back online I installed that latest bitnami stack. It is version 1.5.1.
> - I created my environment, copied by backup into the newly created
> environment overwriting the default files.
> - I ran trac-admin upgrade with no errors.
> - I ran trac-admin wiki upgrade with no errors.
> When I launch the site I am getting the following error:
> File "e:\trac\knowledgebase\templates\layout.html", line 8, in top-level
> template code ${select('title/text()')} UndefinedError:
> 'select' is undefined
>
> Any help is greatly appreciated.
>

That's a Genshi template. The new templating engine is Jinja2, so you'll
need to convert the template:

https://trac.edgewall.org/wiki/TracUpgrade#Jinja2isthenewtemplateengine
https://trac.edgewall.org/wiki/TracDev/Proposals/Jinja
https://trac.edgewall.org/wiki/TracDev/Proposals/Jinja/TracInterfaceCustomization
https://trac.edgewall.org/wiki/TracDev/PortingFromGenshiToJinja#Changesinthetemplatesyntax
https://trac.edgewall.org/wiki/TracDev/PortingFromGenshiToJinja/Example

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8Kdh4UK6%3D_R3pzG7EtSO-1WQ_Mx8o1fbGrH5L_k59j2w%40mail.gmail.com.

Re: [Trac] Re: ISP system update broke Trac 1.0.3

[Ryan Ollos]

On Wed, Nov 11, 2020 at 8:10 PM Rick Macdonald  wrote:

> EditFilePlugin 0.11.1.1
> ./trac/plugins/EditFilePlugin-0.11.1.1-py2.7.egg
>

I'm not familiar with this one. It doesn't seem to be on trac-hacks.org.


> TracAccountManager 0.4.4
> ./trac/plugins/TracAccountManager-0.4.4-py2.7.egg
>

You'll need to upgrade to at least 0.5, preferably 0.6dev.


> TracAnnouncer   1.0dev-r0
> ./trac/plugins/TracAnnouncer-1.0dev_r0-py2.7.egg
>

This is obsolete, and most features have been integrated into Trac. If you
just want HTML emails, use:
https://trac-hacks.org/wiki/TracHtmlNotificationPlugin


> TracCustomFieldAdmin 0.2.8.post0
> ./trac/plugins/TracCustomFieldAdmin-0.2.8.post0-py2.7.egg
>

May need an upgrade, but should be fine.


> TracWorkflowAdmin  0.12.0.2
> ./trac/plugins/TracWorkflowAdmin-0.12.0.2-py2.7.egg
>

May need an upgrade, but should be fine.


> WorkflowEditorPlugin1.2.0dev-r0
> ./trac/plugins/WorkflowEditorPlugin-1.2.0dev_r0-py2.7.egg


This isn't needed if you have TracWorkflowAdmin.


> I tried to check for newer versions, but it's not obvious. Does a tag of
> 1.4 for a plugin mean that it works with that version?
>

Yes, exactly.


> For example, CustomFieldAdmin has this at the bottom of the trac-hacks
> page:
>
> Tags:
> 0.11 0.12 1.0 1.2 1.4 babel bsd-license cbalan osimons plugin ticket
>
> Rick
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-MncvP_PJXrM3PNNafXq%2BNk%3DfUs2HiftqmmjcAQ2Nn4g%40mail.gmail.com.

Re: [Trac] Re: ISP system update broke Trac 1.0.3

[Ryan Ollos]

On Wed, Nov 11, 2020 at 7:15 PM Rick Macdonald  wrote:

> You suggested I try to re-install Genshi above. But when I tried using pip
> to re-install Genshi, I got an unresolved dynamic library:
>
> ~/trac/python/bin/pip --version
> /home/user/trac/python/bin/python: error while loading shared libraries:
> libssl.so.1.0.0: cannot open shared object file: No such file or directory
>
> However, I found the missing Genshi error mentioned in some notes I wrote
> 6 years ago. At the time I used easy_install:
>
> python ~/trac/python/bin/easy_install
> --install-dir=~/trac/python/lib/python2.7/site-packages Genshi
>
> And this worked, so now the Trac instance runs again. I have no idea how
> Genshi got broken, especially since as far as I know the files are all
> contained within my user space.
>
> Thank you so much for your time an effort! You really did get me looking
> in the right places.
>
> So, someday we may have to upgrade from Trac 1.0.3. In your opinion, do
> you think it will work?  ;-) I've seen various methods:
>
> python ~/trac/python/bin/easy_install
> --install-dir=~/trac/python/lib/python2.7/site-packages/ --upgrade
> Trac==1.x.x
> or
> pip install --upgrade Trac
>
> And then dealing with any obsolete or change plugins.
>

pip is preferred since it will uninstall old packages, but either of the
commands you showed should work.

You might consider taking a multistep approach to gain confidence and
resolve plugin issues along the way.

1. Upgrade to 1.0.20. This should not break any plugins and will not
require a db upgrade.
2. Upgrade to 1.2.7. This will require a db upgrade and plugins might fail
if they don't support 1.2
3. Upgrade to 1.4.2. This will require a db upgrade and plugins might fail
if they don't support 1.4

Which plugins are you using?

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8oCyRccvzLJS2paL7Ryp2BWK2hDONeCLY%3D1ZCNo6SXgQ%40mail.gmail.com.

Re: [Trac] Re: ISP system update broke Trac 1.0.3

[Ryan Ollos]

On Mon, Nov 9, 2020 at 9:05 PM Rick Macdonald  wrote:

> Right. I have shell access to my user space on the server, so I can only
> see my own files. The trac/log file ends at 11 PM Oct 31, about when it got
> broken. The "mod_fcgi" error messages are from the apache log that appears
> as a link in my user space, but that's all it contains.
>
> My original thought was "copy over the environment" as you say, but how is
> that done when I'm going from 1.03 to 1.4?
>

It's possible the issue could be fixed by a simple server restart, but
doesn't sound like you have control over that.

Is there an .htaccess file in your user space that has Apache configuration?

To go from 1.0.3 to 1.4.2, you'd just need to run the trac-admin upgrade
command. I recommend reading:
https://trac.edgewall.org/wiki/TracUpgrade

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8-X%3DGW8ST-uM6QhvXSTwGufXG9kF7PA-V4TgMy2LysvA%40mail.gmail.com.

Re: [Trac] Re: ISP system update broke Trac 1.0.3

[Ryan Ollos]

On Mon, Nov 9, 2020 at 8:37 PM Rick Macdonald  wrote:

> Is there something I can get from the command line? I can't access the
> Trac web server at all. I get this 500 Error:
>
> Internal Server Error
>
> The server encountered an internal error or misconfiguration and was
> unable to complete your request.
>
> Please contact the server administrator at webmaster to inform them of the
> time this error occurred, and the actions you performed just before this
> error.
>
> More information about this error may be available in the server error log.
>

You could take a look in the environment logs/trac.log, but most likely the
information we need is in the web server logs.

Is the issue that you have server access but no elevated privileges to
inspect the Apache config and logs? If that's the case, and the server
admin won't help you, you probably need to setup a new Trac instance and
copy over the environment.

Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9Yc2OMWHmgKm5pFKTEgNqgBEkyrp35HdKhLmrmPtG7Xw%40mail.gmail.com.

Re: [Trac] Re: Installed Trac 1.4.2 but Welcome and About pages say 1.2

[Ryan Ollos]

On Mon, Nov 9, 2020 at 8:32 PM Rick Macdonald  wrote:

> $ ls -l templates/
> total 4
> -rw-rw-r-- 1 newuser0 pg1800169 603 Nov  9 15:42 site.html.sample
>

Okay, that's not the issue, so we'll have to look at the other questions I
posted in my first response.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn92CEw22Y%2BNS7yJv_f8%2Byuj3aPbOirVeGiChZhs2XNS1Q%40mail.gmail.com.

Re: [Trac] Trac 1.4.2 Milestone CBox not visible in Ticket

[Ryan Ollos]

On Wed, Oct 7, 2020 at 1:10 PM markus...@gmail.com 
wrote:

> Hi,
>
> very strange behaviour, I got a few tracs running with a basic conf and
> then a project specific conf. For all of them except one the milestones are
> visible and editable. the specific one has only private permission plugin
> for some sperations of some permissions on tickets. But even a trac_admin
> cant see the Dropdown for milestones.
>
> Any pointers?
>
> cheers
>
> MArkus
>

Check your [trac] permission_policies
https://trac.edgewall.org/wiki/TracUpgrade#NewpermissionpoliciesforWikiandTicketrealms

You may be missing DefaultTicketPolicy, or another permission policy is
rejecting TICKET_CHG_MILESONE before DefaultTicketPolicy can make the
decision.

Which "private permission plugin" are you referring to? There are several.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9WbKhOO6qHkJM09Fsm6CN_8vhX5WOe6-TqLazK9n96Xg%40mail.gmail.com.

Re: [Trac] Re: After system updates: TracError: Unsupported database type "postgres"

[Ryan Ollos]

On Wed, Sep 30, 2020 at 9:30 AM 'BRAIEK Aymen' via Trac Users <
trac-users@googlegroups.com> wrote:

> when i try your cmd   pip2 install --user psycopg2   i have this error
>  Could not fetch URL https://pypi.python.org/simple/pymysql/: There was a
> problem confirming the ssl certificate: [SSL: CERTIFICATE_VERIFY_FAILED]
> certificate verify failed (_ssl.c:727) - skipping


Could you try this?:

https://pypi.org/simple/pymysql/

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-w46phD7w3ftPPM6wOeAjOa6h%3DNqo%3DRWuETJ7n5N7Dsg%40mail.gmail.com.

Re: [Trac] On a ticket... add a comment with a checklist in it?

[Ryan Ollos]

On Wed, Sep 23, 2020 at 10:50 AM Aikido Guy  wrote:

> Hi,
>
> Is there any way to add a comment on a ticket that contains a check list
> with boxes that could be checked as TODO items are completed?
>
> I'm using Trac 1.4.2. Maybe there is a plugin? Or maybe I'd had to build
> one? I know that I could add check boxes to a ticket via customization, but
> I'm looking for something that does not alter the basic functionality
> (data) on a ticket but is only related to one comment on one ticket.
>
> Any and all thoughts welcome!
>
> Kindly,
> Aikido Guy
>

Maybe this plugin: https://trac-hacks.org/wiki/MilnCheckboxPlugin

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_OAYzBr3i-APONR21T2XgMQaTGp%2BGvia%3DXy0vvBR_woQ%40mail.gmail.com.

Re: [Trac] calling specific python code in jinja2 template

[Ryan Ollos]

On Mon, Jul 27, 2020 at 10:49 AM Cedric Lugnier 
wrote:

> Hi all,
>
> I'm currently migrating TracDownload plugin to jinja2. I am encountering
> some problems to call trac Ressource from jinja2 template. I tried to add
> the function in jinja2 environment before rendering it, but unfortunatly it
> doesn't work. Does somebody have any idea on how to pass cutom python
> funstion to jinja2 with trac?
>

I've seen some examples from older plugins where a python function is
defined in Genshi. In general, a better practice is to prepare the data
while processing the request and pass the data to a template. You can also
pass a function as a variable to the template. trac/web/chrome.py prepare
many functions that are available to the templates.
https://trac.edgewall.org/browser/tags/trac-1.4.2/trac/web/chrome.py#L633

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-hR1Nsr0z7Lz7VK0mHLhWfe3y_9n1V%3DL9g4XT2jhwVGQ%40mail.gmail.com.

Re: [Trac] Has anyone Trac running on RHEL8/CentOS8?

[Ryan Ollos]

On Mon, Jul 27, 2020 at 10:49 AM Ruud Hendricksen  wrote:

> I'm wondering ifg anyone has Trac running on RHEL8 or CentOS8. We are
> currently running on RHEL6 and want to migrate to RHEL8?
>

Key thing will be whether RHEL8/CentOS8 has Python 2.7. If not, you'll need
to find another package repository to pull it from.

If yes, you should be okay to create a virtualenv and install all the
dependencies needed by Trac.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9z%2BckXmbOdMvdaPem07HG7JMcQ8V2YFO1unVb%2BRvgTwQ%40mail.gmail.com.

Re: [Trac] Has anyone archived a Trac project to PDFs?

[Ryan Ollos]

On Thu, Jul 23, 2020 at 12:14 AM Cooke, Mark <
mark.co...@siemens-healthineers.com> wrote:

> Hello all,
>
> We are tidying up in preparation for a server move and would like to take
> some old projects offline.  However we need to keep the data accessible
> just in case, so I was thinking we could dump tickets and wiki pages to PDF
> files and use folders to maintain structure.
>
> Has anyone done anything like this?  Any python scripts etc that make
> crawling a trac project and printing to PDF less painful?
>
> Any better suggestions?
>
>
> Many thanks,
>
> ~ Mark Cooke


You could "wiki dump" and have plain text files that could be parsed to
convert to a different flavor markup, or rendered to HTML using Trac's
tools.
https://trac.edgewall.org/wiki/TracAdmin#FullCommandReference

IIRC, the PDF plugins generate HTML and then feed the HTML pages to PDF
tools. The same could be scripted. For example, see the script that
converts wiki pages to ReST:
https://trac.edgewall.org/browser/trunk/contrib/wiki2rst.py

It uses PyPandoc, which is worth a look:
https://pypi.org/project/pypandoc/

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8yxYB0PeGANAq1A_zBV%2BLz%3D9h0bWFcWrVoEuArFsPWXQ%40mail.gmail.com.

Re: [Trac] Re: getting blank report pages

[Ryan Ollos]

I think the code change was minor. If you look at the ticket I referenced you 
can see the theme.html change. Your log file shows the location of theme.html 
in the traceback at the end of the log. You might be able to fix the issue be 
editing theme.html


From: trac-users@googlegroups.com  on behalf of a 
colk 
Sent: Friday, June 12, 2020, 16:05
To: Trac Users
Subject: [Trac] Re: getting blank report pages

I'm on Fedora 32 and it was installed via the DNF package manager.  I tried to 
uninstall jinja but DNF wanted to uninstall everything, including trac.  I did 
this or that but in the end, it was a PITA trying to get it to work without 
installing things and it seemed that when installing with pip, things were 
still defaulting to what was installed with DNF.

I did have version 2.11 of Jinja.  If you're going to release a new version 
that might solve the problem, let's wait.  A few days of putting issues in a 
text file isn't a big deal.  I'll wait for the update and see if it solves it.  
Thanks for your quick reply.

--
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/c31aed55-f22c-42da-adc1-8c580f6a498fo%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/MWHPR0101MB2944F641D58E3F8E4CC90A29FF810%40MWHPR0101MB2944.prod.exchangelabs.com.

Re: [Trac] No login popup: "Authentication information not available"

[Ryan Ollos]

On Fri, Jun 5, 2020 at 9:26 AM Roger Rehnelt  wrote:

> I did not become a login popup at trac.domain.de/login.
> My config:
> Alias /chrome/common /var/www/vhosts/
> domain.de/trac.domain.de/htdocs/common
> Alias /chrome/site /var/www/vhosts/domain.de/trac.domain.de/htdocs/site
>
> 
> # For Apache 2.2
> 
> Order allow,deny
> Allow from all
> 
> # For Apache 2.4
> 
> Require all granted
> 
> 
>
> 
> SetHandler None
> 
>
> 
> SetHandler mod_python
> PythonHandler trac.web.modpython_frontend
> PythonOption TracEnv /var/www/vhosts/domain.de/trac.domain.de
> PythonOption TracUriRoot /
> 
>
> 
> AuthType Basic
> AuthName "domain"
> AuthUserFile /var/www/vhosts/domain.de/trac.domain.de/.htpasswd
> Require valid-user
> 
>
> this works (shorten):
> 
> SetHandler mod_python
> PythonHandler trac.web.modpython_frontend
> PythonOption TracEnv /var/www/vhosts/domain.de/trac.domain.de
> PythonOption TracUriRoot /
> AuthType Basic
> AuthName "domain"
> AuthUserFile /var/www/vhosts/domain.de/trac.domain.de/.htpasswd
> Require valid-user
> 
>
> But do a global login.
>
> How can I fix it?
> (BTW: I am using Plesk Obsidian with Apache 2.4 and Nginx as proxy.
>

Try placing your /login block before your / block:
https://trac.edgewall.org/wiki/TracModPython#LoginNotWorking

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-Hud%3DEjex8bBZEYxEgDF-QKWCUf4_oX%2BRWiPqRHUXDLw%40mail.gmail.com.

Re: [Trac] Re: Request help installing GraphvizPlugin

[Ryan Ollos]

On Wed, May 27, 2020 at 5:49 PM Aikido Guy  wrote:

> On Wednesday, May 27, 2020 at 8:19:48 PM UTC-4, Aikido Guy wrote:
>>
>> On Wednesday, May 27, 2020 at 3:35:18 PM UTC-4, RjOllos wrote:
>>>
>>> Graphviz will create $env/files/gvcache if $env/files exists. $env/files
>>> will be created the first time you upload an attachment, or if you migrate
>>> an old environment with attachments to Trac 1.0+.
>>>
>>> Graphviz should create the parent directory $env/files if it doesn't
>>> exist.
>>>
>>> Are you using a new environment for testing and haven't uploaded an
>>> attachment yet, or do your production environments not use attachments?
>>>
>>
>> I'm using a new environment (with no uploaded attachments) to ensure
>> everything is working before I start migrating my production environments.
>>
>> Likely I will create the files directory for all environments if it does
>> not already exist in order to ensure none of my production environments see
>> this issue...
>>
>
> Upon closer inspection... my production environments have "$env/gvcache"
> directories and not "$env/files/gvcache".
>
> Will the upgrade process properly handle this? i.e. move gvcache/ inside
> files/?
> > trac-admin --version
> 1.4.1
>

Trac upgrade will not move gvcache. The directory living directly under
$env does sound familiar from years ago when I last used the plugin. I
would guess that it's been moved and you'll have to relocate the directory
in your own upgrade script.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_DgR1OGX0zBR-7RAzRg6wT3DDYYRT4uxF3G_at6Yp%3D3g%40mail.gmail.com.

Re: [Trac] Re: Best way to upgrade Trac data from 0.12.3 to 1.4.0 (latest stable version)?

[Ryan Ollos]

On Thu, May 21, 2020 at 2:19 PM 'Michael Klobe' via Trac Users <
trac-users@googlegroups.com> wrote:

> On Tuesday, March 3, 2020 at 1:18:14 PM UTC-6, RjOllos wrote:
>>
>> On Tuesday, March 3, 2020 at 11:09:38 AM UTC-8, Mr. Smith wrote:
>>>
>>> *What is the right way to get our data from 0.12.3 upgraded by or for a
>>> Trac 1.4 installation?*
>>>
>>> Be sure to read through TracUpgrade:
>> https://trac.edgewall.org/wiki/TracUpgrade
>>
>
> We are in the same boat, sadly. I read through the (nice) upgrade wiki but
> one thing isn't clear to me: do we need to install stepwise (0.12 -> 1.0 ->
> 1.2 -> 1.4) or can we leap from 0.12 to 1.4 in a single bound?
>

You can install Trac 1.4 and `trac-admin $env upgrade` will upgrade an
environment from 0.12. No need to stepwise through each major release.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_DPQJm--05-DMbDjoE4PRNf7M%2B1zrt%2BTdSvkmupFOkdA%40mail.gmail.com.

Re: [Trac] Re: Update admin permission page to show the user's display name

[Ryan Ollos]

On Mon, Apr 13, 2020 at 4:00 PM Adam Howell  wrote:

> I would explain it as a max length is being applied to the display.
>
> My users that have a longer name shows less of their name. But users that
> have a shorter name show more of their names. If you need more information
> I'll attempt to build something here tomorrow
>

Is the truncation in the Permissions or Group Membership section? I assume
the latter, in which case you'll have to override the CSS in admin.css.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-_MSnyQrS6jT%3D9CWpgjQ50KoyivPzNN%2BH-rfsrvuOkSQ%40mail.gmail.com.

Re: [Trac] I have a very small Trac admin task on Upwork.com. Can I promote it here?

[Ryan Ollos]

On Fri, Apr 3, 2020 at 3:57 PM Mr. Smith  wrote:

> *New job link:*
>
> *https://www.upwork.com/jobs/~01541038effda9c3db
> *
>




-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_EepXB2VujrsfNAred%2BdgCpQoxdS9OmHCbSFYmg-RTAA%40mail.gmail.com.

Re: [Trac] I have a very small Trac admin task on Upwork.com. Can I promote it here?

[Ryan Ollos]

On Fri, Apr 3, 2020 at 1:01 PM Mr. Smith  wrote:

> I don't know if this is allowed.
>
> — E
>

Yes, please do. Thanks for checking.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_W8%2B9%3Dv_o5raZqDGqyorva8PiVbPc_LF9ZdqQ%3Ds0m19Q%40mail.gmail.com.

Re: [Trac] Re: tracd not working after OS upgrade from rhel 6.10 to 7.6

[Ryan Ollos]

On Tue, Mar 3, 2020 at 3:10 PM Jeff McKenna  wrote:

> Hi Ryan,
>
> I tried to explain here that what I found is that the latest release that
> supports all plugins is 1.2.5 from my testing.   Indeed there are plugin
> issues with 1.4.1 which is my point, and why I recommend to others to go
> with 1.2.5 (and save yourself 2 weeks of effort, spend that time on a beach
> instead) until the plugins catchup to 1.4.x
>
> -jeff
>

Understood. I was asking which plugins you are using that aren't compatible
with 1.4.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn90HGij7tXoYjQ%3D3J_%3DF0gSv%3DD9QQtiV%2Bb_O4mvZrirrQ%40mail.gmail.com.

Re: [Trac] Re: tracd not working after OS upgrade from rhel 6.10 to 7.6

[Ryan Ollos]

On Fri, Feb 28, 2020 at 9:53 AM RjOllos  wrote:

>
>
> On Friday, February 28, 2020 at 9:19:52 AM UTC-8, Rakesh kumar wrote:
>>
>> HI,
>>
>> We have upgraded the OS from rhel 6.10 to 7.6.
>>
>> Not abe to start the trac, Its giving the error while starting the trac
>>
>> Traceback (most recent call last):
>>   File "/bin/tracd", line 5, in 
>> from pkg_resources import load_entry_point
>>   File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 3007, in
>> 
>> working_set.require(__requires__)
>>   File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 728, in
>> require
>> needed = self.resolve(parse_requirements(requirements))
>>   File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 626, in
>> resolve
>> raise DistributionNotFound(req)
>> pkg_resources.DistributionNotFound: Trac==1.2.2
>>
>> Thanks,
>> Rakesh kumar
>>
>
>
> Did you install Trac using the RedHat package manager, or using
> easy_install/pip?
>
> - Ryan
>

Either way, you may want to just reinstall
* Uninstall/reinstall using package manager, or
* $ pip uninstall Trac
  $ pip install Trac==1.2.2

If the latter, consider installing the latest 1.2.x, which is 1.2.5.
https://trac.edgewall.org/wiki/TracDownload#Trac12StableRelease

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn88JoLG%3D6bSbLen6YH%3D6rfxzzGY8sBF2DgrTqUxqbdWwg%40mail.gmail.com.

Re: [Trac] Description renders incorrectly in Chrome

[Ryan Ollos]

On Sun, Feb 23, 2020 at 4:34 PM Iqbal Ahmad  wrote:

> Hi All,
>
>   I have installed Trac 1.4.1. Previously we were using Trac 1.0.  I am
> facing this problem of Description Text Area renders incorrectly. It got
> shifted to the right side as seen in the picture (Attached).
>
>   Also, Summary field is not as expected.
>
>   I am using Google Chrome.
>   *Version 80.0.3987.87 (Official Build) (64-bit)*
>
>   Any help would greatly appreciated. Thanks.
>
> Package   Version
>  
> backports.ssl-match-hostname3.5.0.1
> chardet 2.2.1
> *CKIntegration   1.1.dev0*
> configobj   4.7.2
> decorator  3.4.0
> futures  3.1.1
> *Genshi  0.7.3*
> iniparse 0.4
> ipaddress  1.0.16
> *Jinja22.11.1*
> kitchen  1.1.1
> langtable   0.0.31
> MarkupSafe  1.1.1
> perf   0.1
> pip20.0.2
> pycurl   7.19.0
> pygobject 3.22.0
> pygpgme 0.3
> pyliblzma 0.5.3
> pyparsing1.5.6
> python-augeas0.5.0
> python-linux-procfs 0.4.9
> pyudev0.15
> pyxattr 0.5.1
> PyYAML  3.10
> schedutils   0.4
> setuptools   0.9.8
> six  1.9.0
> slip 0.4.0
> slip.dbus0.4.0
> *Trac   1.4.1*
> *TracAccountManager0.6.dev0*
> *TracTags0.11*
> *TracWysiwyg 0.12.0.7*
> urlgrabber  3.10
>
>
> Regards,
> Iqbal
>


Be sure to redeploy static assets and do a hard refresh on your browser:
https://trac.edgewall.org/wiki/TracUpgrade#a6.Refreshstaticresources

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_FZt58Qbjk%3DBuhorW4Jz69uekjTktXh%3DT73cSvxsohyQ%40mail.gmail.com.

Re: [Trac] Re: Progress with Python 3?

[Ryan Ollos]

On Wed, Feb 12, 2020 at 11:35 PM Cooke, Mark <
mark.co...@siemens-healthineers.com> wrote:

>
>
> > -Original Message-
> > From: trac-users@googlegroups.com On Behalf Of Ryan Ollos
> > Sent: 13 February 2020 07:23
> > To: Trac Users 
> > Subject: Re: [Trac] Re: Progress with Python 3?
> >
> > > On Wed, Feb 12, 2020 at 10:14 PM Cooke, Mark  > > healthineers.com <mailto:mark.co...@siemens-healthineers.com> > wrote:
> > >
> > > > -Original Message-
> > > > From: trac-users@googlegroups.com On Behalf Of Ryan Ollos
> > > > Sent: 12 February 2020 20:27
> > > > To: Trac Users 
> > > > Subject: [Trac] Re: Progress with Python 3?
> > > >
> > > > On Wednesday, February 12, 2020 at 2:44:01 AM UTC-8, Cooke, Mark
> wrote:
> > > >
> > > > Hello all,
> > > >
> > > > Browsing #12130 [1] it looks like there has been some great progress
> with
> > > > a python 3 version.
> > > >
> > > > Is it ready for people to start trying it out?  I am happy with a
> buggy
> > > > version if I can try / test and report issues.
> > > >
> > > > I am under pressure to upgrade the python version on our host
> server...
> > > >
> > > > [1] https://trac.edgewall.org/ticket/12130
> > > >
> > > > With best regards,
> > > >
> > > > ~ Mark C
> > >
> > >
> > > I wouldn't run it in production yet, but if you can upgrade a staging
> > > site, test it and report issues, that would help.
> > >
> > > We'll also need to test plugins, and nearly every plugin will need at
> > > least a few modifications to work with python3. Only these have been
> > > tested so far:
> > > https://trac-hacks.org/tags/python3?wiki=on
> > >
> > > - Ryan
> >
> > Where is the best place to get the source?  The links for 1.5.x here:
> >
> > https://trac.edgewall.org/wiki/TracDownload#LatestDevRelease
> >
> > are all named with 1.3.6 and the box here
> >
> >
> https://trac.edgewall.org/wiki/TracDownload#AbouttheprerequisitesforTrac1
> > .5.x
> >
> > still mentions python 2.7.  The changesets in the ticket look like git
> > rather than subversion?
> >
> > ~ Mark C
> >
> >
> > Latest changes are in Jun's Git repository:
> > https://trac.edgewall.org/ticket/12130#comment:70
>
> Hmm, when I try to access the URL Chrome says:
> {{{
> This svn.edgewall.org page can’t be found
> No web page was found for the web address:
> https://svn.edgewall.org/git/trac/devs/jomae
> }}}
> ...do I need a trac.edgewall login to access that?
>
> ~ Mark C
>
>
To view through the web:
https://trac.edgewall.org/browser/jomae.git

And you can git clone it:

$ git clone https://svn.edgewall.org/git/trac/devs/jomae

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9vkzoKkTunuQ8HXeUTSQUEZSVr4JCuKMmKaVp0TB7X1w%40mail.gmail.com.

Re: [Trac] Re: Progress with Python 3?

[Ryan Ollos]

On Wed, Feb 12, 2020 at 10:14 PM Cooke, Mark <
mark.co...@siemens-healthineers.com> wrote:

> > -Original Message-
> > From: trac-users@googlegroups.com On Behalf Of RjOllos
> > Sent: 12 February 2020 20:27
> > To: Trac Users 
> > Subject: [Trac] Re: Progress with Python 3?
> >
> > On Wednesday, February 12, 2020 at 2:44:01 AM UTC-8, Cooke, Mark wrote:
> >
> >   Hello all,
> >
> >   Browsing #12130 [1] it looks like there has been some great
> progress with
> > a python 3 version.
> >
> >   Is it ready for people to start trying it out?  I am happy with a
> buggy
> > version if I can try / test and report issues.
> >
> >   I am under pressure to upgrade the python version on our host
> server...
> >
> >   [1] https://trac.edgewall.org/ticket/12130
> > 
> >
> >   With best regards,
> >
> >   ~ Mark C
> >
> >
> > I wouldn't run it in production yet, but if you can upgrade a staging
> site, test
> > it and report issues, that would help.
> >
> > We'll also need to test plugins, and nearly every plugin will need at
> least a
> > few modifications to work with python3. Only these have been tested so
> far:
> > https://trac-hacks.org/tags/python3?wiki=on
> >
> > - Ryan
>
> Where is the best place to get the source?  The links for 1.5.x here:
>
> https://trac.edgewall.org/wiki/TracDownload#LatestDevRelease
>
> are all named with 1.3.6 and the box here
>
>
> https://trac.edgewall.org/wiki/TracDownload#AbouttheprerequisitesforTrac1.5.x
>
> still mentions python 2.7.  The changesets in the ticket look like git
> rather than subversion?
>
> ~ Mark C
>

Latest changes are in Jun's Git repository:
https://trac.edgewall.org/ticket/12130#comment:70

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8NSB%2By%2B_CRNiB7G7UsA-cedi1EfSg%3DqYua2eo4%2ByS0JA%40mail.gmail.com.

[Trac] Trac 1.4.1 Released

[Ryan Ollos]

Trac 1.4.1 Released


Trac 1.4.1, the latest maintenance release for the current stable
branch, is available.

You will find this release at the usual places:

https://trac.edgewall.org/wiki/TracDownload#Trac14StableRelease

You can find the detailed release notes for 1.4.1 on the following
pages:
https://trac.edgewall.org/wiki/TracChangeLog
https://trac.edgewall.org/wiki/TracDev/ReleaseNotes/1.4#MaintenanceReleases

Now to the packages themselves:

URLs:

https://download.edgewall.org/trac/Trac-1.4.1.tar.gz
https://download.edgewall.org/trac/Trac-1.4.1-py2-none-any.whl
https://download.edgewall.org/trac/Trac-1.4.1.win32.exe
https://download.edgewall.org/trac/Trac-1.4.1.win-amd64.exe

MD5 sums:

0a785e0c7a50f81ae571f7ddb98b9cc0  Trac-1.4.1.tar.gz
633dbb6258199570f69535bef7dcd256  Trac-1.4.1-py2-none-any.whl
71c0cc64f8e992787ff0ed03d7c106cc  Trac-1.4.1.win32.exe
8d605056297a6438c96fa37eb8c0edcd  Trac-1.4.1.win-amd64.exe

SHA256 sums:

dfab4660df2b4d912e4ae36b40dbf4d2718df49177c89542408b2709ecf5c134
 Trac-1.4.1.tar.gz
306aa895fbb33958b5b58b3a4265d2437cadb84387d65bb68bd0f6259a0c5948
 Trac-1.4.1-py2-none-any.whl
b5b15175a70ce4e145980c07cba043e37d4a1025cbd2688c97a2511213ed7628
 Trac-1.4.1.win32.exe
abebec234200ac7f9aaa08ac220a32d235dcee009d1814929ecea927bd6fa339
 Trac-1.4.1.win-amd64.exe

Acknowledgements


Many thanks to the growing number of people who have, and continue to,
support the project. Also our thanks to all people providing feedback
and bug reports that helps us make Trac better, easier to use and
more effective. Without your invaluable help, Trac would not evolve.
Thank you all.

Finally, we hope that Trac will be useful to like-minded programmers
around the world, and that this release will be an improvement over
the last version.

Please let us know.

/The Trac Team https://trac.edgewall.org/

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CAOKhaj0ex8-EwLSvE6V74Hzq8uOy0izQzcSwN%3D7OkutzoGCTTQ%40mail.gmail.com.

Re: [Trac] How does one deprecate a page on Trac wiki?

[Ryan Ollos]

On Mon, Feb 10, 2020 at 6:24 AM Michele Dorigatti <
michele0doriga...@gmail.com> wrote:

> Some wiki have a feature to deprecate pages and sections, for example by
> using templates. Is there anything similar in Trac, or how could I achieve
> the same effect (marking a page as obsolete without deleting it)?
>

What are the features of a deprecated page? Hidden from title index? Not
shown in search results?

Possibly related to: https://trac.edgewall.org/ticket/9222

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-oy5eP-Rn3KOMMQoJmVbFzkxNKUfTUxBJUTnpcqPyqUw%40mail.gmail.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Ryan Ollos]

On Fri, Feb 7, 2020 at 2:57 PM Stefan Hett  wrote:

> Yes, did that multiple times. And Trac itself seems to be running on
> 1.0.19 correctly (as it's also visible in the version number in the
> footer). Only the plugin "name"/"text" on the page does seem to state the
> old version number.
>
>
Probably the egg for 0.12.7 is still present on Python's search path. You
may need to locate and delete it.

Are you using pip? You can try repeating "pip uninstall Trac" until it says
not installed, then: pip install "trac==1.0.19".

Or, locate Python's site-packages dir and look for traces of the old egg.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-mQwDpLmDikiT0NfNPie6zOSwrM6F5405nzCUaZf5gXA%40mail.gmail.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Ryan Ollos]

On Fri, Feb 7, 2020 at 5:28 AM Stefan  wrote:

> Hi,
>
> originally I created a ticket for the issue here:
> https://trac.edgewall.org/ticket/13252
> The reply suggested I rather ran into an installation issue than a bug in
> Trac.
>
> The minor glitch I'm experiencing is that after upgrading Trac 0.12.7 to
> 1.0.19, the plugin list under admin -> plugins (in the web UI) still shows
> Trac 0.12.7, while I would have expected this to read Trac 1.0.19 after
> performing the upgrade.
> I tried to search through other tickets and mails in this mailing list,
> but was not able to found a matching topic. Could anybody kindly point me
> to what I did wrong (or what I missed) when performing the upgrade?
>
> Regards,
> Stefan
>

Starting with the simplest possibility, did you restart your web server?
https://trac.edgewall.org/wiki/TracUpgrade#Instructions

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9y0w5qy5sF%2BLcHnHbmCx5%3D07X%2B9GzX1uN1SkaaztYSRQ%40mail.gmail.com.

Re: [Trac] Jina2 2.11.0 on Trac 1.4: "the inline if-expression on line 109 in 'theme.html' evaluated to false and no else section was defined"

[Ryan Ollos]

On Wed, Jan 29, 2020 at 3:12 PM Charles Bearden  wrote:

> Hi all,
>
> I'm working on creating a fresh up-to-date Trac install recipe for my
> department, and I encountered an exception with Jinja2 2.11.0 under Trac
> 1.4. I wanted to run this problem by the list before logging a ticket.
>
> Ubuntu 18.04
> Python 2.7.17 virtualenv
> Installing newest version of all prerequisites with pip
>
> When I run the server via tracd, the main page displays correctly, but
> when I click Timeline, Roadmap, View Tickets, or Search, only part of the
> page source is returned (nothing renderable by the browser) and an
> exception appears in the trac.log:
>
> 2020-01-29 16:22:41,020 Trac[chrome] ERROR: Jinja2 UndefinedError error
> while rendering XML/HTML template
> Traceback (most recent call last):
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/trac/web/chrome.py",
> line 1704, in _iterable_jinja_content
> for chunk in stream:
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/jinja2/environment.py",
> line 1357, in __next__
> return self._next()
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/jinja2/environment.py",
> line 1334, in _buffered_generator
> c = next(self._gen)
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/jinja2/environment.py",
> line 1125, in generate
> yield self.environment.handle_exception()
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/jinja2/environment.py",
> line 832, in handle_exception
> reraise(*rewrite_traceback_stack(source=source))
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/trac/timeline/templates/timeline.html",
> line 12, in top-level template code
> # extends 'layout.html'
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/trac/templates/layout.html",
> line 12, in top-level template code
> # import "macros.html" as jmacros with context
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/trac/templates/theme.html",
> line 22, in top-level template code
> # block body
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/trac/templates/theme.html",
> line 109, in block "body"
> # include resourcepath_template if resourcepath_template ignore missing
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/jinja2/loaders.py",
> line 179, in get_source
> pieces = split_template_path(template)
>   File
> "/path/to/projects/tmp/trac/venv2/local/lib/python2.7/site-packages/jinja2/loaders.py",
> line 28, in split_template_path
> for piece in template.split("/"):
> UndefinedError: the inline if-expression on line 109 in 'theme.html'
> evaluated to false and no else section was defined.
>
> When I pin Jinja2 to 2.10.3, the problem goes away. So, it seems like
> changes to Jinja2 from 2.10 to 2.11 cause this breakage.
>
> Anyone else seen this?
>
> All the best,
> Chuck Bearden
>

Yes, see:

https://trac.edgewall.org/ticket/13242

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_gYGVxUv_hF_zdLySCtA-Ani6_%2BPKvemYUqWTugz2G%2Bw%40mail.gmail.com.

Re: [Trac] Re: How to get all the menus of a user through program?

[Ryan Ollos]

On Fri, Jan 17, 2020 at 2:18 AM Velu Narasimman 
wrote:

> I want to achieve this without making a HTTP request from browser. I guess
> the chrome.get_navigation_items will work only if there is a web request.
> Isn't it? Otherwise, I wish to make it without authenticating/bypassing
> authentication and everything within a python script file. Is this
> possible? Please share me your ideas.
>

Yes, you can use from Python. The samples shown are part of the Trac API.
You'll need to Mock out the Request object.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9OqFziTusTE0_LaVUxc1VRbb1k6e3_XF6yQKxOa9P8uQ%40mail.gmail.com.

Re: [Trac] Move trac project from a directory to another

[Ryan Ollos]

On Sat, Jan 11, 2020 at 11:09 AM Giovanni Gherdovich 
wrote:

> Hello,
>
> I'd like to change the path of a trac project; I'm not sure I understand
> the
> directions at https://trac.edgewall.org/wiki/TracMigrate#TracMigration
> where
> it says:
>
>   "Copy the environment to the location of the project created in the first
>   step."
>
> What files and directories constitute "the environment"? Is it the entire
> root
> directory of the project or just the files/attachments tree?
>
> FWIW I'm doing this on both a Trac 1.2 and 1.4 deployments.
>

Yes,
https://trac.edgewall.org/wiki/TracEnvironment#DirectoryStructure

You should be able to relocate the environment directory without any side
effects, provided you don't have relative paths coded in sections like
[inherit].

https://trac.edgewall.org/wiki/TracIni#GlobalConfiguration

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-BygzX7myq9wofy7n-ieW5wffH_BoemhgGOxpoK5r2UA%40mail.gmail.com.

Re: [Trac] Trac Ini Admin Panel -- Trac detected an internal error: ValueError: too many values to unpack

[Ryan Ollos]

On Wed, Dec 25, 2019 at 3:49 PM David Johnstone 
wrote:

> Good Morning,
>
>
>
> I have attempted to update the TracIniAdmin Panel Plugin to the most
> recent version and get the error “Trac detected an internal error:
> ValueError: too many values to unpack”
>
>
>
> Running Trac 1.2.5 on SUSE 12 SP5.
>
>
>
> Looks like a bug, have rolled the Plugin back to release 17519 and still
> seeing the same error.
>
>
>
The plugin maintainer chose to make trunk compatible with only Trac 1.4+,
rather than add compatibility code that would make it work with 1.2 and 1.4:
https://trac.edgewall.org/ticket/13237#comment:5
https://trac-hacks.org/changeset/17641/traciniadminpanelplugin#file6

However, you can install from:
https://trac-hacks.org/svn/traciniadminpanelplugin/1.3/

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn98PZpmXrp_w%2BvByKB0Rp8bLe0nd-Das3V_2o%2BDO2juwg%40mail.gmail.com.

Re: [Trac] ConfigurationError: Cannot find an implementation of the IPasswordStore interface named HtPasswdStore. Please check that the Component is enabled or update the option

[Ryan Ollos]

On Thu, Dec 19, 2019 at 11:08 PM Velu Narasimman 
wrote:

> Hi,
>
> I am facing a new problem now. It was working fine few days ago but
> not now. Below are the error details,
>
>
> 2019-12-20 11:20:45,706 Trac[main] ERROR: Can't authenticate using
> LoginModule:
> Traceback (most recent call last):
>   File
> "/usr/local/lib/python2.7/dist-packages/Trac-1.0.15-py2.7.egg/trac/web/main.py",
> line 216, in authenticate
> authname = authenticator.authenticate(req)
>   File "build/bdist.linux-x86_64/egg/usr_mgr/web_ui.py", line 143, in wrap
> return func(self, *args, **kwds)
>   File "build/bdist.linux-x86_64/egg/usr_mgr/web_ui.py", line 156, in
> authenticate
> req.environ['REMOTE_USER'] = self._remote_user(req)
>   File "build/bdist.linux-x86_64/egg/usr_mgr/web_ui.py", line 196, in
> _remote_user
> if Usermanage(self.env).check_password(user, password):
>   File "build/bdist.linux-x86_64/egg/usr_mgr/api.py", line 157, in
> check_password
> if (self.password_store.checkGlobal_password(user,password)):
>   File "build/bdist.linux-x86_64/egg/usr_mgr/api.py", line 273, in
> password_store
> return self._password_store
>   File
> "/usr/local/lib/python2.7/dist-packages/Trac-1.0.15-py2.7.egg/trac/config.py",
> line 747, in __get__
> option=tag.tt("[%s] %s" % (self.section, self.name
> ConfigurationError: Cannot find an implementation of the
> IPasswordStore interface named HtPasswdStore. Please
> check that the Component is enabled or update the option
> [account-manager] password_store in trac.ini.
>
> I found a suggestion at this link
> https://groups.google.com/forum/#!topic/trac-users/sf1bKgcrzr4 but in my
> trac.ini configuration file, I have the following enabled already.
>
> [account-manager]
> password_file = /usr/share/trac/trac.htpasswd
> password_store = HtPasswdStore
>
> [components]
> acct_mgr.htfile.htdigeststore = enabled
> acct_mgr.htfile.htpasswdstore = enabled
>
>
> Now login doesn't work and I am not able to access the site. Please help
> me to fix this up!
>

You might just try:
[components]
acct_mgr.* = enabled

if that works, you can start disabling components.

Also, check that components are loading:

https://trac.edgewall.org/wiki/TracTroubleshooting#ChecktheLogs

I'm not sure what to make of this traceback:
File "build/bdist.linux-x86_64/egg/usr_mgr/web_ui.py", line 196, in
_remote_user
if Usermanage(self.env).check_password(user, password):

What is "usr_mgr", and "Usermanage" class? That's not part of
AccountManager. And why is that path relative rather than absolute? It
seems maybe you are loading an egg unintentionally. Maybe some fork of
UserManagerPlugin?

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_nF3D9tfU7ofPqJN9fm%2BaWjSKD1Txpvefwp03UyLo2Ww%40mail.gmail.com.

Re: [Trac] Re: How to migrate Trac 0.12.3 tickets to Jira Software (Cloud version)

[Ryan Ollos]

On Mon, Dec 9, 2019 at 9:23 AM Mr. Smith  wrote:

> Thanks for that. We would also want to migrate attached files. Any ideas
> there?
>

You can pull all of the data and attachments using TracXMLRPC. You probably
need to generate the CSV or JSON format required by JIRA. I would try to
find a specification for that.

https://trac-hacks.org/wiki/XmlRpcPlugin

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9%2BEWE2D_Jrtpjh%2BPSPC_-ZSNnqv%3DH0L6Q74KFo3%2BY3Pw%40mail.gmail.com.

Re: [Trac] ticket_notify_email.txt for Jinja2

[Ryan Ollos]

On Mon, Nov 25, 2019 at 3:07 AM Mo  wrote:

>
> Am Montag, 25. November 2019 04:28:39 UTC+1 schrieb Jun Omae:
>
>> Since Trac 1.2, username in the fields is displayed using full name of
>> the user.
>> If you don't want the feature, set disable to [trac] show_full_names
>> option.
>>
>> See https://trac.edgewall.org/ticket/7339.
>>
>
> So why doesn't this option apply to both fields Reporter and Owner?
>

In your example, are owner and reporter the same user? I would check first
if "Foo" has a full name set in preferences. The fallback is to use
username when full name is not set.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_Rvo%3DFLruwUgfu8HFV6cBjKdUdq4mVfD7HkMUbN5xFPw%40mail.gmail.com.

Re: [Trac] Re: Moving complete Trac installation to pip

[Ryan Ollos]

On Mon, Nov 25, 2019 at 3:34 AM Mo  wrote:

> Am Sonntag, 17. November 2019 21:25:04 UTC+1 schrieb RjOllos:
>>
>>
>> I suggest trying to get everything published to PyPI and install from
>> there.
>>
>
> Is there any reason for some plugins not being published on PyPI like
> https://trac-hacks.org/ticket/13690#comment:1 ?
> Maybe comment directly on that ticket...
>

He says in the ticket, that he doesn't want to take the time to publish to
PyPI, so I think that's the answer.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8mu5NFaX04FZKkvLOuJ7bRQ82uLd%3DY_CNoPpBCJM8eUQ%40mail.gmail.com.

Re: [Trac] postgres.*.*.bak.gz files

[Ryan Ollos]

On Thu, Nov 21, 2019 at 2:18 AM Mo  wrote:

> Hi,
>
> I found a lot of files like $ENV/db/postgres.*.*.bak.gz
>
> Who creates these files and when. Are the files rotated?
> I guess they are not rotated as I new and very old files down to 2015 when
> I started with Trac.
>
> Having external backups I guess we don't need such database backups and I
> wasn't even aware of. I can't find anything about that in the docs, just
> found TracBackup which describes 'hotcopy' which is something else.
>
> Best regards
> - Mo
>

Upgrade creates them:

$ trac-admin ../tracenvs/proj-1.3 help upgrade
upgrade [--no-backup]

Upgrade database to current version

The database is backed up to the directory specified by [trac]
backup_dir
(the default is 'db'), unless the --no-backup option is specified. The
shorthand alias -b can also be used to specify --no-backup.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_OmcZ5wZGC5HbxX%3DzrZxM4DanMKRBCbFQVUBRuUE2DTA%40mail.gmail.com.

Re: [Trac] Re: Vanilla Trac Slow

[Ryan Ollos]

On Wed, Nov 20, 2019 at 4:34 AM Gabriel Alves  wrote:

> My bad. I forget to tell I'm using MySQL 5.7.
>
> I'm sure Trac 1.4 is much better than older versions. But older versions
> can just handle 2,5 requests per second?
>

I think you should get better performance. Of course, it will depend on
your hardware. I will do some tests with Locust this coming weekend.


> How I said, the tests were done using standalone/apache and I got the same
> results.
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn81LptcEgNRSDwWo6OoqaOqYsnYOX_gLfSMVRF11iGd6Q%40mail.gmail.com.

Re: [Trac] Vanilla Trac Slow

[Ryan Ollos]

On Tue, Nov 19, 2019 at 12:17 PM Gabriel Alves 
wrote:

> Hello guys.
>
> From a few weeks ago to now days, I'm doing some tests with Trac(from
> 0.12x to trunk) and I see it can't handle multiple requests. Is that true
> or I'm doing something very wrong?
>
> I have some environments using apache and others using standalone. In both
> cases, I faced the same results.
>
> I have logged only one method(_process_ticket_request) and methods inside
> it(pictures are filtered). Look some pictures and I'll explain it:
>
> [image: 3.PNG]
>
> (state, id, local_hour, method, timestamp)
>
>
> When the server is ready, the first few requests(open some tickets in this
> example) are handled all at the same time after a long delay(something
> about 5~20 seconds).
>
> After that, requests take somehow uniform time:
>
> [image: 2.PNG]
>
> (state, id, local_hour, method, timestamp)
>
> How I said, trac vanilla (without plugins).
>
> I'm alredy done some tests using Locust to open some aleatory tickets and
> the results are very bad(simulation with 50 persons, 5 per second):
>
> [image: rps.png]
>
> [image: rt.png]
>
> I can do something about 2,5 requests per second. (I'm sure apache cand do
> much more and I guess standalone can do it too)
>
> Conditions:
> Trac 1.0.17~19
> Windows 10
> Standalone/Apache 2.4 with mod_wsgi
>

You may want to use PostgreSQL or MySQL, rather than SQLite:
https://trac.edgewall.org/wiki/TracPerformance#Database

Trac 1.4 with Jinja2 should give the best performance.

I don't have experience with Apache on Windows, but I've read there can be
performance problems.
https://groups.google.com/d/msg/trac-users/EmesGAcdtrE/kTSdh1N9BAAJ

Concurrent request performance is pretty good on Linux with Apache and
PostgreSQL or MySQL, in my experience.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8dgMMwfRqxqnFWTshOOd6BiThFj9LXLfTF5tUq8LVpVQ%40mail.gmail.com.

Re: [Trac] Migration from 1.2.3 to 1.4

[Ryan Ollos]

On Tue, Nov 19, 2019 at 5:33 AM Mo  wrote:

> Am Montag, 18. November 2019 16:42:41 UTC+1 schrieb RjOllos:
>
>>
>> Ticket clone is an optional component. Please make sure it is enabled and
>> loading:
>> DEBUG: Loading plugin "tracopt.ticket.clone"
>>
>
> 2019-11-19 14:25:49,510 Trac[loader] DEBUG: Loading plugin
> "tracopt.ticket.clone" from
> "/mnt/data/trac/.local/lib64/python2.7/site-packages"
>

Please make sure the plugin is enabled in trac.ini for through the  General
> Plugin webadmin page.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_Pez2gFg_Bn89z_hLM-yqDxR36_o%2B81REC%2B0Zzoqb%3D1g%40mail.gmail.com.

Re: [Trac] Why am I seeing a lot of repeated log lines in trac.log?

[Ryan Ollos]

On Wed, Nov 13, 2019 at 11:36 PM Velu Narasimman 
wrote:

> Hi,
>
> I try that "open_environment" function and let you know the
> improvements.
>
> Second thing, below is my virtual host configuration. Please go
> through it and help me to fix any wrong configuration that I have made.
>
>
> #Trac instance configuration
> WSGIScriptAlias / /usr/share/trac/trac.wsgi
>
> WSGIApplicationGroup %{GLOBAL}
> Options Indexes FollowSymLinks
> Order allow,deny
> Allow from all
> 
> Require all granted
> 
> 
>
> # Mapping Static files
> Alias /PMO/chrome /var/www/html/htdocs/htdocs
> AliasMatch  "^/([^/]*)/chrome/(.*)$" "/var/www/html/htdocs/htdocs/$2"
> 
>  Options -Indexes
> 
> Require all granted
> 
> 
>

Looks like the above is the only Trac-specific part of your configuration.

You should be able to delete the "Alias" directive as the "AliasMatch"
directive will work for path /PMO/Chrome.

I had a similar scenario, with 3 environments all sharing the same Python
instance and thus same Trac install, and all plugins installed to
"site-packages":

/var/trac/env1
/var/trac/env2
/var/trac/env3

Looks like you have pretty much the same situation.

I ran "trac-admin deploy /var/trac/env1 /var/trac/www" and then pointed the
Apache Alias and WSGIScriptAlias to this directory.

Alias points to /var/trac/www/htdocs, WSGIScriptAlias points to
/var/trac/www/cgi-bin/trac.wsgi

Of course, since all environments are sharing the same trac.wsgi, I believe
you must set trac.env_path. Take a look at the code in the trac.wsgi that
was created by the deploy command. For my case, it looks like this:

def application(environ, start_request):
if not 'trac.env_parent_dir' in environ:
environ.setdefault('trac.env_path', '/var/trac/env1')
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_parent_dir' in environ:
os.environ['PYTHON_EGG_CACHE'] = \
os.path.join(environ['trac.env_parent_dir'], '.egg-cache')
from trac.web.main import dispatch_request
return dispatch_request(environ, start_request)

Sharing the same trac.wsgi for all projects would result in trac.env_path
being set to /var/trac/env1 for all projects. That is, unless you set
trac.env_path or trac.env_parent_dir in the Apache config using:

SetEnv trac.env_path /var/trac/$envname

or

SetEnv trac.env_parent_dir /var/trac

The latter is fine if all of your environments are in the same directory.

Looking at your config snippet:

WSGIScriptAlias / /usr/share/trac/trac.wsgi
   
WSGIApplicationGroup %{GLOBAL}
Options Indexes FollowSymLinks
Order allow,deny
Allow from all

Require all granted



Looks like your Trac site is served at path / and all your Trac
environments are under /opt/TracProjects.

It looks like your deploy execution created /var/www/html/htdocs/htdocs, so
I assume also /var/www/html/htdocs/cgi-bin/trac.wsgi was created.

I would use something like this (untested, so you may have to correct some
typos). Assumes Apache 2.4.

WSGIScriptAlias / /var/www/html/htdocs/cgi-bin/trac.wsgi

WSGIApplicationGroup %{GLOBAL}
Require all granted



SetEnv trac.env_parent_dir /opt/TracProjects


AliasMatch  "^/([^/]*)/chrome/(.*)$" "/var/www/html/htdocs/htdocs/$2"

Options -Indexes
Require all granted


You ran deploy with "/var/www/html/htdocs" as the argument?

Might be cleaner to run "trac-admin /path/to/env deploy /var/www/trac" and
create:
/var/www/trac/htdocs
/var/www/trac/cgi-bin

You'd have to adjust paths above if you make these path changes.

I hope it makes sense.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8S8P_Hn8T9f%2BYE906-cbVUW07Dh2GPKpXTC9zWB4iYJA%40mail.gmail.com.

Re: [Trac] Re: Moving complete Trac installation to pip

[Ryan Ollos]

On Thu, Nov 14, 2019 at 6:03 AM Mo  wrote:

> Am Donnerstag, 14. November 2019 11:55:54 UTC+1 schrieb RjOllos:
>
>>
>> $ pip install svn+https://trac-hacks.org/svn/accountmanagerplugin/trunk
>>
>> * Replace pip with pip2.7 as needed
>> * For Git repositories, use "git+" prefix rather than "svn+"
>>
>
> Thanks. But when installing from a custom link, for later updates I need
> to do another pip install -U from exactly the same link or does the
> installation remember it's source URI?
>

No, I don't think it remembers.

Instead, check-out/clone the repository and run "pip2 install ." from the
root of the repository (or you may be able to provide a path rather than
using "." from the root).


> Btw. all the updating via pip is not optimal. From what I learned on
> #python@freenode, pip has no 'pip update' and no 'pip update all' which
> every package manager should have a convenience function for. There is only
> pip2 install --user -U 
> and
> pip2 list --user --outdated
> which I could use as input for the first.
> I could also maintain a  but that would mean I need to
> maintain that for every new package.
>

Sure, but writing a requirements.txt that lists all of your installed
packages is not much work at all, in fact it will save you time.
"git+https" and "svn+https" URLs can be used in the requirements file. I
believe you can also use local paths to a repository checkout/clone (check
the docs on that).

Then, "pip2 install -Ur requirements.txt", and you never have to worry
about listing packages to update.

That gets you the same result as if the installation remembered its source
URI. And requirements.txt serves as documentation for your installed
packages.


> Finally after talking about these shortcomings on pip I was told, that
> "poetry (for projects) and pipx (for executables) are more suitable tools
> for end users", and that some " 'update all' is woefully ill-advised
> misfeature in library managers like pip and npm.
> I'm no Python dev yet and a bit confused about... so pip is more a library
> manager than a package manager...
>

pip is a package installer. It can update packages from PyPI and will
update to the latest version. When installing from a repository, I believe
it rebuilds the package every time - it may not be able to determine if the
installed version is the latest relative to the repository.

I haven't used poetry or pipx. There are all sorts of derivatives and
projects that build on pip that appear to provide minor conveniences.


> But still Trac advises to use pip if not doing the "python2.7 setup.py
> bdist_egg" manually.
>

Yes, pip is better than easy_install, as it installs in the newer wheel
format and has an "uninstall" feature. But you can use easy_install or
"python setup.py install" if you prefer.

The other issue is that plugins installed to the environment or shared
"plugins" directory must be eggs. I believe you may be able to force-build
an egg using pip, but by default it will install a wheel package. Wheel
packages are fine, and preferred, if installing to the global or virtual
environment.

The easiest thing to do in my opinion is:
* Write a requirements.txt
* Install from PyPI as much as possible. If a package isn't on PyPI or
needs to be updated on PyPI, just ask the author to publish it.
* Use a virtual environment. You can also delete the virtual environment
and recreate it with all plugins in seconds if you have a requirements.txt

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9MrVXrShvWKTxFwRZwkenWJY%2BrNc1hZ9RcFGPVRiHoiQ%40mail.gmail.com.

Re: [Trac] What happens to existing tickets if I delete a ticket field entry as admin?

[Ryan Ollos]

On Thu, Nov 14, 2019 at 3:25 AM Tasos Papastylianou <
tpapastylia...@gmail.com> wrote:

> Hello,
>
> I have been given admin rights by our main project admin, and I would like
> to change some ticket fields because the ones already there are the generic
> ones, which don't really apply to our project.
> But, we have tickets making use of those generic ones already.
> My question is, if I delete the generic entries (e.g. say I remove
> "component 1" and add my own component field) what happens to existing
> tickets making use of those fields?
> I wouldn't want to negatively affect existing tickets by removing
> currently used fields from that list.
>
> Thanks,
> T.
>

I believe that for all fields the value is inserted as a form option for
existing tickets that have the value, and the ticket field value will be
left unchanged.

I can double-check that for you if you let me know the Trac version you are
using.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8axZGHikZNmArt8Ka5Xy80b--rYe%3D7iJ8Wo0ZHMvK55w%40mail.gmail.com.

Re: [Trac] Re: Moving complete Trac installation to pip

[Ryan Ollos]

On Thu, Nov 14, 2019 at 2:09 AM Mo  wrote:

> Am Donnerstag, 14. November 2019 09:21:51 UTC+1 schrieb Mo:
>>
>>
>> Is it a good idea to move all the Trac installation towards using pip and
>> install into ~trac/ home? How would I check all user packages for updates,
>> how would I update all?
>>
>
> At least for the plugins it does not seem to be a good solution, as only
> half of the list of our plugins is available in pip, and there some of the
> plugins are not the latest version like
> TracAccountManager-0.5.1.dev0-py2.7.egg v.s. TracAccountManager (0.5.0) in
> pip.
>

Correction of your terminology - TracAccountManager 0.5.0 is available on
"PyPI" and passing a package name to pip like "pip install
TracAccountManager" will install from PyPI.

But you can also install directly from a source code repository with pip.
See (1) for examples:

$ pip install svn+https://trac-hacks.org/svn/accountmanagerplugin/trunk

* Replace pip with pip2.7 as needed
* For Git repositories, use "git+" prefix rather than "svn+"

(1) https://trac-hacks.org/wiki/AccountManagerPlugin#DownloadsandSource

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn98wYrDYS8pgr7qfB4yN3fOz1KqmgySj9pYYo-HnS11DA%40mail.gmail.com.

Re: [Trac] Why am I seeing a lot of repeated log lines in trac.log?

[Ryan Ollos]

On Wed, Nov 6, 2019 at 9:07 PM Velu Narasimman <
velu.narasim...@aspiresys.com> wrote:

> Yes you are correct. I used Environment.log.debug("some text") line to
> print to the log file
>

You did that from a terminal? Or inserted the statement into a plugin? If
plugin, was it an interface such as IRequestFilter.pre_process_request
or IRequestFilter.post_process_request?

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9okiMWjU6QgD1sYK2fAXQcCYhVHyK9mhd1rsW-%2B_8VrQ%40mail.gmail.com.

Re: [Trac] ConfigWrapper AttributeError

[Ryan Ollos]

On Thu, Oct 31, 2019 at 12:17 PM Gabriel Alves 
wrote:

> Hello, created a fresh environment to do some tests with an plugin
> developed by my company. It works in Trac 1.0, but I'm trying to do it work
> in 1.4.
>
> I have installed the plugin and when I'll deploy it, got the message:
>
> AttributeError: 'ConfigWrapper' object has no attribute
> 'config_change_listeners
>
> and nothing are copied to htdocs.
>
> Someone alredy see it?
>
>
> Att,
> Gabriel Alves
>

ConfigWrapper is not a built-in Trac class. It's probably a class
associated with the plugin. Do you find the class def in your plugin source?

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8jPi3LWx9kM0Fk7ieqbRVmc79gLDq_316vOFmHFA45Fw%40mail.gmail.com.

Re: [Trac] Re: trac 1.0.1 slow

[Ryan Ollos]

On Fri, Sep 13, 2019 at 4:32 PM Ryan Ollos  wrote:

>
>
> On Fri, Sep 13, 2019 at 4:25 PM Anna  wrote:
>
>> If TracDynamicFields or one of the necessary plugins is causing the
>> slowness, how can I replace it?
>>
>
> The maintainer of TracDynamicFields would need to investigate why the
> slowness is occurring.
>

Possibly: https://trac-hacks.org/ticket/9606

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn80YCuQCYN0gASeMZT_dE_hHYzTk574TT19Cq6A3C0hmA%40mail.gmail.com.

Re: [Trac] Re: trac 1.0.1 slow

[Ryan Ollos]

On Fri, Sep 13, 2019 at 4:25 PM Anna  wrote:

> If TracDynamicFields or one of the necessary plugins is causing the
> slowness, how can I replace it?
>

The maintainer of TracDynamicFields would need to investigate why the
slowness is occurring.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9x91oM4ivNXpTJWwSQsaNx2OiYatDN5HFm1_oHygbsPA%40mail.gmail.com.

Re: [Trac] Re: trac 1.0.1 slow

[Ryan Ollos]

On Fri, Sep 13, 2019 at 4:15 PM Anna  wrote:

> There is about 25 custom filds.
> TracDynamicFields is very necessary, many fields work with.
>
>
Sure, but you need to disable it to test if it is causing the slowness.

For that matter, disable all your plugins except TracAccountManager and see
if the site speeds up. If yes, enable them one-by-one until you find the
responsible plugin.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9naUoVQ_p%2BncmOb00nrc%3DJySBzqMJ1tgnRnzPSBPqwBw%40mail.gmail.com.

Re: [Trac] Re: Best way of using Trac for multiple customers

[Ryan Ollos]

On Fri, Sep 13, 2019 at 4:44 AM Andreas  wrote:

> Hello Ryan,
>
> thanks for your hint!
> I have activated AuthzPolicy on our Trac 1.2.2 environment and the
> following part is working as it should:
>
> [wiki:testwiki@*]
>
> testuser = WIKI_VIEW
>
>
> --> testuser can only see the "testwiki" page, nothing else
>
>
> I was wondering if the realm (?) for milestone would be "milestone", but
> it failed:
>
>
>
> [milestone:testmilestone@*]
>
> testuser = TICKET_CREATE, TICKET_MODIFY, TICKET_VIEW
>
>
> The testuser can still only see that one testwiki page, but cannot
> view/edit tickets with milestone "testmilestone".
>
> I'm pretty sure that the syntax / realm for milestone is wrong. Can you
> help me out here?
>
>
> Thank you!
>
>
> Best regards,
>
> Andreas
>

Using realm 'milestone' will restrict access to a resource in the milestone
realm (/milestone).

The ticket page is realm 'ticket'.

To restrict tickets based on permission to view a milestone, you'll need to
implement a permission policy. First, restrict access to the milestone
using AuthzPolicy, and verify that you can view the milestone. For your
example, this will be /milestone/testmilestone, and testmilestone should be
visible on the Roadmap page.

Then you need to implement IPermissionPolicy in a component, like the
examples described here:
https://trac.edgewall.org/wiki/CookBook/PermissionPolicies

The logic in check_permission would be something like (untested):

def check_permission(self, action, username, resource, perm):
if action == 'TICKET_VIEW' and \
resource is not None and \
resource.realm == 'ticket' and \
resource.id is not None:
try:
ticket = Ticket(self.env, resource.id)
except ResourceNotFound:
pass
else:
   if 'MILESTONE_VIEW' in req.perm('milestone',
ticket['milestone']):
   return True

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-Xu4tdkTk4_YobCtSB%3DRkpGRz4kLBp1P6X3yMA1X%3DPxw%40mail.gmail.com.

Re: [Trac] Re: trac 1.0.1 slow

[Ryan Ollos]

On Fri, Sep 13, 2019 at 3:56 PM Anna  wrote:

> Hello,
>
> this is trac.ini, I delete some code from ticket_custom because it's so
> long:
>

How many custom fields do you have?

Please try disabling TracDynamicFields and see if the performance improves.

Please add your plugin versions from /about page (as a screen capture).

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-%2BWor_jz8uMddaixo2Po96sSOko8nLiN5S5qE6gse1GQ%40mail.gmail.com.

Re: [Trac] trac 1.0.1 slow

[Ryan Ollos]

On Fri, Sep 13, 2019 at 2:54 PM Anna  wrote:

> Hello,
>
> I'm using trac 1.0.1, and recently it became very slow, insupportable, to
> display a ticket it takes about five minutes.
> How can I fix this problem? Is there special configuration in apache or
> mysql database?
> I'm thinking to upgrade to newest version, what version should I choose?
> Is there some recommandations in python version, wsgi, easy-install...??
>
> Please I need your help.
>

Please share your configuration from /about page, including trac.ini
configuration and plugins.

See https://trac.edgewall.org/wiki/TracPerformance

Consider upgrading to at least 1.0.18, if not 1.2.5 or 1.4.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-TZ7z6rROLgSn%2Bt%2BGCEWp%3DwYd94rq6wGoyu_O8FOT0DA%40mail.gmail.com.

Re: [Trac] Tortoise-SVN issue tracker plugin for TRAC

[Ryan Ollos]

On Fri, Aug 16, 2019 at 8:31 AM Clemens Feige  wrote:

> Hello
>
> The very popular Tortoise-SVN client offers an interface for issue
> trackers. Is there anybody actively using it for TRAC?
>
> According to Tortoise-SVN list [1] there is supposed to be a plugin
> "TracExplorer" [2]. However it seems to be in beta status and last
> change is from 2012. Anybody who can recommend this tool?
>
> Basically the principle [3] seems to be that an external program
> (plugin?) would fetch the ticket numbers from TRAC. It would then use
> the Windows COM interface offered by Tortoise-SVN to pass those tickets
> over to Tortoise.
>
> Thanks
> Clemens
>
> [1]
> https://tortoisesvn.net/issuetrackerplugins.html
>
> [2]
> https://sourceforge.net/projects/vstrac/
>
> [3]
>
> https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-bugtracker.html#tsvn-dug-bugtracker-ref



More info here, in case you haven't seen this page:
https://trac.edgewall.org/wiki/TortoiseSvn

I used TracExplorer back in 20008-2012, and I recall it worked fine, but
don't recall any of the details now.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn88vk6r2ow9eVsj%2BFG_D2z01fhWBJ1Da-XwVzuDnOD1mg%40mail.gmail.com.

Re: [Trac] XmlRpcPlugin, Email for user required?

[Ryan Ollos]

On Wed, Jul 24, 2019 at 4:02 AM Mo  wrote:

> Am Mittwoch, 24. Juli 2019 09:39:36 UTC+2 schrieb Jun Omae:
>
>>
>> That is depended on the user management which you're using. Please
>> describe it.
>>
>
> TracAccountManager with
>
> [account-manager]
> hash_method = HtDigestHashMethod
> htdigest_file = /mnt/data/trac/projects/trac/trac.htdigest
> htdigest_realm = trac
> password_store = HtDigestStore
>

Is there an error when removing the email address for RpcUser?



> Please share the error message. What application does raise the error?
>>
>
>
> Warning: The change has been saved, but an error occurred while sending
> notifications: Sendmail failed with (1, sendmail: RCPT TO:<
> rpcuser@ourdomain> (550 5.1.1 Mailbox  does not exist
> )), command: '[u'sendmail', '-i', '-f', 'trac@ourdomain', '
> rpcuser@ourdomain']'
>
>
>
>> > So next step we could create that mailbox, which means we get a lot of
>> email-notifications to that adress.
>> > Is it possible to disable all that mail transfer to that adress or
>> remove the mail-adress completely?
>>
>> [notification]
>> smtp_enabled = disabled
>>
>
> Yes, but that would disable notifications for all users.
> For now I just disabled all rules for that user in /prefs/notification to
> see if the warning has gone...
>
> Best regards.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/trac-users/9238708a-364b-4793-9f36-fc5810747d7a%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-hUMBdJ4R6XrRnAEzb6VUhkJ59DWOj9NxLVhQkEL2Skg%40mail.gmail.com.

Re: [Trac] Unwanted arge font sizes in 1.3.4 on mac

[Ryan Ollos]

On Wed, Jul 17, 2019 at 6:44 PM Tawanda Gwena  wrote:

> The font sizes on my production Trac (1.2.3) is much smaller than on the
> experimental trac (1.3.4) I recently installed. The 1.3.4 version has the
> look almost as if it was the mobile page. I am working on a Mac with Safari
> 11.1.2 if that is any help.
> What can i do to bring the font sizes back in line with version 1.2?
>
> Thanks
>

You can use your browser zoom controls, or adjust browser font size. Or you
can add a custom browser stylesheet:
https://trac.edgewall.org/ticket/633#comment:29

Everything should scale correctly.

If you wish to change for all users, perhaps a rule like body { font-size:
90%; } applied to a custom stylesheet:
https://trac.edgewall.org/wiki/TracInterfaceCustomization#SiteAppearance

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9UiEwDWedV06kZTnJNcnSydxnwNwH_ySn2GefjydTAvQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] ProgrammingError: column reference "id" is ambiguous

[Ryan Ollos]

On Thu, Jul 11, 2019 at 5:47 AM Mo  wrote:

> Am Mittwoch, 26. Juni 2019 20:02:44 UTC+2 schrieb RjOllos:
>>
>>
>> I hope to find time to release 1.2.4 soon.
>>
>> You could try 1.2.2, or install from 1.2-stable.
>>
>
> We just finished our 1.2.3 migration. So a downgrade is not an option. Did
> I get that correct, the bugfix is already in 1.2.4? When will 1.2.4 be
> released?
> This bug is major and happened on a stable release, as it prevents from
> listing bug tickets here. We have some custom reports that only work once,
> then fail. Using another report and switching back, makes it work again,
> but every reload makes it fail. This is blocking the team a lot..
>
> Best regards.
>

1.2.4 should be released by end-of-weekend. The fix is included in 1.2.4.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8bkotxwC7hxtpXR1zhYdXBRtU9uu-XKWYUgPy5mabi2g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Re: TracHoursPlugin, Trac 1.2.3: Roadmap: IndexError: list index out of range

[Ryan Ollos]

On Tue, Jul 2, 2019 at 1:29 AM Mo  wrote:

> Am Mittwoch, 19. Juni 2019 10:14:11 UTC+2 schrieb Mo:
>>
>>
>> ... reading about TicketSidebarProviderPlugin, where do I find the
>> template that is currently writing "Hello world" to the ticket mask?
>>
>
> Hi, where can I adapt that "Hello world" template?
>

You can copy and modify example.py:
https://trac-hacks.org/browser/ticketsidebarproviderplugin/0.11/ticketsidebarprovider/example.py

Put it in your environment or shared plugins directory:
https://trac.edgewall.org/wiki/TracPlugins#Plugindiscovery
https://trac.edgewall.org/wiki/TracIni#inherit-plugins_dir-option

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn95%2BK3dx9iO2EaVzurFQbDweBNDc02ZYzmOUgeygWv8Tw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Change email adresses of old tickets

[Ryan Ollos]

On Tue, Jul 2, 2019 at 5:23 AM Mo  wrote:

> Hi,
>
> we have changed the dnsdomain of our local Trac Server and mail-relay.
> Touching old tickets still tries to send mails to old adresses @olddomain
> instead of @newdomain.
>
> How does Trac determine all the adresses? It seems to not only fetch the
> adresses of known users but also the old adresses from comments, when users
> had the old adress.
>

That depends on your notification settings, and the Notification system
changed in Trac 1.2, but both pre-1.2 and 1.2 have "Ticket that I
previously updated is modified" rules for notifying users. It sounds like
that notification rule is enabled. In Trac 1.2+ the subscription
is TicketUpdaterSubscriber:
https://trac.edgewall.org/wiki/TracIni#notification-subscriber-section

In Trac < 1.2, the setting was [notification] always_notify_updater = True
https://trac.edgewall.org/demo-1.0/wiki/TracIni#notification-section


> Using ssmtp in the background, there is only rewriteDomain, that would
> rewrite the From: domain. What I would need is a rewriteToDomain or
> something.
> Is that possible in Trac? Our mail-relay refuses to send mails to the old
> domain, but the mailboxes are all the same on the new domain.
>
> As a last solution, would it be possible to do a global search-replace of
> all @olddomain in the Postgres db, and what is the best way to do that?
>

Assuming you have only authenticated users, and you aren't doing something
complex like pulling email addresses from an LDAP server, you can replace
the email addresses in the `session_attribute` table. Search for all items
with name=email, fetch the "value", replace the domain and change the
"value".

https://trac.edgewall.org/wiki/TracDev/DatabaseSchema/Common#Tablesession_attribute


- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-aW-7E_Y0Qk_xFyiyrb17ndpMeJGjY_SiMcFPQOeP73g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] trac ticket import plugin with description

[Ryan Ollos]

On Fri, Jun 28, 2019 at 11:26 AM 'Jacques Cornily' via Trac Users <
trac-users@googlegroups.com> wrote:

> Hi;
> Plugin Ticket Import is fine to import tickets, but it does permit
> to import description.
> Did i missed something, or is there another to import tickets
> with the description field ?
>
> Mfg
> Jacques
>

The documentation says the Description can be imported:
https://trac-hacks.org/wiki/TicketImportPlugin

Have you tried? Are you seeing an error?

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_CMiP6Kiwg15TDZtQbL9o%2B7UO-FHb4gT2wLbU121mbjA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] ProgrammingError: column reference "id" is ambiguous

[Ryan Ollos]

On Wed, Jun 26, 2019 at 3:11 AM Mo  wrote:

> Hello,
>
> after a big upgrade we encounter an error when sorting tickets by column:
>
> ProgrammingError: column reference "id" is ambiguous
>
> The Upgrade included updates of all tickets like TracHours,
> SimpleMultiProject, TracSubTicketsPlugin to mention a few.
> Postgres was migrated from 9.3 to 11.
>
> Searching for this kind of error message I find some Postgres threads, is
> something on Trac or Plugins not ready for Postgres 11?
>
> Best regards.
>

It might be this issue:
https://trac.edgewall.org/ticket/13068

I hope to find time to release 1.2.4 soon.

You could try 1.2.2, or install from 1.2-stable.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-Bp%2BasOBtPbjGUzbK8UpTGs4rvLF7--2Zyd5DjaU%2BtXw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Can 'browse' git repo but can't see files

[Ryan Ollos]

On Wed, Jun 26, 2019 at 10:14 AM Edward Sandberg <
ed.sandb...@adventiumlabs.com> wrote:

> > I found that other people have seen this problem:
> >
> > https://trac.edgewall.org/ticket/12992
> >
> > but I don't know what I need to do to resolve it.
> >
>
> I fixed it. I assumed the package on Ubuntu 18.04 would have the fix
> they talked about since it is over a year old but it did not. I applied
> the fix and all is well. Thanks for your help!
>

Great. I recommend using Trac 1.2.3, since Trac 1.2 was released so long
ago and there have been many fixes.

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8iibLkgBMgb9VoqmMCFZiNCUAaggOPJPDan6ouO0cgMg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Migration to AccountManagerPlugin, user can login without password

[Ryan Ollos]

On Tue, Jun 25, 2019 at 10:44 AM Mo  wrote:

> Hi, we migrated from Trac 1.2 to 1.2.3. We also switched from webserver
> htpasswd to AccountManagerPlugin using htdigest.
>

Did you remove the handler (Location directive) for /login in your web
server configuration? If not, the web server will intercept and route the
request.


> The reason was I would like to make it possible for people to self
> register.
> Then before it was not possible for people to set their own password.
> As far as I know this all is only possible with the AccountManagerPlugin.
>
> This all works fine. The admin/accounts/users are empty and I like to make
> all register themselve.
>
> Now I see a weird isse. One user with its browser session is still able to
> login. After logout and login he is logged in whithout password. I can't
> reproduce this with an empty browser profile.
> After he logged in, I see in trac-admin project session list:
>
> SID:TheUser
> Auth:1
> Last Visit:
> All the rest is empty.
>
> After deleting this session the user can still login. There is no entry
> about that user in the htdigest file that is configured with htdigest_file.
> How can that be? I like all users to re-register, but after testing with
> one user it seems that all can login without password.
>
> Best regards
>


Please share you [account-manager] section from trac.ini

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_JuN1rh%3DNS2xM455PV7Us6ym6Cgk4OVPKZpCKsRtP74A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Can 'browse' git repo but can't see files

[Ryan Ollos]

On Sun, Jun 23, 2019 at 12:36 PM Ed Sandberg 
wrote:

> I added a git repo to my trac page and then ran trac-admin
> /var/local/trac/site repository resync "myreponame". I can see the "Browse
> Source" button and when I look at the page the branches are listed but the
> list of files is just "No files found". There are files in the repo and I
> can clone the repo without problems. I ran chmod -R a+rx /path/to/repo so I
> think it should have all the permissions it needs.
>

Which Trac version?

You only need to resync if you are using a Cached repository. What is in
your [git] section?
https://trac.edgewall.org/wiki/TracIni#git-section

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-5agQHZydF3Mr_n6MKHiNLXve1%3DzNroowPWJx3OMT6Fw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] import just wiki pages from mediawiki to tracwiki

[Ryan Ollos]

On Fri, Jun 21, 2019 at 2:29 PM Keith German GSK  wrote:

> I'm trying to migrate all the content from our legacy wiki (mediawiki) to
> our new wiki (tracwiki).  First I exported from mediawiki using
> dumpBackup.php and then tried to load it using trac-admin but when I view
> it the format is all wrong.
>
> export on mediawiki server:
> # php dumpBackup.php --current > dump.xml
>
> copy dump.xml to trac server and load:
> # trac-admin  wiki load dump.xml
>
> What am I missing?  Do I need to convert the xml file to another format
> before loading with trac-admin?
>
> Thanks,
> Keith
>

The Markup language used in MediaWiki is probably different from Trac. Here
are Trac's formatting rules:
https://trac.edgewall.org/wiki/WikiFormatting

You might look at: https://trac-hacks.org/wiki/MediaWikiPluginMacro

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn-FVrGZ5rx%3Dfum%2B%3DASinovGADp5S6pYgryDvtTvcJ_QDw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] No macro or processor named 'graphviz' found - Trac 1.2.3 + Graphviz 1.3.0.1dev

[Ryan Ollos]

On Wed, Jun 12, 2019 at 4:43 PM 'Jacques Cornily' via Trac Users <
trac-users@googlegroups.com> wrote:

> The error "No macro or processor named 'graphviz' found"
>
> The plugin does not appear in the plugin list, in the admin
> interface.
> Still, the plugin is enabled in trac.ini, and installed with easy_installed
>
> # Trac.log
> 140053614417728) Trac[:loader] DEBUG: Loading plugin "graphviz" from
> "/usr/lib/python2.7/site-packages/TracGraphviz-1.3.0.1dev-py2.7.egg"
> (140053614417728) Trac[:loader] ERROR: Skipping "graphviz =
> graphviz.graphviz": VersionConflict: (Trac 1.2.3
> (/usr/lib/python2.7/site-packages/Trac-1.2.3-py2.7.egg),
> Requirement.parse('Trac>=1.3dev'))
>

The log message hints at the problem. Trac >= 1.3dev is required.

The installation documentation was out-of-date, but has now been updated.
https://trac-hacks.org/wiki/GraphvizPlugin#Installation

You'll want to install from:
https://trac-hacks.org/svn/graphvizplugin/branches/1.2

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn_tS%3DrR70R1wETeYbsiHmcPuRP5esG0PLCmLa2%2Be0LvEA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] trac 1.2.3 + plugin Stractistics 0.6.dev

[Ryan Ollos]

On Wed, Jun 12, 2019 at 4:37 AM 'Jacques Cornily' via Trac Users <
trac-users@googlegroups.com> wrote:

>
> An error is returned with accessing Stractistics in the nav bar
>
> url: http:///>project>/stractistics
>
>
>
>
> AttributeError: 'Environment' object has no attribute 'get_db_cnx'
>
>
>
> raceback (most recent call last):
>   File "build/bdist.linux-x86_64/egg/trac/web/main.py", line 647, in
> _dispatch_request
> dispatcher.dispatch(req)
>   File "build/bdist.linux-x86_64/egg/trac/web/main.py", line 248, in
> dispatch
> resp = chosen_handler.process_request(req)
>   File
> "/usr/lib/python2.7/site-packages/STractistics-0.6dev-py2.7.egg/stractistics/web_ui.py",
> line 85, in process_request
> db = self.env.get_db_cnx()
> AttributeError: 'Environment' object has no attribute 'get_db_cnx'
> (139650773723264) Trac[:perm] DEBUG: DefaultPermissionPolicy allows
> admin performing TRAC_ADMIN on None
> (139650773723264) Trac[:wikitopdf] DEBUG: Using HTMLDOC version 1.8.28
>
>
>
> PS: Stractistic install from :
> https://trac-hacks.org/svn/stractisticsplugin
>

The plugin is not compatible with Trac 1.2. It needs to be adapted to use
the 1.2 database API.
You could create a ticket for the issue:
https://trac-hacks.org/wiki/StractisticsPlugin#BugsFeatureRequests

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn8vQKH2bcc%2B2n1xf015oJ9yvtyZuQrpRKYR6rYJ0HCXOg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.