Home
Add Issue
List Issues
Complete List
LoginList Issues
Creation date |
Sections | Submitted by | Urgency | Type |
If your connection is slow or the issuetracker is slow it is sometimes possible to save an issue or a followup twice if you press the "Save Issue" or "Save Followup" twice. Prevent duplicates at all cost.
3 years and 10 months and 3 weeks old
Should work now but for followups it's different from issues.
For followups it only looks at the last posted followup (aka thread) and compares to that. If the last one was for example Open -> Completed then we can accept to identical comments. If the previous one was a followup and you post another followup with exactly the same comment the latter one is ignored in favor of the previous one.
If you do this: Open -> Completed and enter a comment like "test". Then hit Back and submit again. Then instead of setting the title of that followup to "Open -> Completed" again, it becomes a regular followup. (unless you leave out the optional comment which gets ignored)
There needs to be an extra linebreak clearer on the home page where there are only very few issues. I've temporarily fixed it on this one thanks to CheckoutableTemplates.
3 years and 10 months and 3 weeks old
You might need to have some Recent History for it to appear.
The OPTIMIZE variable in Constants.py should be controllable as an exported environmentvariable in the startup script.
And it in Constants.py is should by default be switched ON.
3 years and 10 months and 3 weeks old
#0004 WYSIWYG Editor Support
It would be nice to have kupu support in the issue tracker.
(And email address protection from spiders.)
3 years and 10 months and 2 weeks old
WYSIWYG has been considered. Very few people have asked about it but it could become a user option. Just like you can change between Plain text and StructuredText, maybe there should be one for WYSIWYG.
email address protection is already in place. See the additional note I put into the Demo issue tracker Add Issue
Look at how my email address is used on this very page by viewing the source code. (don't right-click and "View Selection Source" in Firefox) Try refreshing the page and view the source code again.
I would really appreciate this because sometimes one needs some kind of formatting and then Structured Text is a pain for the novice. But everybody has at least some minimal experience with some office applications.
We use kupu as WYSIWYG editor with our content management system and it works quite nicely with the gecko browsers on all platforms and IE6SP2 on Win. But you might also look at its predecessor EPOZ if kupu is an overkill for this task.
(Sorry about the email protection; I didn't check this correctly.)
How about External Editor? Would that be of interest to anyone?
What about htmlArea3?
Marc, would you be interested in helping out writing a monkey patch that enables a third display format to Add Issue and the followup forms?
I'm not an expert with either of these WYSIWYG editors but I do remember that Epoz sucks compared to htmlArea3 and FCkeditor (can't remember the spelling). One of these works quite clever in that it allows you to have normal textarea boxes (like the issuetracker does) but then have these replaced with a WYSIWYG editor. That sounds quite promising to me.
Patching the templates with textarea boxes is just one thing. The next task is to add support for a third displayformat, html. That's what I'm more than willing to help out with if you can get started on a pluginlike product for WYSIWYG editing.
What would be the most elegant way to do this besides just a link?
3 years and 10 months and 2 weeks old
I'm trying to integrate them together, and I think the most important problem is the roles management (to access to all my folder you have to authenticate yourself). I have solved it in the following way.
Create an instance of issuetracker named (for ex.) 'IssueTracker' in a folder of your plone site and create a plone-link-document that refers to it.
In the same folder of 'IssueTracker' create and remove an issuetrackeruserfolder in order to create the roles i-t-manager and i-t-user
Now you can set local-roles in that folder for i-t-user and i-t-manager; using lasts version of Plone (I think) you can manage them in groups and assign
local-roles to groups. Don't use the Plone-interface, but the zope-interface ('.../manage' in the url)
For some reasons I don't know, the role i-t-manager isn't perfectly supported, so you have to substitute the i-t-manager with the plone-manager (but if an user-manager add '/manage' to the url..).
It is better to assign plone-manager inside the 'IssueTracker' instance (where you can see its propierties, the folders 'notifyables' and 'www'), so users can't manage plone directory. Obviously, if you are the only i-t-manager, there is no problem
To come back to plone site, you have to put a link in the main zpt page of issuetracker.
I hope I-T will be much more integrated with Plone in future
I didn't say: you have to do all this work only if you disallow "anonymous access".
In the other cases, you have just to set the plone-manager user.
I admit that the IssueTracker Manager role is poorly supported, if at all in the IssueTrackerProduct. It's on the todo list but the todo list is long and I18N has been pushed up much higer than Plone integration.
#0006 Radiator
Raditor leaking from the seal
3 years and 10 months and 2 weeks old
#0007 2 usability suggestions
very nice product !
2 things that keep me stick with 'trac' as an issuetracker
for now:
1. very userfriendly overview
see: http://projects.edgewall.com/trac/report/2
2. all the predefined reports
see: http://projects.edgewall.com/trac/report
I use zope for all other content however, so I'll watching
your product.
fietske
3 years and 10 months and 2 weeks old
If you want to help you can start listing some good reports that you think might be useful to have.
http://sourceforge.net/mailarchive/forum.p...id=7350627&forum_id=11904
The issuetrackerproduct now has the same feature as trac. Have a look here http://real.issuetrackerproduct.com/0074#i3
Environment
- Zope Version: (Zope 2.6.2b3 (source release, python 2.1, linux2) [DZUG SuSE], python 2.1.3, linux2)
- Python Version: 2.1.3 (#0001, Mar 28 2003, 06:28:54) [GCC 3.3 20030226 (prerelease) (SuSE Linux)]
- System Platform: linux2
Issue
Error is raised when adding an issue. See below
Traceback (innermost last):
Module ZPublisher.Publish, line 98, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 39, in call_object
Module Products.IssueTrackerProduct.IssueTracker, line 1876, in SubmitIssue
Module Products.IssueTrackerProduct.IssueTracker, line 2074, in generateID
ValueError: empty pattern string
Cause of error
Line 2074 tries to remove the prefix by running the strings replace method. prefix defaults to '' and an empty string can't be replaced.
Solution
Don't call replace if prefix is empty:
if prefix: nextid_nr_str = nextid_str.replace(prefix,'')
else: nextid_nr_str = nextid_str
nextid_nr = int(nextid_nr_str)
3 years and 10 months and 2 weeks old
This is from an updated Issue Tracker rather than one created with the current version, but I think the same applies. If you click on the 'Open' tab on the home page then it shows you the inverse, i.e. all those not open. This is because the default filter logic is set to 'Do not show', changing it to 'Do show' fixes it.
3 years and 10 months and 2 weeks old
Done and done. You were right and I was able to reproduce it and fix it.
The status links now dictate the correct filterlogic but does not save that if you had anything else stored since before.
Uploaded to CVS. Will be available in a few hours in public CVS. Will be included in the 0.6.2 release when released.
From the personal page (the last tab in the menu) when you select "List these" or "Complete List" and then you press the "Show filter options" you have a site error because the parameter "i" is missing.
In my installation have simply fixed this problem modifing the ZPT file named filter_options.zpt adding this line in the first form::
<input tal:condition="python:request.get(i)" tal:attributes="value python:request.get(i)" type="hidden" name="i" value="" />
3 years and 9 months and 4 weeks old
'd like to know how if it's possible to manage following scenario:
I have an IT instance on a Zope with a Ldap user folder. I want all the people from it to have privileges of IT Users or IT Managers. I don't want to have a separate acl_users inside IT instance as I don't disallow having separate accounts anyway.
It seems IT won't allow to simply map these people to an internal role (like IT User). It requires separate credentials. It is because a "zopeuser" is wrapped with some IT specific data.
This is a show stopper for me and after some time spent trying to solve it by my own I decided to ask you.
It's a great tool beside that ...
3 years and 9 months and 3 weeks old
Are you ready to write some code?
Yep, I am ...
I tend to think it's a major design problem rather a simple thing a quick fix would fix.
I'd like to hear some more from other users first.
There is no easy way around it. The issue tracker expects to be able to call getEmail() and getFullname() from the Issue User Folder object amongst other things.
I'm sure the email address and the full name is stored in an Ldap user folder too, but the issue tracker needs to know how to find that out. My hope is to be able to do something like this:
if self.isIssueUserFolder(acl_user):
name, email = acl_user.getFullname(), acl_user.getEmail()
elif self.isLDAP(acl_user):
name, email = acl_user.Email(), acl_user.fullName()
else:
name, email = get_cookie('name'), get_cookie('email')
There's more. When you add an issue or followup you need to store some sort of identifier to the issue which acl user in which user folder added the issue.
This only adds support for one more type of user folders that has fullname and email. What about NT active directory servers?
One could write some sort of wrapper around an Ldap instance or one could write code inside the issue tracker to integrate Ldap tightly. Either way, I currently don't have the time to do it. At the moment my little company is extemely busy with sudden multiple projects and I don't get paid for what I do with the issue tracker. That's why I wondered if you're ready to write some code.
After some time spend with the code I think that wouldn't be enough - there are just too many places IT specific user management API is used.
What I originally thought of was using standard "ldap_sateliete" approach - just being able to to map users and groups from Ldap to Zope roles. I'm not sure why the distinction between "zope user" and "issue tracker user" in the first place.
For now changing the key method - "getRolesInContext" call in the "hasManagerRole" does the trick for me ...
The reason for the distinction is that Zope users don't have:
- full name
- preferred display format
This information is most likely available in other more advanced user folders (e.g. ldap) but the issuetracker core needs to know how to extract this.
I need to familiarise myself more with exUserFolder, LDAP User Folder etc.
Hi, I am trying to setup this Issue Tracker. When recieving inbound email I get an Error...
_________
Site errorThis site encountered an error trying to fulfill your request. The errors were:
Error Type
TypeError
Error Value
cannot concatenate 'str' and 'builtin_function_or_method' objects
Request made at
2005/02/07 15:48:12.250 US/Central
______________
It appears to scrape the POP3 Account clean,
It only happens when there is mail to be downloaded,
otherwise it states...
'Created 0 issues' as it should do.
It is entirely possible that I have in fact missed something basic, any ideas please advise, thanks bill
3 years and 9 months and 2 weeks old
The error you get sounds like a simple bug that I am responsible for. Can you send me the traceback? Or at least where in the code it happened.
The inbound email feature deletes the email from the pop3 account and does not put it back if there is a system error.
Thanks.
Your symptoms you state are correct, the problem is more that it is not importing rather than the scraping...if it's not gonna enter the emails into the issue tracker, then the email needs to stay in the POP3 mailbox...
thanks, bill
Sure. I know that it's a flaw but fixing it would be a feature improvement I'm not ready to invest in now. What I do want is to clear out all straight forward bugs where the programming is fundamentally wrong.
Hi Bill,
Just wanted to let you know that the next version of the issuetrackerproduct is going to fix this thing you're asking about. You can select whether emails should be deleted or not after you have dealt with them. If you chose to keep them on the server, no duplicates will be made but if you have a anti-spam-learning proxy or something like that the email will be passed through the proxy many times.
This next release will the one after 0.6.13 and it's going to be an Experimental release since I intend to include loads of new features. If you're interested in getting involved in testing this stuff, please let me know.
#0013 Upgrading to 0.62
I've just upgraded to 0.62 and restarted Zope without also installing Checkoutable Templates and Zope failed to start as it needs the Product installed.
Somewhere, Changes.txt perhaps, it says something about not needing to install it. It's no great pain to install it so just documenting it is enough.
3 years and 9 months and 2 weeks old
CheckoutableTemplates should not be a requirement. If it is that's a bug.
It's just that if you have CheckoutableTemplates installed it will be a bonus.
I'll look into starting Issuetracker without CheckoutableTemplates.
I've taken care of this now and release an errata version.
See http://www.issuetrackerproduct.com/News/issuetrackerproduct-0.6.3
This following is not a bug in either the HTML or CSS, but a browser incompatiblity which it would be nice to avoid.
IE6 fails to properly render the "Added Issue followup" tbody-div in ShowIssue.zpt. The block gets covered up with the background color of the enclosing trest-div.
An easy fix, although it changes the cosmetics, is to remove the background-color property from the trest selector in screen.css.dtml.
3 years and 9 months and 8 days old
Can you help me find a solution which doesn't involve changing the background colour? I'm actually a bit handicapped since I only run Linux on my computers which fortunately doesn't have IE6.
I have the same problem: with Firefox all seems ok, but with IE6 sometimes it goes wrong: Pls look at the attached file, there are 2 screenshots of the same page: I can read the text correctly only if I select it. In the txt file there is the html-source of the page, it could be usefull: the problem is in the div 'tbody'
I will add more information when I will have test your software much more (today is the first day!)
Bye
Alessandro
How about a screenshot image? I don't have a windows computer anymore.
Can you not check out the template with checkoutabletemplates and try to fix it and then let us know?
Sorry the attachment.
I'm tring to check the problem, but I don't know how to use checkoutabletemplates.
The problem is IE; if I pass another window (for example, a wordpad window) on IE the words appear and disappear.. The problem disappear if I remove the class css 'trest' in ShowIssueThreads.zpt, of if I remove or change the class 'threaddate'.
Sometimes only the top-half of the words are written, so I though there was a margin/padding problem, but the problem still persist removing all the line with margin and padding from screen.css.dtml.
Finally this one has been solved. It was my design friend Petter Warnsberg of Swede ltd who solved it. He applied the infamous "Holly hack" for IE6 on Windows.
We managed to reproduce it clearly and after adding a few lines to the bottom of screen.css the problem went away.
These changes are not yet in CVS but will definitely be included in the 0.6.6 release. Thanks all of you.
IMHO, building the security on tracker oriented permissions ("Add issue", "Add followup", "(un)Assign issue", ...) would give integrators more flexibility to tailor the IssueTracker to various organizations shapes by building business oriented roles and granting the various permissions to those role.
In addition, each workflow transition should be associated with roles. It's a problem to me to grant or deny globally all workflow (issue status) transition to such or such role.
Any opinion ?
Cheers
3 years and 9 months and 3 days old
You're right of course. More work is needed in that department, but I'm not sure it's near the top of the todolist. Right now I have lots and lots of features, bug fixes and feature improvements to write that I personally value more.
Are you available to help me? I guess all that is needed is something like this:
security.declareProtected("Add Issue", "SubmitIssue")
def SubmitIssue(self, ...):
Another thing I don't like is surprises. For example, the "More statistics" link is only shown if you have some sort of manager role. I would not like a link to be shown to everyone and then reject people who click it with insufficient priviliges.
Exact : methods and object construction should be protected by permissions, dedicated to IssueTracker (IT) specific logic. Permissions could the be assigned to roles, either directly in the standard security matrix, or in a dedicated config tab (luxurious goodie)
Tell me when you could spend some time on this and I'll (try to) help to do the job.
Your "More statistics" link and others could be protected that way ::
<a href="#" tal:condition="python:user.has_permission('it:view stats', this_tracker)" tal:attributes="href some_url">
More statistics
</a>
There are many other possibilities to tweak the GUI according to the user's set of permissions, eather from Python or from TALES.
Of course it is good practice to put such frequently used widgets in a macros collection template, in order rationalize the ZPT stuff.
As a conclusion, and after having walked around the code, basing the IT security policy around permissions is a hard job but IT deserves to have a better flexibility to comply with very different organization shapes just setting some roles and assigning IT specific permissions to those roles.
And assuming backward compatibility on other trackers would require to make a migration tool, not speaking about the customized templates.
Tell me when you plan to start to i18nize IT too. A tracker in french is a requirement for some of my users. The only i18nized Zope trackers are Zwiki tracker mode (very poor in tracker specific features) and PloneCollectorNG (great stuff but I don't need all the CMF/Plone heavy mess around). I could help in this field too (this would require changes in the code too, and publishing the IT pages in UTF-8) as I'm pretty familiar with Zope i18n tools like PlacelessTranslationService or Localizer.
Hi,
First of all - thanks for an excellent product! :-D
I recently upgraded an issue tracker instance to the latest version but I'm now having problems when attempting a 'Search'. I get the following error:
Error Type: AttributeError
Error Value: 'NoneType' object has no attribute 'aq_parent'
(I can supply the full traceback if required)
I went through the 'management' tab and did the update everything and also went manually to the catalog entry and did the 'update' there.
I used to have a standard acl_users folder in this particular issuetracker instance, and as part of the upgrade - I've converted these to IssueTrackerUsers.
I only have two users setup in the issueTrackerUsers folder - and one of them is working perfectly (that would be me, the 'owner' of the instance). The other user is the one that's failing on the search. I've tried various combinations of 'roles' for this user, and even tried creating a new user with 'manager' permissions - but the same problem occurs when searching for any keyword.
Any clues at all.
Thanks!
3 years and 9 months and 1 day old
Here's the traceback:
Traceback (innermost last):
Module ZPublisher.Publish, line 101, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 39, in call_object
Module Shared.DC.Scripts.Bindings, line 306, in __call__
Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
Module Products.PageTemplates.PageTemplateFile, line 106, in _exec
Module Products.PageTemplates.PageTemplate, line 96, in pt_render
- <PageTemplateFile at /ausnetech/web/issues/lk/ListIssues>
Module TAL.TALInterpreter, line 190, in __call__
Module TAL.TALInterpreter, line 234, in interpret
Module TAL.TALInterpreter, line 671, in do_useMacro
Module TAL.TALInterpreter, line 234, in interpret
Module TAL.TALInterpreter, line 409, in do_optTag_tal
Module TAL.TALInterpreter, line 394, in do_optTag
Module TAL.TALInterpreter, line 389, in no_tag
Module TAL.TALInterpreter, line 234, in interpret
Module TAL.TALInterpreter, line 694, in do_defineSlot
Module TAL.TALInterpreter, line 234, in interpret
Module TAL.TALInterpreter, line 407, in do_optTag_tal
Module TAL.TALInterpreter, line 389, in no_tag
Module TAL.TALInterpreter, line 234, in interpret
Module TAL.TALInterpreter, line 460, in do_setLocal_tal
Module Products.PageTemplates.TALES, line 221, in evaluate
- URL: ListIssues
- Line 15, Column 0
- Expression: standard:'options/filteredissues|here/ListIssuesFiltered'
- Names:
{'container': <IssueTracker instance at 41e26650>,
'context': <IssueTracker instance at 41e26650>,
'default': <Products.PageTemplates.TALES.Default instance at 0x40bbd74c>,
'here': <IssueTracker instance at 41e26650>,
'loop': <SafeMapping instance at 40ec7770>,
'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x40bb5d4c>,
'nothing': None,
'options': {'args': ()},
'repeat': <SafeMapping instance at 40ec7770>,
'request': <HTTPRequest, URL=http://www.ausnetech.com.au/issues/lk/ListIssues>;,
'root': <Application instance at 40f18020>,
'template': <PageTemplateFile at /ausnetech/web/issues/lk/ListIssues>,
'traverse_subpath': [],
'user': lk}
Module Products.PageTemplates.Expressions, line 201, in __call__
Module Products.PageTemplates.Expressions, line 196, in _eval
Module Products.PageTemplates.Expressions, line 103, in render
Module Products.IssueTrackerProduct.IssueTracker, line 3871, in ListIssuesFiltered
Module Products.IssueTrackerProduct.IssueTracker, line 3949, in _searchCatalog
AttributeError: 'NoneType' object has no attribute 'aq_parent'
This wasn't really a bug but it wasn't easy to know. The problem was that you had manually updated the ZCatalog after pressing the Update Everything button. What must have happened is that the ZCatalog (objectid=ICatalog) picked up other objects that didn't exist.
If you would have pressed the Update Everything button last it will make sure that the catalog is up to date and only with issues or followups.
Now I've improved the search a lot to make sure this doesn't create an error at least. If the search through the catalog stumbles across "junk" a warning message is printed to the log files.
The new code is in CVS and will be publically available in a few hours. If you don't use CVS you'll have to wait for the 0.6.4 release which is due out in a matter of days or weeks.
PS. I doubt this had anything to do with which user it was. Did you try exactly the same search terms?
Hello again,
Thanks so much for your help thus far.
I think there's some other problem going on because I've just loaded up the latest version via CVS and am still getting an error.
Just backtracking a little to before the CVS update: I didn't actually do the manual ICatalog update until after I got errors. It was just something I tried to see if it would solve the problem - but it didn't.
Also, yes - the problem is somehow related to the user who's logged in. If I log in as the 'lk' user - every search fails, regardless of keyword. If I log in as 'markt' - every search works (using the same keywords as for the 'lk' user tests). This continues to be the case after the CVS upload.
So, here's what I just did:
- I moved my old IssueTrackerProduct directory out of the way.
- Logged into CVS and retrieved the latest IssueTrackerProduct.
- Restarted my zope instance.
- Tried the search function for both my 'markt' and 'lk' users. 'markt' worked, 'lk' failed.
- I got the nice 'System Error' screen which had the following log file attached:
------
Bug Reporting File
2005/02/25 04:24:35.678 US/Eastern
Error type: AttributeError
Error value: 'NoneType' object has no attribute 'meta_type'
IssueTrackerProduct version: 0.6.3
-------
- Don't know whether it's necessary, but I had forgotten to do the 'Update Everything' after doing the CVS download. So, did that and tried the search again - once again, no go.
Here's the full traceback now, which seems slightly different to before:
Traceback (innermost last):
Module ZPublisher.Publish, line 101, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 39, in call_object
Module Shared.DC.Scripts.Bindings, line 306, in __call__
Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
Module Products.PageTemplates.PageTemplateFile, line 106, in _exec
Module Products.PageTemplates.PageTemplate, line 96, in pt_render
- <PageTemplateFile at /ausnetech/web/issues/lk/ListIssues>
Module TAL.TALInterpreter, line 190, in __call__
Module TAL.TALInterpreter, line 234, in interpret
Module TAL.TALInterpreter, line 460, in do_setLocal_tal
Module Products.PageTemplates.TALES, line 221, in evaluate
- URL: ListIssues
- Line 1, Column 0
- Expression: standard:'options/filteredissues|here/ListIssuesFiltered'
- Names:
{'container': <IssueTracker instance at 40f0e9e0>,
'context': <IssueTracker instance at 40f0e9e0>,
'default': <Products.PageTemplates.TALES.Default instance at 0x40bbd74c>,
'here': <IssueTracker instance at 40f0e9e0>,
'loop': <SafeMapping instance at 40b79c10>,
'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x40bb5d4c>,
'nothing': None,
'options': {'args': ()},
'repeat': <SafeMapping instance at 40b79c10>,
'request': <HTTPRequest, URL=http://www.ausnetech.com.au/issues/lk/ListIssues>;,
'root': <Application instance at 40e8e440>,
'template': <PageTemplateFile at /ausnetech/web/issues/lk/ListIssues>,
'traverse_subpath': [],
'user': lk}
Module Products.PageTemplates.Expressions, line 201, in __call__
Module Products.PageTemplates.Expressions, line 196, in _eval
Module Products.PageTemplates.Expressions, line 103, in render
Module Products.IssueTrackerProduct.IssueTracker, line 4149, in ListIssuesFiltered
Module Products.IssueTrackerProduct.IssueTracker, line 4280, in _searchCatalog
AttributeError: 'NoneType' object has no attribute 'meta_type'
------
Hope this all helps toward a solution, thanks once again! :-)
Great thanks for the report. I'm dedicated to sort this out and your help is really helpful.
The code on line 4280 was pretty stupid. It didn't provide a default fallback which would cause the AttributeError. (this actually happened in two places until I now have fixed it). The old code was:
if getattr(object, 'meta_type') != ISSUE_METATYPE:
which is now fix to be this instead:
if getattr(object, 'meta_type','') != ISSUE_METATYPE:
(Update your CVS in a couple of hours since SourceForge's servers are seriously cached)
The thing is that the ZCatalog contains a reference to an object that doesn't exit. So when getObject() is called on that brain (a brain is a reference item between the ZCatalog and a ZODB object) it returns None which thus caused the system error.
Why is this dodgy brain in the ZCatalog even after you pressed the Update Everything button? The Update Everything clears the ZCatalog and makes sure only good stuff is contained in it.
Why is there a difference between markt and lk? Are they defined inside the same User Folder? What roles do they have respectively? Have you changed the "Manager roles" in the Properties tab?
Have a look inside the ICatalog object. Click the Catalog tab and look at the list of brains. What do you see? On my Demo issuetracker I see only issues and issue-threads (followups). That's what you should see too.
Do you have any other python products I should know of that uses the ZCatalog? Do you run your issuetracker on a virtual host (e.g. bugs.company.com) or vanilla (e.g. localhost:8080/bugs)?
Ok - I've manually patched that 4280 line in IssueTracker.py, which stops the search from crashing - but now of course, the search finds no items when done for the 'lk' user.
Some other answers to your questions:
Why is there a difference between markt and lk? Are they defined inside the same User Folder? : No, actually they're not. 'markt' is setup in the root acl_users folder, 'lk' is setup in the issue tracker acl_users folder within this particular issue tracker instance.
What roles do they have respectively? : 'markt' is setup with the 'manager' role only. 'lk' is also setup with the 'manager' role only.
Have you changed the "Manager roles" in the Properties tab?: I don't think I've ever changed this. It's currently set to just: 'Manager'
Have a look inside the ICatalog object. Click the Catalog tab and look at the list of brains. What do you see?: I see much as you do, just issues and issuethreads. Actually, maybe this is something: it appears all the old issue threads are showing as 'issuethreadxxxx' whereas the new threads (with the current version) are showing as 'threadxxxx' (I've attached a screen shot).
Do you have any other python products I should know of that uses the ZCatalog? I'm using the Zcatalog for a site search function that I have on my website, but that's in a different directory than the IssueTracker instance - wouldn't have thought this would have any affect. Nothing else I can think of that might be affecting this - I haven't modified or added anything to the IssueTracker folder itself, only used it as an end-user would.
Do you run your issuetracker on a virtual host (e.g. bugs.company.com) or vanilla (e.g. localhost:8080/bugs)?: Its running as a virtual host (behind apache, with rewrite rules). However, port 8080 is also open, so I just tried it directly (bypassing apache) and the same problem occurs.
Thanks again for your help. Cheers,
Mark
Hmm. Still not able to reproduce it. I noticed that the object id of your issue tracker is "lk" which is the same as the acl user that can not do a search. I know it's a weak connection but maybe it's got something to do with it.
I tried creating an Issue Tracker User Folder inside one of my issuetrackers called "issue-tracker". I created a Manager acl user inside also called "issue-tracker" but it worked just fine.
Can you please just try to add a brother to the "lk" user called "lk2" and test the searches. Once before and once after you've pressed the Update Everything button.
(I have received your private email and I will respond to that one shortly)
Found it. It's due to a bug (perhaps) in Zope 2.7.3 and maybe 2.7.4.
See: http://www.zope.org/Collectors/Zope/1713
I employed their patch to the 'getObject' method in ZCatalog, and that's solved the problem.
Seems the 'lk' user had access to all the documents in this particular issue tracker instance, but not higher up the tree. So, getObject() was not able to retrieve the objects it found in the search because the authentication failed higher up the tree.
I notice in zope 2.8b1, the following revision note:
> ZCatalog.CatalogBrains: An _unrestrictedGetObject method has been added.
Maybe you could use an "_unrestrictedGetObject" instead of "getObject" in your "_searchCatalog" method in IssueTracker.py? (but only for Zope 2.8 and above)
I guess if it's not a prob to anyone else, I'm happy to do the hack/patch to ZCatalog to get around it. :)
Cheers,
Mark
I can read this inside documentation : "The IssueTrackerProduct is not dependent on CheckoutableTemplates but if you want to be able to change the look and feel of an IssueTrackerProduct instance you have to have CheckoutableTemplates installed in your Zope"
In fact when i try to install IssueTrackerProduct 0.6.2 alone, i get this error and the product is broken :
Traceback (most recent call last):
File "/usr/local/Zope-2.7.3/lib/python/OFS/Application.py", line 660, in import_product
product=__import__(pname, global_dict, global_dict, silly)
File "/opt/instance_afpy/Products/IssueTrackerProduct/__init__.py", line 3, in ?
import IssueTracker
File "/opt/instance_afpy/Products/IssueTrackerProduct/IssueTracker.py", line 66, in ?
from TemplateAdder import addTemplates2Class, CTP
File "/opt/instance_afpy/Products/IssueTrackerProduct/TemplateAdder.py", line 100, in ?
from Products.CheckoutableTemplates import CTDTMLFile as CTD
ImportError: No module named CheckoutableTemplates
Zope 2.7.3 / python 2.3.4
3 years and 9 months and 1 day old
This was fixed in the next release 0.6.3. Please read this announcement: http://www.issuetrackerproduct.com/News/issuetrackerproduct-0.6.3
I solved the problem in #0013
#0020 IT forgets my reply
A Gmail-like feature request for IT: when I start writing up a reply and decide it in fact closes the issue and I click on "Complete" or probably anything else, the text gets lost.
On the other hand, when writing a reply in Gmail, if I suddenly decide to click "Reply to all" or "Forward" instead, it remembers happily.
Could anything be done about it?
3 years and 9 months old
Something can be done and it has been done. (...in latest CVS, not yet uploaded here).
You start writing something at the bottom of the page and then you decide to make it a "Put on hold" instead; with a mouseclick the text you started writing is not forgotten.
I have only tried this on Firefox so far. Hoping for feedback since this is Javascript dependent.
Hello Peter
Really liked the idea of the Rich/Compact Listing feature, so I updated via CVS but I can't see it in my trackers. I've checked the settings etc. but can't understand why I dont see the Rich/Compact link at the bottom of the Issues page.
Any clues ?
Thanks!
PS. Really like the enhancements you've been making lately. Keep up the good work.
3 years and 9 months old
Sorry - forget this issue ... turns out that I was testing it with a brand new tracker with no issues. As soon as I added an issue, the Rich / Compact links showed up.
Our issue Tracker has the strange behaviour that quote symbols are replaced in the Recent Issue title by the text " This only occurs in the titles of Recent Issues in the home page and in the Search results issue titles. It does not occur when individual issues are displayed or when List Issues is displayed. It happens independent of the display format (plain or structured).
The demo issue tracker does not show this effect.
The page source shows " when the quote is displayed correctly and &" when it is not.
I do not know if this is really a bug or just a problem with the settings of our issuetracker and would be glad of any hints.
our issue tracker (welcome to test):
3 years and 8 months and 3 weeks old
The above issue does not appear as a typed it.
In the places where a quote symbol appears , I wrote
& quot ;
(without the spaces)
and in the places where the ampersand symbol appears, I wrote
& amp ;
(without the spaces)
I think this has been fixed. As you say, it works here and on the Demo issue tracker.
Can you upgrade with the latest CVS and test? Or, can you wait for the next release?
We are using
Zope Version (Zope 2.7.3b2-0, python 2.3.4, linux2)
FD
We installed the latest version and the problem dissapeared.