View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update | 
|---|---|---|---|---|---|
| 0002995 | mantisbt | bugtracker | public | 2003-02-24 09:59 | 2004-08-29 02:16 | 
| Reporter | BertHuijben | Assigned To | thraxisp | ||
| Priority | normal | Severity | feature | Reproducibility | always | 
| Status | closed | Resolution | fixed | ||
| Summary | 0002995: Bug email of 0002994 | ||||
| Description | The bug e-mail of 0002994 was a nice example of another bug itself.. (The hyperlink code was spelled out in the e-mail, instead of the bug id's itself) | ||||
| Additional Information | Maybe the generation of hyperlinks in bugs should be done when rendering, instead of when reporting. This makes nice features like rendering the hyperlink after the state possible. (striped-through is resolved, black = closed, etc) | ||||
| Tags | No tags attached. | ||||
| It's actually supposed to be a link. But it's supposed to be the full link, not just the file name. (we could choose to change that policy of course) I noticed it as well on that mailing and stared at the code for a while but didn't decide on a fix I was happy with. I need to think about where else we might want absolute URLs instead of relative ones. | |
| I've noticed that some email tools don't like the bug references in the email. Should they (the URL) be protected by brackets (<>)? | |
| what do you mean by "don't like" ? what do they do? I noticed that Mail.app on OSX seems to include the line of === signs under the bug link as part of the link which makes absolutely no sense since there is a carriage return in between them. | |
| Mail.app was the one I noticed as well. I also reported it as a bug to Apple. | |
| In my humble opinion the buglink (0002995) should be written as # and the number, not as a link in the email. Ofcourse, this could be made into a configurable option. but "tainting" the comments with url's in the email i doubt would make anyone happy :) | |
| actually, I think I agree. The link to the bug on which the action was performed needs to be there but the rest are better displayed as links after you go view the bug. | |
| Here is my fix for this (protecting the URLs): % diff mantis/core/string_api.php original_src/mantisbt/core/string_api.php | |
| thraxisp - was this fix applied - can this be resolved now? | |
| This seems to have been fixed in the latest versions (probably of Apple Mail). The other mail tools I have access to seem to recognize the URLs now. | |
| I have found other mail tools that don't seem to accept split URLs (Eudora). The original angle bracket enclosure was not added, but seemed to work in some areas. I'll implement | |
| Here is my patch: Index: core/email_api.phpRCS file: /cvsroot/mantisbt/mantisbt/core/email_api.php,v | |
| Fixed brackets in CVS. | |
