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

2014-04-06 Thread RjOllos 
On Wednesday, April 2, 2014 4:05:36 PM UTC-7, CP wrote:
>
>  
>  --
> *From:* trac-...@googlegroups.com  
> [trac-...@googlegroups.com] 
> on behalf of RjOllos [rjo...@gmail.com ]
> *Sent:* Wednesday, April 02, 2014 5:01 PM
> *To:* trac-...@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.

[Trac] Announce: New TagsPlugin 0.7 released

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

Hello all,

due to joined effort we've finally pushed out tractags-0.7 [1] tonight.

This version is not just a release but a major milestone. It is the
first release after this plugin has been totally rewritten by Alec
Thomas in 2008.
 The plugin does not only fully support i18n, but comes with 4 complete
(for Korean, German, Japanese, Chinese(China)) and 2 advanced
translations (for French and Russian), and there are more on the way.
 For this release we've been working to resolve more than 50 bugs and 20
enhancement requests, from what the most noticeable might be

 #2429: TagsPlugin should handle versioning of wiki tags
 #4503: Performance issues
 #7857: Regression in Tag query functionality
 #9061: Mass tag replacement functionality with tagged realm filtering
 #9521: New install impossible on Trac 0.13dev

This work has been enabled and driven by contributions of more than a
dozen ambitions developers and translators. Thanks to all of you.

Note that we've arranged source distribution via PyPi [1] for your
convenience as well. Have fun, and continue successful Trac hacking.

Steffen Hoffmann


[1] https://trac-hacks.org/wiki/TagsPlugin
[2] https://pypi.python.org/pypi/TracTags
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlNB0ogACgkQ31DJeiZFuHeHsACgrsHv6Ovk7sdUAxholhQZ63h4
uQQAoIvGZ+8hElNQGdXh0OcXNxOEjGZs
=wM2k
-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.

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

2014-04-06 Thread Steffen Hoffmann 
On 04.04.2014 15:07, Frank wrote:
> Steffen,
> 
> Thank you for the information.  Do you think it's possible to run
> 1.1.2dev-r11794 on the same new box at the same time as 0.12.2 (the .deb
> packaged version)?
> 
> If so, I wouldn't mind copy/paste the markdown and recreating the pages
> manually between browser tabs. That would enable me to stay with the
> .deb upgrade process in the future.
> 
> Thoughts?

Sure, you can do this, like Olemis already pointed out.

Debian packages
 python-virtualenv
 virtualenvwrapper
are excellent for using some Trac versions in parallel. You should
definitely try it out, because it will help you testing future upgrades
too, but on a copy of you environment next time.

Steffen Hoffmann



smime.p7s
Description: S/MIME Cryptographic Signature

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

2014-04-06 Thread Steffen Hoffmann 
On 04.04.2014 15:07, Frank wrote:
> Steffen,
> 
> Thank you for the information.  Do you think it's possible to run
> 1.1.2dev-r11794 on the same new box at the same time as 0.12.2 (the .deb
> packaged version)?
> 
> If so, I wouldn't mind copy/paste the markdown and recreating the pages
> manually between browser tabs. That would enable me to stay with the
> .deb upgrade process in the future.
> 
> Thoughts?

Sure, you can do this, like Olemis already pointed out.

Debian packages
 python-virtualenv
 virtualenvwrapper
are excellent for using some Trac versions in parallel. You should
definitely try it out, because it will help you testing future upgrades
too, but on a copy of you environment next time.

Steffen Hoffmann



smime.p7s
Description: S/MIME Cryptographic Signature