Re: [Trac] Re: missing owner controls

[ONeal Freeman]

Thank you Ryan for all you do.

On Monday, November 30, 2020 at 11:51:41 AM UTC-6 RjOllos wrote:

> 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/583bdab1-c1da-4f46-a267-2ca9d76a8fdan%40googlegroups.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.

[Trac] TracHours Problem

['Alan Paterson' via Trac Users]

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

-- 
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/9f173b2e-2898-4b28-af8a-1fb7324f0248n%40googlegroups.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.

[Trac] Wiki macro to create dated pages?

[Christopher Nelson]

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
-- 
Christopher Nelson, PE
Professional Software Engineer
@ChrisNelsonPE
LinkedIn.com/in/ChrisNelsonPE
NoPerfectProgram.Wordpress.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/CAFFqYiBo%2B7cKaGypnoxSd84foYLjb_mMPUMwC%2BiZeSic%3DW4xYA%40mail.gmail.com.

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

[Jeff McKenna]

Update: I have successfully upgraded to Trac 1.4.2 (from 1.2.5) and all 
plugins today on my server instance.  I want to send a thank-you to Ryan 
and everyone involved in the Trac project.  (for plugins, the key was to 
often use the trunk version, to work with 1.4.2  Also checking the Trac 
log was extremely helpful, and setting the "log_level", for debugging)


Thanks again!

-jeff



--
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/



On 2020-05-24 9:59 a.m., Jeff McKenna wrote:

Hi mck,

My advice having gone through that attempt and spent weeks on it: I 
advise you aim to jump to Trac 1.2.5 first (I spent weeks trying to get 
all of my production extensions to work with 1.4 unsuccessfully - I wish 
I would have saved that effort and spent my time instead on a beach for 
a week ha).   Update months later: I'm still running Trac 1.2.5 and very 
happy with that - I am aiming to let extension developers catch up to 
1.4 changes and then I will attempt the big 1.4 upgrade next calendar 
year on my production server.


Short story: start with the jump to 1.2.5, it is very solid and will 
support your enabled extensions; you may just end up staying there awhile.


-jeff






On Thu, May 21, 2020 at 6:19 PM 'Michael Klobe' via Trac Users 
mailto: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?

Thanks!
-mck

-- 
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/c0cea357-f391-4bc0-b9cc-b68373dc75eb%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/dcc0bc98-f74f-1540-b4b9-303f61f49765%40gmail.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

[ONeal Freeman]

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

On Sunday, November 29, 2020 at 1:54:34 PM UTC-6 RjOllos wrote:

> On Sunday, November 29, 2020 at 10:49:02 AM UTC-8 RjOllos wrote:
>
>> 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
>>
>
> And if you still feel that you want the "owner" drop-down back in the 
> ticket properties section, please describe your ticket processes in more 
> detail. I've not found any situation yet for which having the owner field 
> as part of the workflow is not equal to or better than having it in the 
> ticket properties section. Having it in the ticket workflow section offers 
> more configuration options.
>
> 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/e695b245-3a24-4ca7-b47a-e35109a35a1an%40googlegroups.com.