RE: [Trac] The ticket field 'owner' is invalid

2014-04-02 Thread Patterson, Candace 


From: trac-users@googlegroups.com [trac-users@googlegroups.com] on behalf of 
RjOllos [rjol...@gmail.com]
Sent: Wednesday, April 02, 2014 5:01 PM
To: trac-users@googlegroups.com
Subject: Re: [Trac] The ticket field 'owner' is invalid

On Wednesday, April 2, 2014 7:25:09 AM UTC-7, CP wrote:
From: Patterson, Candace
Sent: Wednesday, March 12, 2014 11:05 AM
To: trac-...@googlegroups.com
Subject: RE: [Trac] The ticket field 'owner' is invalid


On Tuesday, March 11, 2014 7:07:43 PM UTC-7, RjOllos wrote:
On Tuesday, March 11, 2014 3:58:01 PM UTC-7, CP wrote:
When trying to assign the owner field, I received this error:

Warning: The ticket field 'owner' is invalid: Access denied to modifying owner

I also used an account with TRAC_ADMIN privileges, and I received the same 
error when trying to assign the owner.

I then restarted Python/Trac, and that fixed the problem.  This has happened on 
multiple occasions, but sometimes it works okay.  My only thought is that maybe 
my plugins are conflicting, and maybe restarting allows them to be loaded in a 
different order???


Here is some additional information that may or may not be relevant.  I am 
using Trac 0.12.  I am running two instances of Trac on the same server, and I 
don't know if that is a problem.

The first instance ("Trac 1") uses these plugins:

AdvancedTicketWorkflowPlugin-0.11dev-py2.7
BlackMagicTicketTweaks-0.11r1-py2.7
CondFieldsGenshiPlugin-0.2-py2.7
GroupTicketFields-0.0.1dev-py2.7
ticket_clone.py
TicketValidator-0.1-py2.7
trac_WorkflowNotificationPlugin-0.4-py2.7
TracAnnouncer-0.11.1-py2.7
TracCustomFieldAdmin-0.2.8-py2.7
TracDynamicFields-1.2.3-py2.7
TracTicketValidator-0.1-py2.7

The second Trac instance ("Trac 2") uses all of the above plugins plus the 
following:

TracAccountManager-0.4.3-py2.7
TracDateField-2.0.0dev-py2.7
TracVirtualTicketPermissions-1.0.0-py2.7

I looked at the log file of Trac 1, and noticed that Trac 1 is checking user's 
permissions against the permissions that are only in Trac 2.

Also, in Trac 2, I am using the BlackMagic plugin to set owner.permission and 
owner.ondenial, but I am not doing this in Trac 1 (where I am having the 
problem).

Any help or suggestions will be much appreciated!

Thanks,
Candace Patterson


The warning/error is raised by an ITicketManipulator:
http://trac.edgewall.org/browser/branches/1.0-stable/trac/ticket/web_ui.py?marks=1291-1293&rev=12500#L1286
Specifically, the BlackMagicTicketTweaksPlugin:
http://trac-hacks.org/browser/blackmagictickettweaksplugin/0.12/blackmagic/blackmagic.py?marks=268-269&rev=13685#L257

I think the issue is that BlackMagicTicketTweaks is not thread-safe:
http://trac-hacks.org/browser/blackmagictickettweaksplugin/0.12/blackmagic/blackmagic.py?marks=43-48&rev=13685#L26

I'm looking at whether this can be easily fixed.


Here is a ticket in which osimons has already documented the problem:
http://trac-hacks.org/ticket/7872#comment:3

I pushed an untested fix. Could you please give it a try and report back?
http://trac-hacks.org/changeset/13734

There may still be a problem with the blockedTickets and extra_permissions 
attributes, but it will likely be much less severe and you may not even notice.
--

Thanks so much!  I loaded the BlackMagic 11.2 plugin that you modified, and so 
far it appears to work properly.  I will continue to monitor it for errors, but 
currently the log file isn't showing any permission validations against the 
Trac2-only permissions.  So, I think that is a good sign.  I will report back 
if the problem returns.  Thanks again!

Candace


Update April 2, 2014:

I have noticed that my new BlackMagic 11.2 plugin isn't loading/importing 
properly.  Below are the errors from the log file.  By the way, I loaded my old 
plugin 11.1 (the one with the permission problems), and it loads properly.  Any 
suggestions?

Thanks a lot,
Candace

Trac[loader] DEBUG: Loading blackmagic from 
d:\tracracrs\plugins\blackmagictickettweaks-0.11.2-py2.7.egg
Trac[loader] ERROR: Skipping "blackmagic = blackmagic":
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\trac\loader.py", line 68, in _load_eggs
entry.load(require=True)
  File "C:\Python27\lib\site-packages\pkg_resources.py", line 1954, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
ImportError: No module named blackmagic
It was working for a while and then stopped working?

The plugin version wasn't bumped for a while, so you could be running one of 
several versions:
http://trac-hacks.org/log/blackmagictickettweaksplugin/0.11
The version was bumped to 0.11r1 was @7886. Everything since then looks pretty 
harmless though.

I suggest installing from the 0.12 branch, but it looks like there may be no 
differences between the two branches.
http://trac-hacks.org/log/blackmagictickettweaksplugin/0.12

I will do some more investigation this evening.

---

Re: [Trac] The ticket field 'owner' is invalid

2014-04-02 Thread RjOllos 
On Wednesday, April 2, 2014 7:25:09 AM UTC-7, CP wrote:
>
>  *From:* Patterson, Candace 
>
> *Sent:* Wednesday, March 12, 2014 11:05 AM
> *To:* trac-...@googlegroups.com 
> *Subject:* RE: [Trac] The ticket field 'owner' is invalid
>  
>  
>  
>
> On Tuesday, March 11, 2014 7:07:43 PM UTC-7, RjOllos wrote:
>  
> On Tuesday, March 11, 2014 3:58:01 PM UTC-7, CP wrote:
>  
> When trying to assign the owner field, I received this error:
>
>  
>
> Warning: The ticket field 'owner' is invalid: Access denied to modifying 
> owner
>
>  
>
> I also used an account with TRAC_ADMIN privileges, and I received the same 
> error when trying to assign the owner.
>
>  
>
> I then restarted Python/Trac, and that fixed the problem.  This has 
> happened on multiple occasions, but sometimes it works okay.  My only 
> thought is that maybe my plugins are conflicting, and maybe restarting 
> allows them to be loaded in a different order???
>
>  
>
>  
>
> Here is some additional information that may or may not be relevant.  I am 
> using Trac 0.12.  I am running two instances of Trac on the same server, 
> and I don't know if that is a problem.  
>
>  
>
> The first instance ("Trac 1") uses these plugins:
>
>  
>
> AdvancedTicketWorkflowPlugin-0.11dev-py2.7
>
> BlackMagicTicketTweaks-0.11r1-py2.7
>
> CondFieldsGenshiPlugin-0.2-py2.7
>
> GroupTicketFields-0.0.1dev-py2.7
>
> ticket_clone.py
>
> TicketValidator-0.1-py2.7
>
> trac_WorkflowNotificationPlugin-0.4-py2.7
>
> TracAnnouncer-0.11.1-py2.7
>
> TracCustomFieldAdmin-0.2.8-py2.7
>
> TracDynamicFields-1.2.3-py2.7
>
> TracTicketValidator-0.1-py2.7
>
>  
>
> The second Trac instance ("Trac 2") uses all of the above plugins plus the 
> following:
>
>  
>
> TracAccountManager-0.4.3-py2.7
>
> TracDateField-2.0.0dev-py2.7
>
> TracVirtualTicketPermissions-1.0.0-py2.7
>
>  
>
> I looked at the log file of Trac 1, and noticed that Trac 1 is checking 
> user's permissions against the permissions that are only in Trac 2.
>
>  
>
> Also, in Trac 2, I am using the BlackMagic plugin to set owner.permission 
> and owner.ondenial, but I am not doing this in Trac 1 (where I am having 
> the problem).
>
>  
>
> Any help or suggestions will be much appreciated!  
>
>  
>
> Thanks,
>
> Candace Patterson
>   
>
>
> The warning/error is raised by an ITicketManipulator:
>
> http://trac.edgewall.org/browser/branches/1.0-stable/trac/ticket/web_ui.py?marks=1291-1293&rev=12500#L1286
> Specifically, the BlackMagicTicketTweaksPlugin:
>
> http://trac-hacks.org/browser/blackmagictickettweaksplugin/0.12/blackmagic/blackmagic.py?marks=268-269&rev=13685#L257
>
> I think the issue is that BlackMagicTicketTweaks is not thread-safe:
>
> http://trac-hacks.org/browser/blackmagictickettweaksplugin/0.12/blackmagic/blackmagic.py?marks=43-48&rev=13685#L26
>
> I'm looking at whether this can be easily fixed.
>   
>
>
> Here is a ticket in which osimons has already documented the problem:
> http://trac-hacks.org/ticket/7872#comment:3
>
> I pushed an untested fix. Could you please give it a try and report back?
> http://trac-hacks.org/changeset/13734
>
> There may still be a problem with the blockedTickets and extra_permissions 
> attributes, but it will likely be much less severe and you may not even 
> notice. 
>
> --
>
>  
>
> Thanks so much!  I loaded the BlackMagic 11.2 plugin that you modified, 
> and so far it appears to work properly.  I will continue to monitor it for 
> errors, but currently the log file isn’t showing any permission validations 
> against the Trac2-only permissions.  So, I think that is a good sign.  I 
> will report back if the problem returns.  Thanks again!
>
>  
>
> Candace
>  
>  
>  
>  
>
> Update April 2, 2014:
>
>  
>
> I have noticed that my new BlackMagic 11.2 plugin isn’t loading/importing 
> properly.  Below are the errors from the log file.  By the way, I loaded my 
> old plugin 11.1 (the one with the permission problems), and it loads 
> properly.  Any suggestions?
>
>  
>
> Thanks a lot,
>
> Candace
>
>  
>
> Trac[loader] DEBUG: Loading blackmagic from 
> d:\tracracrs\plugins\blackmagictickettweaks-0.11.2-py2.7.egg
>
> Trac[loader] ERROR: Skipping "blackmagic = blackmagic": 
>
> Traceback (most recent call last):
>
>   File "C:\Python27\lib\site-packages\trac\loader.py", line 68, in 
> _load_eggs
>
> entry.load(require=True)
>
>   File "C:\Python27\lib\site-packages\pkg_resources.py", line 1954, in load
>
> entry = __import__(self.module_name, globals(),globals(), ['__name__'])
>
> ImportError: No module named blackmagic
>
It was working for a while and then stopped working?

The plugin version wasn't bumped for a while, so you could be running one 
of several versions:
http://trac-hacks.org/log/blackmagictickettweaksplugin/0.11
The version was bumped to 0.11r1 was @7886. Everything since then looks 
pretty harmless though.

I suggest installing from the 0.12 branch, but it looks like there may be 
no differences between the two

[Trac] unhashable type 'list' in TicketQuery

2014-04-02 Thread Ivanelson Nunes 
In TicketQuery. When you enter the closed ticket option. Raises an
exception.

My trac1.0

** Projetos GD 2014 **
> [[TicketQuery(status=closed|accepted|assigned|needs_work|new|reopened|testing,
> format=progress)]]


Error:

Traceback (most recent call last):
>   File
> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/web/main.py",
> line 497, in _dispatch_request
> dispatcher.dispatch(req)
>   File
> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/web/main.py",
> line 214, in dispatch
> resp = chosen_handler.process_request(req)
>   File
> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/ticket/query.py",
> line 939, in process_request
> max)
>   File
> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/ticket/query.py",
> line 77, in __init__
> self.order = synonyms.get(order, order) # 0.11 compatibility
> TypeError: unhashable type: 'list'
>


 @ivanelson
[]s

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

Re: [Trac] OperationalError: (1136, "Column count doesn't match value count at row 1")

2014-04-02 Thread Steffen Hoffmann 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02.04.2014 14:22, Concord wrote:
> Trac  0.12.2
>
> *Moving my Trac install from from svn version 1.1.2dev-r11794 to the
> Ubuntu 12.04LTS version of Trac 0.12.2.  I'm having trouble ...
...
>   Oops…

Well, you're in trouble, of course. You cannot downgrade that easily. If
you really took a Trac environment, that has been used with Trac
1.1.2dev before, there is no way going back without altering the db.

Between 0.12-stable and 1.0 the attachment storage has been totally
reworked, and there is only an upgrade script. You should have lost
access to all attachments by moving to the older Trac version, and there
is certainly more trouble to expect.

These options bring you back into safe waters:
 Install and use Trac 1.1.2dev on the new server as well.
 Use a db backup from before the upgrade to 1.1.2dev, if you have one,
but you will loose your work done after that point.
 Use a new environment for 0.12.2, if you can effort to loose all data.

Any downgrade attempt is unexplored land, and you're mostly on your own.

Steffen Hoffmann
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlM8Yg4ACgkQ31DJeiZFuHckJQCeI8eUaQroitjUa1SZa0LQmVSg
3xMAn2h/jcf1rWIN1LRSbXVpK42XIjqu
=Kbj9
-END PGP SIGNATURE-

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

[Trac] OperationalError: (1136, "Column count doesn't match value count at row 1")

2014-04-02 Thread Concord 


User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:28.0) Gecko/20100101 
Firefox/28.0
 Trac 0.12.2 Babel 0.9.6 (translations unavailable) Docutils 0.8.1 Genshi 
0.6 mod_python 3.3.1 MySQL server: "5.5.35-0ubuntu0.12.04.2", client: 
"5.5.35", thread-safe: 1 MySQLdb 1.2.3 Pygments 1.4 Python 2.7.3 (default, 
Feb 27 2014, 20:09:21) [GCC 4.6.3] pytz 2011k setuptools 3.3 Subversion 1.6.17 
(r1128011) jQuery1.4.2 Enabled Plugins: 
TracAccountManager 
0.5dev-r13756 
/usr/local/lib/python2.7/dist-packages/TracAccountManager-0.5dev_r13756-py2.7.egg
*Moving my Trac install from from svn version 1.1.2dev-r11794 to the Ubuntu 
12.04LTS version of Trac 0.12.2.  I'm having trouble adding new items to 
the Wiki.  I can create a page and open a page for the first time but after 
adding content to the page (although I'm able to preview them) when I 
"submit changes" I get the following.*

Oops… 
*Trac detected an internal error:* 

OperationalError: (1136, "Column count doesn't match value count at row 1")


Most recent call last: 

File "/usr/lib/python2.7/dist-packages/trac/web/main.py", line 511, in 
_dispatch_request
  dispatcher.dispatch(req)
File "/usr/lib/python2.7/dist-packages/trac/web/main.py", line 237, in dispatch
  resp = chosen_handler.process_request(req)
File "/usr/lib/python2.7/dist-packages/trac/wiki/web_ui.py", line 143, in 
process_request
  return self._do_save(req, versioned_page)
File "/usr/lib/python2.7/dist-packages/trac/wiki/web_ui.py", line 332, in 
_do_save
  req.remote_addr)
File "/usr/lib/python2.7/dist-packages/trac/wiki/model.py", line 126, in save
  @self.env.with_transaction(db)
File "/usr/lib/python2.7/dist-packages/trac/db/api.py", line 77, in 
transaction_wrapper
  fn(ldb)
File "/usr/lib/python2.7/dist-packages/trac/wiki/model.py", line 144, in do_save
  del WikiSystem(self.env).pages
File "/usr/lib/python2.7/dist-packages/trac/cache.py", line 47, in __delete__
  CacheManager(instance.env).invalidate(id)
File "/usr/lib/python2.7/dist-packages/trac/cache.py", line 185, in invalidate
  @self.env.with_transaction()
File "/usr/lib/python2.7/dist-packages/trac/db/api.py", line 73, in 
transaction_wrapper
  fn(ldb)
File "/usr/lib/python2.7/dist-packages/trac/cache.py", line 195, in 
do_invalidate
  (id, 0))
File "/usr/lib/python2.7/dist-packages/trac/db/util.py", line 65, in execute
  return self.cursor.execute(sql_escape_percent(sql), args)
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
  self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in 
defaulterrorhandler
  raise errorclass, errorvalue

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

Re: [Trac] Re: Error assigns a ticket to a Developer

2014-04-02 Thread Ivanelson Nunes 
I think the cause of the problem. It is because the ticket created by
Email2Trac. Not creating custom fields.

However, I do not know how to solve it. :(

example:

"aplicacao"
> "blockedby"
> "blocking"
> "due_assign"
> "due_close"
> "parents"
> "projeto"
> "setor"
> "solicitante"



@ivanelson
[]s


2014-03-25 14:21 GMT-03:00 RjOllos :

> On Monday, March 24, 2014 9:58:23 AM UTC-7, ivanelson wrote:
>>
>> Always this error occurs. When will I assign a ticket.
>>
>> I noticed that this only occurs in the ticket's created [1] email2trac.
>> The plugin is being broken TracjsGantt.
>>
>> [1] https://oss.trac.surfsara.nl/email2trac
>>
>> Traceback (most recent call last):
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/web/main.py",
>>> line 497, in _dispatch_request
>>> dispatcher.dispatch(req)
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/web/main.py",
>>> line 214, in dispatch
>>> resp = chosen_handler.process_request(req)
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/ticket/web_ui.py",
>>> line 179, in process_request
>>> return self._process_ticket_request(req)
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/ticket/web_ui.py",
>>> line 614, in _process_ticket_request
>>> self._do_save(req, ticket, action)
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/ticket/web_ui.py",
>>> line 1328, in _do_save
>>> replyto=req.args.get('replyto'))
>>>   File 
>>> "/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg/trac/ticket/model.py",
>>> line 363, in save_changes
>>> listener.ticket_changed(self, comment, author, old_values)
>>>   File "/usr/local/lib/python2.7/dist-packages/Trac_jsGantt-0.
>>> 10-py2.7.egg/tracjsgantt/tracpm.py", line 2957, in ticket_changed
>>> self.rescheduleTickets(ticket, old_values)
>>>   File "/usr/local/lib/python2.7/dist-packages/Trac_jsGantt-0.
>>> 10-py2.7.egg/tracjsgantt/tracpm.py", line 2766, in rescheduleTickets
>>> self.spliceGraph(tickets, ticket, old_values)
>>>   File "/usr/local/lib/python2.7/dist-packages/Trac_jsGantt-0.
>>> 10-py2.7.egg/tracjsgantt/tracpm.py", line 2667, in spliceGraph
>>> if len(old_values[previewFields[fwd]]) == 0:
>>> TypeError: object of type 'NoneType' has no len()
>>
>>
>>
>>
>> @ivanelson
>> []s
>>
>
> I won't venture a guess as to why this is only occurring with email2trac,
> but the following patch might work around the problem:
>
> diff --git a/tracjsganttplugin/0.11/tracjsgantt/tracpm.py
> b/tracjsganttplugin/0.
> index 102bb6f..b6df829 100644
> --- a/tracjsganttplugin/0.11/tracjsgantt/tracpm.py
> +++ b/tracjsganttplugin/0.11/tracjsgantt/tracpm.py
> @@ -2954,7 +2954,8 @@ class TicketRescheduler(Component):
>  if self._affectsSchedule(ticket, old_values):
>  self.env.log.info('Changes to %s affect schedule.
>  Rescheduling.' %
>ticket.id)
> -self.rescheduleTickets(ticket, old_values)
> +if old_values:
> +self.rescheduleTickets(ticket, old_values)
>
>
>  def ticket_deleted(self, ticket):
>
> --
> 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 http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.
>

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

RE: [Trac] The ticket field 'owner' is invalid

2014-04-02 Thread Patterson, Candace 


From: Patterson, Candace
Sent: Wednesday, March 12, 2014 11:05 AM
To: trac-users@googlegroups.com
Subject: RE: [Trac] The ticket field 'owner' is invalid


On Tuesday, March 11, 2014 7:07:43 PM UTC-7, RjOllos wrote:
On Tuesday, March 11, 2014 3:58:01 PM UTC-7, CP wrote:
When trying to assign the owner field, I received this error:

Warning: The ticket field 'owner' is invalid: Access denied to modifying owner

I also used an account with TRAC_ADMIN privileges, and I received the same 
error when trying to assign the owner.

I then restarted Python/Trac, and that fixed the problem.  This has happened on 
multiple occasions, but sometimes it works okay.  My only thought is that maybe 
my plugins are conflicting, and maybe restarting allows them to be loaded in a 
different order???


Here is some additional information that may or may not be relevant.  I am 
using Trac 0.12.  I am running two instances of Trac on the same server, and I 
don't know if that is a problem.

The first instance ("Trac 1") uses these plugins:

AdvancedTicketWorkflowPlugin-0.11dev-py2.7
BlackMagicTicketTweaks-0.11r1-py2.7
CondFieldsGenshiPlugin-0.2-py2.7
GroupTicketFields-0.0.1dev-py2.7
ticket_clone.py
TicketValidator-0.1-py2.7
trac_WorkflowNotificationPlugin-0.4-py2.7
TracAnnouncer-0.11.1-py2.7
TracCustomFieldAdmin-0.2.8-py2.7
TracDynamicFields-1.2.3-py2.7
TracTicketValidator-0.1-py2.7

The second Trac instance ("Trac 2") uses all of the above plugins plus the 
following:

TracAccountManager-0.4.3-py2.7
TracDateField-2.0.0dev-py2.7
TracVirtualTicketPermissions-1.0.0-py2.7

I looked at the log file of Trac 1, and noticed that Trac 1 is checking user's 
permissions against the permissions that are only in Trac 2.

Also, in Trac 2, I am using the BlackMagic plugin to set owner.permission and 
owner.ondenial, but I am not doing this in Trac 1 (where I am having the 
problem).

Any help or suggestions will be much appreciated!

Thanks,
Candace Patterson


The warning/error is raised by an ITicketManipulator:
http://trac.edgewall.org/browser/branches/1.0-stable/trac/ticket/web_ui.py?marks=1291-1293&rev=12500#L1286
Specifically, the BlackMagicTicketTweaksPlugin:
http://trac-hacks.org/browser/blackmagictickettweaksplugin/0.12/blackmagic/blackmagic.py?marks=268-269&rev=13685#L257

I think the issue is that BlackMagicTicketTweaks is not thread-safe:
http://trac-hacks.org/browser/blackmagictickettweaksplugin/0.12/blackmagic/blackmagic.py?marks=43-48&rev=13685#L26

I'm looking at whether this can be easily fixed.


Here is a ticket in which osimons has already documented the problem:
http://trac-hacks.org/ticket/7872#comment:3

I pushed an untested fix. Could you please give it a try and report back?
http://trac-hacks.org/changeset/13734

There may still be a problem with the blockedTickets and extra_permissions 
attributes, but it will likely be much less severe and you may not even notice.
--

Thanks so much!  I loaded the BlackMagic 11.2 plugin that you modified, and so 
far it appears to work properly.  I will continue to monitor it for errors, but 
currently the log file isn’t showing any permission validations against the 
Trac2-only permissions.  So, I think that is a good sign.  I will report back 
if the problem returns.  Thanks again!

Candace


Update April 2, 2014:

I have noticed that my new BlackMagic 11.2 plugin isn’t loading/importing 
properly.  Below are the errors from the log file.  By the way, I loaded my old 
plugin 11.1 (the one with the permission problems), and it loads properly.  Any 
suggestions?

Thanks a lot,
Candace

Trac[loader] DEBUG: Loading blackmagic from 
d:\tracracrs\plugins\blackmagictickettweaks-0.11.2-py2.7.egg
Trac[loader] ERROR: Skipping "blackmagic = blackmagic":
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\trac\loader.py", line 68, in _load_eggs
entry.load(require=True)
  File "C:\Python27\lib\site-packages\pkg_resources.py", line 1954, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
ImportError: No module named blackmagic



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




The information contained in this email message, including any attachments, is
for the sole use of the intended recipients(s) and may contain confidential and
privileged information.  Any unauthorized review, use, disclosure or 
distribution
is prohibited.  If you are not the intended recipient and have received this
communication in error, please contact the sender by reply