Re: [Trac] Re: How to upgrade from 1.0.13 to 1.2

2016-12-17 Thread RjOllos 


On Tuesday, December 6, 2016 at 11:16:19 PM UTC-8, Mingxing Tian wrote:
>
>
>
> 在 2016年12月7日星期三 UTC+8下午2:37:57，RjOllos写道：
>>
>>
>>
>> On Tuesday, December 6, 2016 at 10:22:26 PM UTC-8, Mingxing Tian wrote:
>>>
>>>
>>>
>>> 在 2016年12月7日星期三 UTC+8下午1:03:58，RjOllos写道：



 On Tuesday, December 6, 2016 at 6:03:47 PM UTC-8, Mingxing Tian wrote:
>
> I found a few problems:
> 1. the first page is being given, please refer to Annex.
>

 Before reporting these problems and asking us to tell you the solution, 
 please try exploring yourself. Go to the project wiki page, see if there 
 is 
 an updated version of the plugin available.

 You can see the problem is with TracWysiwygPlugin, right? So you should 
 looks here:
 https://trac-hacks.org/wiki/TracWysiwygPlugin

 All I have to do is look at the change log and see that an issue with 
 addEvent was fixed in r15940, which is the most recent change, seen at the 
 bottom of the project wiki page.
  

> 2. view tags page log error output
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/site-packages/trac/web/main.py", line 613, 
> in _dispatch_request
> dispatcher.dispatch(req)
>   File "/usr/lib/python2.6/site-packages/trac/web/main.py", line 273, 
> in dispatch
> iterable=chrome.use_chunked_encoding)
>   File "/usr/lib/python2.6/site-packages/trac/web/chrome.py", line 
> 1119, in render_template
> stream = template.generate(**data)
>   File "build/bdist.linux-x86_64/egg/genshi/template/base.py", line 
> 545, in generate
> stream = self.stream
>   File "build/bdist.linux-x86_64/egg/genshi/template/base.py", line 
> 455, in stream
> self._stream = list(self._prepare(self._stream))
>   File "build/bdist.linux-x86_64/egg/genshi/template/base.py", line 
> 491, in _prepare
> yield kind, (directives, list(substream)), pos
>   File "build/bdist.linux-x86_64/egg/genshi/template/base.py", line 
> 505, in _prepare
> cls=cls or self.__class__)
>   File "build/bdist.linux-x86_64/egg/genshi/template/loader.py", line 
> 246, in load
> raise TemplateNotFound(filename, search_path)
> TemplateNotFound: Template "macros.html" not found
>
>
 Thanks for reporting. Fixed in r16059.
 https://trac-hacks.org/changeset/16059 
 
  

> 3. Cannot find an implementation of the IPasswordHashMethod interface 
> named HtDigestHashMethod. Please check that the Component is enabled 
> or update the option [account-manager] hash_method in trac.ini.
>

 What steps have you taken to explore the problem? That error message 
 must give you some hints. Please tell us what steps you've taken to try to 
 solve it on your own, and I will gladly provide hints. If you don't find 
 the error message clear, please explain since I'd like to improve it.
  

> 4. In addition, I also found a strange phenomenon, when I visit a 
> task list, the default modification of the work order of the DIV area is 
> open, which in the previous version is hidden.
>

 I suppose this is an issue related to some plugin, but you've given no 
 hints as to which plugin.
  

>
>
> 
>
>
>  
>

>>> Thank you very much for your suggestion, I really should be good to 
>>> check their own and exclude some ridiculous questions. Here's my reply to 
>>> your suggestion:
>>> 1. By updating the "TracWysiwygPlugin" plug-in, so that part of the JS 
>>> problem is resolved, but there is still a problem:
>>> jquery.js:2 Uncaught Error: Syntax error, unrecognized expression: *[@id
>>> ](…)
>>> Which I can not confirm in the end is which plug-in problems, well, I 
>>> really tried to check.
>>>
>>
>> Thank you for the info. Hint - take a unique part of that expression, 
>> such as "*[@id]", put it in the search box on trac-hacks.org. That leads 
>> me to:
>> https://trac-hacks.org/ticket/12721
>>
>> Okay, now you can check. Does error go away if disabling 
>> SectionEditPlugin? Make sure to do a hard refresh of the page when enabling 
>> / disabling, before testing. If the error goes away, then we can confirm 
>> SectionEdit is the issue, in which case I'll look at fixing #12721.
>>  
>>
>>> 2. By updating the trunk code, I fixed the problem Thank you.
>>> 3. I am in the management module configuration account error, when I 
>>> click "next" when I appeared above the problem mentioned. According to the 
>>> error, I think it is necessary to manually "trac.ini" in the distribution 
>>> of

[Trac] Re: Install ChildTicketsPlugin plugin but do not work

2016-12-17 Thread RjOllos 


On Thursday, December 15, 2016 at 9:55:37 PM UTC-8, Mingxing Tian wrote:
>
> Creating a subtask failed to bind the parent number associated with the 
> new task when the new task was created.
>
>
>
> 
>
>
>
>
>
> User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 
> (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36
> Package版本
> Trac 1.2
> Babel 2.3.4
> Genshi 0.7 (without speedups)
> GIT 1.7.1
> mod_wsgi 3.2 (WSGIProcessGroup WSGIApplicationGroup %{GLOBAL})
> MySQL server: "5.5.49-log", client: "5.1.73", thread-safe: 1
> MySQLdb 1.2.3c1
> Pygments 2.1.3
> Python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56) [GCC 4.4.7 20120313 (Red 
> Hat 4.4.7-11)]
> pytz 2016.4
> setuptools 30.2.0
> Subversion 1.6.11 (r934486)
> Textile 2.3.6
> jQuery 1.11.3
> jQuery UI 1.11.4
> jQuery Timepicker 1.5.5
> Tracchildtickets  
> 2.5.4.dev0 
> /home/projects/idouzi/plugins/Tracchildtickets-2.5.4.dev0-py2.6.egg
>
> [components]
> childtickets.* = enabled
> childtickets.admin.childticketsadminpanel = enabled
> childtickets.childtickets.tracchildticketsmodule = enabled
>
> [childtickets]
> parent.开发.allow_child_tickets = True
> parent.开发.inherit =
> parent.开发.restrict_child_type =
> parent.开发.table_headers = summary,owner
>
>

>From the screen capture you show, it looks like the plugin is behaving 
correctly. The screen capture you show next to "Is ok!" is the proper 
parent ticket number populating the child ticket's Parent field. Could you 
describe in more detail the problems you are seeing?

I can't reproduce any 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 post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] Re: Trac version upgrade to V1.2 causes mail notification function to fail

2016-12-17 Thread RjOllos 


On Thursday, December 15, 2016 at 10:17:58 PM UTC-8, Mingxing Tian wrote:
>
> I used the 1.0.13 version before the upgrade, where the mail notification 
> service is normal, whenever the task status changes will be notified to the 
> relevant colleagues. But after the upgrade, colleagues can not receive 
> e-mail messages.
>
> There is a strange phenomenon, the account will exist in the login will 
> prompt, need to verify e-mail address. And colleagues can find their own 
> mailbox verification code, so as to complete the e-mail address 
> authentication. This also shows that a mailbox configuration should be 
> successful.
>
> To enable you to help me find a problem, I will log level down, the 
> following record of a single task list to add a comment after the log, 
> under normal circumstances should have to send mail notification action.
>
> To facilitate query log files, I upload files through attachments.
>
>
>
> User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 
> (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36
> Package版本
> Trac 1.2
> Babel 2.3.4
> Genshi 0.7 (without speedups)
> GIT 1.7.1
> mod_wsgi 3.2 (WSGIProcessGroup WSGIApplicationGroup %{GLOBAL})
> MySQL server: "5.5.49-log", client: "5.1.73", thread-safe: 1
> MySQLdb 1.2.3c1
> Pygments 2.1.3
> Python 2.6.6 (r266:84292, Jul 23 2015, 15:22:56) [GCC 4.4.7 20120313 (Red 
> Hat 4.4.7-11)]
> pytz 2016.4
> setuptools 30.2.0
> Subversion 1.6.11 (r934486)
> Textile 2.3.6
> jQuery 1.11.3
> jQuery UI 1.11.4
> jQuery Timepicker 1.5.5
>


I don't see any notification-related activity in your log message. For 
comparison, here are the log messages seen when updating a ticket with the 
preference //Never notify: I update a ticket//.

19:23:21 Trac[main] DEBUG: Dispatching 
19:23:21 Trac[main] DEBUG: Chosen handler is 
19:23:21 Trac[session] DEBUG: Retrieving session for ID u'user1'
19:23:21 Trac[main] DEBUG: Negotiated locale: None -> en_US
19:23:21 Trac[mail] INFO: Email address w/o domain: somebody
19:23:21 Trac[api] DEBUG: Ignoring (user1 [1]) for 'never' on rule 
(TicketUpdaterSubscriber) for (email)
19:23:21 Trac[web_ui] DEBUG: Side effect for ConfigurableTicketWorkflow
127.0.0.1 - - [17/Dec/2016 19:23:21] "POST /proj-1.1-2/ticket/32 HTTP/1.1" 
303 -
19:23:21 Trac[main] DEBUG: Dispatching 
19:23:21 Trac[main] DEBUG: Chosen handler is 
19:23:21 Trac[session] DEBUG: Retrieving session for ID u'user1'
19:23:21 Trac[main] DEBUG: Negotiated locale: None -> en_US

Do you have a Notification preferences tab at path /prefs/notification? If 
so, could you send a screen capture?


 

I'm assuming your [components] section is as described in (1), and your 
[notification] section is as described in (2). If different, please send.

(1) https://groups.google.com/d/msg/trac-users/4tVRBotYrZs/dh7pTH2yCAAJ
(2) https://groups.google.com/d/msg/trac-users/4tVRBotYrZs/qHeVNMnmCQAJ

- 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.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] Re: How to upgrade from 1.0.13 to 1.2

2016-12-17 Thread RjOllos 


On Thursday, December 15, 2016 at 1:42:29 AM UTC-8, Mingxing Tian wrote:
>
>
>
> 在 2016年12月13日星期二 UTC+8下午12:31:44，RjOllos写道：
>>
>>
>>
>> On Sunday, December 11, 2016 at 5:56:53 PM UTC-8, Mingxing Tian wrote:
>>>
>>>
>>>
>>> 在 2016年12月9日星期五 UTC+8下午5:14:42，RjOllos写道：



 On Thursday, December 8, 2016 at 5:41:35 PM UTC-8, Mingxing Tian wrote:
>
>
>
> 在 2016年12月9日星期五 UTC+8上午12:17:37，RjOllos写道：
>>
>>
>>
>> On Thursday, December 8, 2016 at 12:09:23 AM UTC-8, Mingxing Tian 
>> wrote:
>>>
>>>
>>>
>>> 在 2016年12月8日星期四 UTC+8下午2:44:27，RjOllos写道：



 On Wednesday, December 7, 2016 at 10:16:40 PM UTC-8, Mingxing Tian 
 wrote:
>
> The following error occurred only in when I pass the page 
> management account, not every page will appear the mistake, so I 
> don't 
> think it is caused by the failure notification message, I think there 
> should be other reasons.You notice to check my profile, have seen 
> what is 
> not the right place?
>
> Cannot find an implementation of the IPasswordHashMethod interface 
> named HtDigestHashMethod. Please check that the Component is 
> enabled or update the option [account-manager] hash_method in trac
> .ini
>


 Are you referring to the user management page, with path 
 /admin/accounts/users? If not, what is the path where you see the 
 error.

 You could try:

 acct_mgr.* = enabled
 acct_mgr.admin.configurationadminpanel = disabled
 acct_mgr.db.sessionstore = disabled
 acct_mgr.htfile.htdigeststore = disabled
 acct_mgr.http.httpauthstore = disabled
 acct_mgr.pwhash.* = disabled
 acct_mgr.svnserve.svnservepasswordstore = disabled 

 - Ryan

>>>
>>>
>>> I do not want to go to the tube of this error, after all, it does 
>>> not appear in each page, there is no impact on the normal use of Trac.
>>> I am very worried about is that the mission status change can not 
>>> receive the mail notification, you can help me to look at the specific 
>>> I 
>>> want to solve the most urgent problem?thank you!!! 
>>>
>>
>> I do care about fixing the error, particularly as it may relate to:
>> https://trac-hacks.org/ticket/11869#comment:17
>>
>> Again, please tell me the path you have visited when receiving the 
>> error:
>>
>> Cannot find an implementation of the IPasswordHashMethod interface 
>> named HtDigestHashMethod. Please check that the Component is enabled 
>> or update the option [account-manager] hash_method in trac.ini
>>
>> Is the path /admin/accounts/users?
>>
>> - Ryan
>>
>>
>  I'm back to the question again, and give you a screenshot.
>
>
> 
>
>
>
 Okay, I'll investigate in due time. However, I think you don't need to 
 both with the Configuration panel, and can just disable it.

 [components]
 acct_mgr.admin.configurationadminpanel = disabled
  

> In addition to the issue of e-mail notification, I found that some 
> colleagues have received a confirmation email address, and then in his 
> mailbox to send Trac messages, I think the mailbox configuration should 
> be 
> normal. But why do you have to change the status of the task of the staff 
> did not receive notice to remind it???
>

 I'm sorry, but I don't follow.

 Have you disabled AnnouncerPlugin? It won't work with Trac 1.2 (yet).

 After disabling, you will need to port some settings from the 
 [announcer] and [smtp] sections to the [notification] section.
 https://trac-hacks.org/wiki/AnnouncerPlugin#EmailConfiguration 
 https://trac.edgewall.org/wiki/TracNotification#notification-section

 - Ryan

 - Ryan


>>>  Unfortunately, the mail notification service has not been successful.
>>>
>>> [announcer]
>>> default_email_format = text/plain
>>> email_address_resolvers = SpecifiedEmailResolver, SessionEmailResolver, 
>>> DefaultDomainEmailResolver
>>> email_enabled = true
>>> email_from = trac@localhost
>>> email_from_name = trac@localhost
>>> email_replyto = trac@localhost
>>> email_sender = SmtpEmailSender
>>> email_subject_prefix = __default__
>>> email_to = undisclosed-recipients: ;
>>> mime_encoding = base64
>>> use_public_cc = false
>>> use_threaded_delivery = false
>>>
>>> [notification]
>>> email_sender = HtmlNotificationSmtpEmailSender
>>> mime_encoding = base64
>>> smtp_enabled = enabled
>>> smtp_from = trac@localhost
>>> smtp_from_name = trac@localhost