| ../irclogs/#mantishelp.2009-04-16.log | ||
| --- scribe started --- | 00:00 | |
| mantisbot | New bug: Bug 10338 - brianstv - open - new | 00:12 |
|---|---|---|
| mantisbot | New bug: bugnote note_type changed to TIME_TRACKING whenever timetracking data is present. - http://www.mantisbt.org/bugs/view.php?id=10338 | 00:12 |
| dhx_m | nuclear_eclipse: fantastic, I'll check it out :) | 00:41 |
| dhx_m | paul_: if setting up multiple bug trackers, ot | 00:42 |
| dhx_m | it'd be nice if they shared the same login database | 00:42 |
| dhx_m | otherwise it'd be annoying creating 107 accounts :p | 00:43 |
| nuclear_eclipse | dhx_m: at that point, it might be easier to set up and enable ldap authentication... | 00:57 |
| dhx_m | and that sounds somewhat time consuming hehe :) | 00:57 |
| nuclear_eclipse | perhaps :P | 01:02 |
| nuclear_eclipse | an eventual goal here is to implement a pluggable authentication framework, at which point you could potentially create an auth plugin that just connected to another mantis install for auth credentials... | 01:03 |
| dhx_m | nice | 01:09 |
| dhx_m | what do you think of having the source code username thing per-repository? | 01:32 |
| dhx_m | I was thinking of a table with: | 01:33 |
| nuclear_eclipse | hmm, that starts to complicate the UI a lot more.... | 01:33 |
| dhx_m | mantis_userid | repository | repository_username | 01:33 |
| dhx_m | yeah | 01:33 |
| dhx_m | I was thinking it'd be almost a copy of the 'index' page | 01:33 |
| dhx_m | I agree it isn't urgent | 01:34 |
| dhx_m | but a lot of people will have different usernames on different repositories | 01:34 |
| dhx_m | potentially more than one? | 01:35 |
| nuclear_eclipse | well, I would hope that between their Mantisbt username, realname, email, and vcs username, their should be *something* in there that matches up to the repository... :P | 01:36 |
| dhx_m | :) | 01:36 |
| dhx_m | the other thing that might be neat | 01:36 |
| dhx_m | (with this extension) | 01:37 |
| dhx_m | is adding a list of all detected vcs users to repo_manage_page | 01:37 |
| dhx_m | and providing a link to the profile of the corresponding Mantis user | 01:37 |
| dhx_m | and you'd also have the ability to remove links... or add a new one | 01:37 |
| nuclear_eclipse | I'll have to give it a thought | 01:41 |
| nuclear_eclipse | I'm just not sure why a user would have so many different commit identities :P | 01:42 |
| dhx_m | maybe you're tracking multiple external repositories | 01:43 |
| dhx_m | and they all have forced usernames | 01:43 |
| dhx_m | ie. they're taken straight from LDAP and the user has no choice over their username | 01:44 |
| dhx_m | whereas elsewhere, the user has a different forced username | 01:44 |
| dhx_m | ie. for cases where the user can't choose their VCS username | 01:44 |
| nuclear_eclipse | oh, so like 'jreese' and 'reesej' type of thing? | 01:44 |
| dhx_m | yep | 01:44 |
| nuclear_eclipse | hmm.... | 01:44 |
| nuclear_eclipse | so sign up for mantis with one, and set up a vcs name for the other ;) | 01:45 |
| dhx_m | or let's say you were female and got married, and your VCS username changes to match your new name :p | 01:45 |
| dhx_m | maybe that wasn't the strongest example heh | 01:45 |
| dhx_m | multiple Mantis accounts doesn't sound like a great idea though | 01:46 |
| dhx_m | oh | 01:46 |
| dhx_m | I see | 01:46 |
| dhx_m | you're saying it currently works for up to two VCS usernames | 01:46 |
| dhx_m | it'll try to match your Mantis username and also this new custom field | 01:47 |
| nuclear_eclipse | well, what I mean is that the plugin currently checks four things to match commits to your user id, it first checks your explicit VCS username, then it checks your mantis username, then it checks your mantis realname, and then it checks your mantis email address | 01:48 |
| nuclear_eclipse | or rather, it checks your email address second, assuming the VCS integration actually sets the commit author's email address | 01:48 |
| dhx_m | yep | 01:50 |
| dhx_m | we're still running into a few problems with this approach | 01:50 |
| dhx_m | such as two people having the same real name (quite possible for large Mantis installations) | 01:51 |
| * nuclear_eclipse dislikes the realname/unique constraint, and that's why it's the last thing checked | 01:51 | |
| nuclear_eclipse | how bout this? | 01:51 |
| dhx_m | one user having the Mantis username 'david' but having a VCS username of 'dhx'... and another user having the VCS username 'david' | 01:52 |
| nuclear_eclipse | what if I added the ability to separate VCS usernames by '|' to create multiple mappings? | 01:52 |
| dhx_m | possibly... but I think it still needs to be per-repo | 01:52 |
| dhx_m | I don't mind scratching something together | 01:52 |
| dhx_m | because it is a little beyond the scope of what I think you need :) | 01:53 |
| nuclear_eclipse | ok, report an issue, and see what you come up with | 01:53 |
| dhx_m | ok | 01:53 |
| nuclear_eclipse | my biggest priority is keeping the interface for this as simple and clean as possible | 01:53 |
| dhx_m | yep I was thinking of mostly copying the interface of the 'index' page | 01:53 |
| dhx_m | but having it even simpler | 01:54 |
| dhx_m | a table with the following columns would be shown to the user: | 01:55 |
| dhx_m | Repository | VCS Field | VCS Value | 01:55 |
| dhx_m | (of course, better names would be chosen) | 01:55 |
| dhx_m | an example of some rows: | 01:56 |
| dhx_m | Mantis | Committer | dhx | 01:56 |
| dhx_m | ProjectB | email | someone@is.home.com | 01:56 |
| dhx_m | etc | 01:56 |
| dhx_m | oh and they'd also be a "delete" button next to each | 01:56 |
| dhx_m | (a Link) | 01:57 |
| dhx_m | and below this table is a space where you can add more relationships | 01:57 |
| dhx_m | almost identical to the "Create repository" section on Source/index | 01:57 |
| dhx_m | 1 dropdown box to select the repository | 01:58 |
| dhx_m | 1 dropdown box to select the field to match | 01:58 |
| * nuclear_eclipse prods dhx_m to look at how the branch mapping feature looks/works | 01:58 | |
| dhx_m | ah, I haven't actually thought of that | 01:58 |
| dhx_m | do branches appear as "repositories" in Mantis? | 01:58 |
| nuclear_eclipse | no | 01:59 |
| nuclear_eclipse | each repository can have many branches | 01:59 |
| nuclear_eclipse | enable the 'branch mapping' feature, and then manage a repository, and you'll see what I'm talking about | 02:00 |
| dhx_m | btw I just found a bug... Source/list's [Browse] link points to listing.php in the Mantis root | 02:00 |
| dhx_m | I assume because we're already on the list page... we don't need that link | 02:01 |
| dhx_m | ok | 02:01 |
| dhx_m | would I need to reimport the repo? | 02:02 |
| nuclear_eclipse | no, that's actually a different point - "browse" from the listing page should take you to the repository viewer's main page | 02:02 |
| nuclear_eclipse | I'm assuming you're using WebSVN, and just haven't set up the WebSVN info in Mantis | 02:03 |
| dhx_m | right | 02:03 |
| dhx_m | ok, so I take it that it is a default | 02:03 |
| dhx_m | because I was too lazy to set it up on that test install :D | 02:03 |
| nuclear_eclipse | yeah, it's still technically a "bug" because it shouldn't create a link at all if WebSVN info hasn't been entered, so you can still report it if you like :) | 02:03 |
| dhx_m | ok I'll TODO it :D | 02:04 |
| nuclear_eclipse | anywho, I need to eat dinner, bbiab | 02:04 |
| nuclear_eclipse | :) | 02:04 |
| dhx_m | ok cya | 02:04 |
| dhx_m | I'll do some work in the meantime | 02:04 |
| dhx_m | ok I'm sort of trying the branch setting | 02:08 |
| dhx_m | at the moment the things I'm unsure of are: | 02:08 |
| dhx_m | a) how can I inform Mantis about branches which are nested two levels deep (for SVN this would be /branches/something/) | 02:09 |
| dhx_m | b) do I need to enclose the regular expression in forward slashes | 02:11 |
| dhx_m | c) what will happen as a result of me setting up the mappings? (I don't have autoresolving, etc on) | 02:14 |
| nuclear_eclipse | a) tell the WebSVN that you're using a "standard" repository layout, and it will deduce the branch name whenever it sees /branches/name | 02:28 |
| nuclear_eclipse | b) yes, or you can use any other outer delimiter you like, according the standard PCRE syntax | 02:30 |
| nuclear_eclipse | c) the mappings will, by themself, set the fixed-in version and the bug resolution to fixed; with bug fixed messages enabled, it will also add a note to the issue, and with auto-resolving, it will set the issue status to resolved | 02:32 |
| nuclear_eclipse | however, mappings/messages/resolving *only* occur for commit messages matching the bugfix regex settings; the normal bug link regexes *only* create a link between the bug and changeset | 02:33 |
| dhx_m | great, I think I understand it now :) | 02:38 |
| dhx_m | thanks | 02:38 |
| nuclear_eclipse | np | 02:39 |
| dhx_m | I'm currently trying to work out how to return am array from EVENT_MENU_ACCOUNT | 02:40 |
| dhx_m | so that source code configuration appears as a separate page on the user profile | 02:40 |
| nuclear_eclipse | it's what allows me to basically do nothing but commit with a special message, and it cleans up the whole issue upon import/checkin :P | 02:40 |
| dhx_m | :) | 02:40 |
| dhx_m | $t_event_menu_options = event_signal( 'EVENT_MENU_ACCOUNT' ); | 02:41 |
| dhx_m | foreach( $t_event_menu_options as $t_plugin => $t_plugin_menu_options ) { | 02:41 |
| dhx_m | foreach( $t_plugin_menu_options as $t_callback => $t_callback_menu_options ) { | 02:41 |
| dhx_m | I take it the array will look like [plugin_name][menu_option][php_page_to_link_to]? | 02:42 |
| nuclear_eclipse | if you do `return array( 'name' => 'url' )` IIRC, that should suffice | 02:43 |
| nuclear_eclipse | it's been a while since I've really done anything with the menus :P | 02:43 |
| dhx_m | ok I'll give that a shot, thanks | 02:44 |
| nuclear_eclipse | most of the array structure you see there is a result of how the plugin system arranges all the data returned from plugin hooks | 02:44 |
| dhx_m | ok, I guess the first foreach() is unwrapping the stuff added by the plugin system | 02:45 |
| dhx_m | that makes sense now | 02:45 |
| dhx_m | if I update the schema, do I add a line similar to... array( 'AddColumnSQL', array( plugin_table( 'changeset' ), " | 02:51 |
| dhx_m | and it works out the schema version automatically? | 02:51 |
| dhx_m | ie. instead of using schema versions and upgrade functions... you just keep adding stuff to the list (complete with delete queries)? | 02:52 |
| dhx_m | ok I think I worked it out now | 03:04 |
| nuclear_eclipse | dhx_m: sorry for the delay | 03:46 |
| nuclear_eclipse | have you figured out what you needed? | 03:46 |
| dhx_m | back | 07:03 |
| dhx_m | nuclear_eclipse: yep, should be OK now thanks | 07:03 |
| giallu | hey dhx_m | 07:08 |
| dhx_m | hey | 07:08 |
| giallu | are you woerking on some patch? | 07:10 |
| dhx_m | yep | 07:11 |
| * giallu saw some report of yours | 07:11 | |
| dhx_m | ah, for the Mantis main project | 07:11 |
| dhx_m | I should do that first actually | 07:11 |
| dhx_m | before I forget | 07:11 |
| dhx_m | 10330 | 07:12 |
| giallu | bug 10330 | 07:13 |
| mantisbot | Bug 10330 - dhx - open - new | 07:13 |
| mantisbot | Don't use hardcoded default enum levels when reporting a new bug - http://www.mantisbt.org/bugs/view.php?id=10330 | 07:13 |
| dhx_m | yep | 07:13 |
| giallu | uhm | 07:14 |
| giallu | I must say I don't love adding new g_* variables... | 07:14 |
| dhx_m | actually I just realised there isn't any need to | 07:14 |
| dhx_m | config_get( 'default_bug_severity' ); | 07:14 |
| dhx_m | found that in mc_api.php | 07:15 |
| dhx_m | except we have no default ETA/projection | 07:15 |
| dhx_m | or resolution it seems | 07:15 |
| dhx_m | I might just clean it up then | 07:17 |
| dhx_m | and put all the default settings under /******************************** | 07:17 |
| dhx_m | * MantisBT Default Preferences * | 07:17 |
| dhx_m | ********************************/ | 07:17 |
| giallu | how there can be a "default" ETA ? | 07:17 |
| dhx_m | well there currently is... '10' | 07:18 |
| dhx_m | I'm just trying to prevent it being forced to 10... when it could quite reasonably be something else | 07:18 |
| * giallu wonders what '10' is | 07:18 | |
| dhx_m | not sure... doesn't seem to be defined as a constant | 07:20 |
| dhx_m | $g_eta_enum_string= '10:none,20:< 1 day,30:2-3 days,40:< 1 week,50:< 1 month,60:> 1 month'; | 07:21 |
| dhx_m | the ETA field is a waste of time IMO | 07:22 |
| dhx_m | really ugly | 07:22 |
| dhx_m | but I'm doing this more for consistency... as it affects other fields as well | 07:22 |
| giallu | if 10 == none I don't see any other better default ;) | 07:29 |
| giallu | and yeah, I'd better trim the field... | 07:30 |
| dhx_m | there may be a situation where someone defines their own custom ETA enum string | 07:33 |
| dhx_m | where 10 is "Not applicable" and 20 is "Unknown" | 07:34 |
| dhx_m | and you might want the default to be 20... for example | 07:34 |
| giallu | dhx_m, I see | 07:34 |
| dhx_m | it just gives people more power to customize Mantis... and it doesn't really change much | 07:35 |
| dhx_m | better for code quality/consistency as well | 07:35 |
| mantisbot | New bug: Bug 10339 - dhx - open - new | 07:44 |
| mantisbot | New bug: My Account page shows Profiles menu option/page even when profile feature is disabled - http://www.mantisbt.org/bugs/view.php?id=10339 | 07:44 |
| dhx_m | grr did I forget to change the severity from major -> trivial :( | 07:47 |
| dhx_m | or even minor would be OK | 07:47 |
| giallu | dhx_m, np, I never look at those fields ;) | 07:52 |
| dhx_m | same here :) | 07:52 |
| [KK]Kirill | John, you here? | 10:56 |
| dhx_m | I'm currently trying to remove all hardcoded constants from the code | 12:34 |
| dhx_m | in my branch at http://git.mantisforge.org/w/mantisbt/dhx.git?a=shortlog;h=refs/heads/10330 | 12:34 |
| dhx_m | ... including some consistency changes (renaming a lot of the constants, for example) | 12:34 |
| dhx_m | any thoughts so far? | 12:34 |
| [KK]Kirill | :| | 12:36 |
| dhx_m | the aim is to finally make Mantis work 100% nicely with completely custom enum fields | 12:38 |
| dhx_m | because at the moment it still contains hardcoded things like "if bug_status < CLOSED" | 12:39 |
| [KK]Kirill | dhx_m: did you know git normaly? | 12:41 |
| dhx_m | what do you mean? | 12:42 |
| dhx_m | I only started using it a few weeks ago | 12:42 |
| dhx_m | I know about how to roll commits into 1 | 12:42 |
| dhx_m | I've just laid them all out here for the moment | 12:42 |
| [KK]Kirill | :) | 12:42 |
| [KK]Kirill | not | 12:42 |
| dhx_m | is that the problem? :) | 12:42 |
| dhx_m | this is my pre-push branch ;) | 12:43 |
| [KK]Kirill | not problem.. I have 2 branchs and cannot switch between them | 12:44 |
| dhx_m | what error do you get? | 12:44 |
| dhx_m | ah ok, good :) | 12:44 |
| dhx_m | check to make sure "git status" indicates no modified files | 12:44 |
| dhx_m | before checking out another branch | 12:45 |
| [KK]Kirill | error: You have local changes to 'core/phpmailer/examples/test_db_smtp_basic.php'; cannot switch branches. | 12:45 |
| dhx_m | git will try to stop you from accidentally losing unsaved changes | 12:45 |
| dhx_m | ah | 12:45 |
| dhx_m | that is indeed the issue | 12:45 |
| dhx_m | do a "git diff" to see the differences to that file | 12:45 |
| dhx_m | so you can decide if you want to keep them | 12:45 |
| dhx_m | when you checkout another branch, you lose everything that hasn't been committed | 12:45 |
| dhx_m | that is why it is warning you | 12:45 |
| dhx_m | if you don't care about the changes, you can forcefully checkout the other branch, losing your unsaved changes | 12:46 |
| dhx_m | just append the -f option to "git checkout" | 12:46 |
| [KK]Kirill | one sec | 12:47 |
| [KK]Kirill | sorry, my work... | 12:54 |
| [KK]Kirill | I don't modify this file (I think). But I want take from master, but I don't how. | 12:54 |
| [KK]Kirill | with -f - worked | 12:55 |
| [KK]Kirill | thanks | 12:55 |
| [KK]Kirill | but how I can take files from master? | 12:56 |
| dhx_m | git checkout master folder/file.c | 12:57 |
| dhx_m | that will overwrite your current working copy of folder/file.c with the one from master | 12:58 |
| dhx_m | ie. the version from your last commit | 12:58 |
| [KK]Kirill | I do this. | 13:00 |
| [KK]Kirill | git status show this: (one sec) | 13:00 |
| [KK]Kirill | http://mantis.pastebin.com/d34847e1d | 13:01 |
| dhx_m | hmm | 13:03 |
| dhx_m | ah | 13:04 |
| dhx_m | it is just telling you that some of your files are new? | 13:04 |
| [KK]Kirill | what I must do? | 13:04 |
| dhx_m | have you tried to checkout those test files from master into your branch? | 13:04 |
| [KK]Kirill | yes. after this I git status | 13:05 |
| dhx_m | I think it is just trying to tell you that you've got new files which aren't currently in your branch | 13:05 |
| dhx_m | so they're not currently under revision control | 13:06 |
| dhx_m | you need to "git add" them | 13:06 |
| dhx_m | or "git commit -a" to do it automatically (I think) | 13:06 |
| dhx_m | ah maybe I'm wrong | 13:06 |
| dhx_m | I think it is just giving you a list of all modified files | 13:09 |
| dhx_m | and a list of files you've already told git to commit | 13:09 |
| dhx_m | did you "git add" all those files manually? | 13:10 |
| [KK]Kirill | Oh.. I did this | 13:12 |
| [KK]Kirill | I in config autoCRLF set to no | 13:13 |
| [KK]Kirill | and after checkout | 13:13 |
| [KK]Kirill | I commit - it's work | 13:13 |
| [KK]Kirill | in my config this be autoCRLF = input | 13:14 |
| [KK]Kirill | dhx_m: thank you very much | 13:14 |
| dhx_m | hmm that doesn't sound good to me | 13:16 |
| dhx_m | because you might start committing changes which change line endings? | 13:16 |
| dhx_m | or does autoCRLF just ignore all lines where the only change is the CRLF vs LF/CR at the end? | 13:16 |
| dhx_m | sounds to me like the fix is to modify your text editor to stop using the wrong line termination? | 13:17 |
| [KK]Kirill | they transform - don't ask me what line end use | 13:17 |
| [KK]Kirill | after I set no - then don't trasform line-end | 13:17 |
| dhx_m | ah | 13:18 |
| dhx_m | http://www.kernel.org/pub/software/scm/git/docs/gitattributes.html | 13:18 |
| dhx_m | seems to be a safeguard of sorts around people editing line endings the wrong way | 13:19 |
| dhx_m | ie. they use the wrong editor options | 13:19 |
| [KK]Kirill | :) | 13:19 |
| slestak | where are attachments stored in mantisbt? | 13:39 |
| giallu | slestak, you can choose between database, ftp or disk storage | 13:51 |
| slestak | giallu: what is default? | 13:52 |
| giallu | dhx_m, about git: what is rolling all commits into one useful for? | 13:52 |
| nuclear_eclipse | morning all | 13:56 |
| nuclear_eclipse | giallu: it prevents people from seeing your five commits fixing stupid trivialities that don't actually add anything to the commit history ;) | 13:57 |
| giallu | nuclear_eclipse, yeah | 13:57 |
| giallu | I'm just afraid it can be used to generate a single patch where a series would be appreciated (at least by me) | 13:58 |
| nuclear_eclipse | I would agree that breaking the feature into multiple commits for each major piece of the implementation is generally a good idea | 13:58 |
| slestak | giallu: i read the fine manual and answered my question. thx! | 13:59 |
| giallu | slestak, ok :) | 13:59 |
| slestak | i was considering using DISK, then exposing that dir to my separate wiki software so its indexing can also index ticket attachments. do you guys change the file name or is it stored in a separate dir per ticket or anythign liek that? | 14:01 |
| nuclear_eclipse | slestak: that's a bad idea; if someone uploads a PHP file, and then points there browser to the upload directory, it could be allowing the user to execute any code they want to... | 14:03 |
| nuclear_eclipse | if you're going to use the disk method of storing attachments, they *must* be kept outside of the webserver's execution paths | 14:03 |
| slestak | nuclear_eclipse: ok, good point | 14:04 |
| mantisbot | New bug: Bug 10340 - Naima - open - new | 14:51 |
| mantisbot | New bug: Https on Mantis - http://www.mantisbt.org/bugs/view.php?id=10340 | 14:51 |
| * daryn_away is away: Gone away for now | 15:41 | |
| * daryn is back. | 16:18 | |
| daryn | nuclear_eclipse around? | 16:23 |
| nuclear_eclipse | partially | 16:23 |
| daryn | where is that old doc explaining cloning to git from subversion? | 16:24 |
| nuclear_eclipse | dropped, because it was confusing too many people... =\ | 16:24 |
| daryn | what if i want it | 16:25 |
| nuclear_eclipse | well, since it's dokuwiki that doesn't store much very well, I'd have to say 'tough' :( | 16:25 |
| nuclear_eclipse | if we had been using something like MediaWiki, you can recover deleted articles, but you can't with dokuwiki... | 16:26 |
| daryn | grrr | 16:27 |
| nuclear_eclipse | what do you need it for? | 16:27 |
| daryn | i'm trying to clone svn repo's into git at work and i want to pull all the branches/tags but i don't remember the syntax. | 16:28 |
| daryn | your doc explained it nicely | 16:28 |
| nuclear_eclipse | git svn clone --branches=branches --tags=tags <url> | 16:29 |
| nuclear_eclipse | `git help svn` has pretty decent documentation as well | 16:29 |
| daryn | ok. thanks | 16:29 |
| nuclear_eclipse | you might also try looking around the "wayback machine" to see if they have an old version cached | 16:29 |
| daryn | k | 16:30 |
| paul_ | nuclear_eclipse: . | 17:46 |
| paul_ | giallu: did you look at all? ;/ | 17:48 |
| giallu | paul_, I did look at the web interface | 17:48 |
| giallu | had not time to clone it locally | 17:49 |
| * paul_ sobs | 17:49 | |
| paul_ | ok | 17:49 |
| paul_ | btw, regarding file attachments | 17:49 |
| paul_ | 17:49 | |
| giallu | reply on ML | 17:49 |
| giallu | don't be shy... :P | 17:50 |
| paul_ | for someone that's just implemented a big db schema change | 17:50 |
| paul_ | i'm not sure whether I like the idea of trying to do a schema change to fix it :) | 17:51 |
| paul_ | it's probably a good idea in principle | 17:51 |
| paul_ | just wondering if we can reliably move 1MB files between db tables without breaking them | 17:51 |
| giallu | I'm pretty sure I can do it with phpmyadmin | 17:52 |
| paul_ | that's no use though is it... | 17:52 |
| paul_ | :) | 17:52 |
| giallu | no | 17:52 |
| giallu | but if thety can do it, we can as well | 17:52 |
| paul_ | one thing to think about though: | 17:52 |
| paul_ | if you wanted avaters stored in db (as they small 64kb images) | 17:53 |
| paul_ | but bug attachments (as they might be 100's of mb's stored to disk | 17:53 |
| paul_ | at that point wonder if you'd want seperate tables or not ;/ | 17:54 |
| giallu | tbh, I see the two things as mostly unrelated. I mean, I just happened to notice this stuff during a patch review | 17:55 |
| giallu | but I'm not really convinced avatars should have their own table at all | 17:56 |
| giallu | just becuase of the reason you mention | 17:56 |
| giallu | small size | 17:56 |
| nuclear_eclipse | I'm not really convinced that we need to have anything beyond gravatar period :P | 17:57 |
| * paul_ would like the ability not to use gravatar but store avaters locally ;p | 17:57 | |
| paul_ | nuclear_eclipse: dates and stuff? | 18:01 |
| nuclear_eclipse | not right now... =\ | 18:02 |
| * nuclear_eclipse is too busy these days | 18:02 | |
| nuclear_eclipse | between class work, work work, looking for a new place to live for when I move to Ohio, and looking for a new job in Ohio, I just don't have much spare time atm | 18:04 |
| daryn | nuclear_eclipse git-svn problem...did you see this? client is acting weird | 18:09 |
| nuclear_eclipse | daryn: if you build git from scratch, you have to make sure you have appropriate perl modules installed | 18:10 |
| daryn | no it's part ubuntu packages. | 18:16 |
| nuclear_eclipse | hmm | 18:16 |
| nuclear_eclipse | what's the error? | 18:16 |
| daryn | Could not resolve hostname $hostname | 18:18 |
| daryn | :: Name or service not known | 18:18 |
| daryn | Network connection closed unexpectedly: Connection closed unexpectedly at /usr/lib/git-core/git-svn line 745 | 18:18 |
| nuclear_eclipse | that's odd | 18:20 |
| daryn | yeah...i've moved from my desk to a conference room. both wired and wireless are active | 18:20 |
| daryn | I can get to the servers but git-svn won't work | 18:20 |
| daryn | and i used `git svn` | 18:20 |
| daryn | maybe i haven't installed all the modules on this machine... | 18:21 |
| daryn | it has been awhile since i actually had to clone | 18:21 |
| mantisbot | New bug: Bug 10341 - gylci - open - new | 18:23 |
| mantisbot | New bug: I can't access the application after the instalation - http://www.mantisbt.org/bugs/view.php?id=10341 | 18:23 |
| nuclear_eclipse | I think we need to make it more explicit during installation what the admin/root combination is... | 18:24 |
| daryn | agreed | 18:24 |
| nuclear_eclipse | or alternatively, let the user specify their own username/password combination themselves | 18:25 |
| * paul_ has been working on that | 18:25 | |
| * paul_ has been working on that ;p | 18:25 | |
| paul_ | who added the code to display twitter stuff to www.mantisbt.org? | 19:15 |
| paul_ | http://www.mantisbt.org/bugs/view.php?id=10338 | 19:17 |
| paul_ | hmm | 19:17 |
| * giallu guesses victor did | 19:17 | |
| paul_ | is the timetracking stuff in 1.2 deprecated? | 19:18 |
| daryn | nuclear_eclipse...i'm a dork | 19:20 |
| daryn | had an scp like url...extra colon in the path | 19:20 |
| giallu | if time tracking is deprecated, I was not aware... | 20:30 |
| * paul_ yawns | 20:59 | |
| mantisbot | New bug: Bug 10342 - alexandresiquara - open - new | 21:03 |
| mantisbot | New bug: The files are corrupted in the download - http://www.mantisbt.org/bugs/view.php?id=10342 | 21:03 |
| mantisbot | New bug: Bug 10343 - Wepl - open - new | 21:34 |
| mantisbot | New bug: avoid accounts with identical email addresses - http://www.mantisbt.org/bugs/view.php?id=10343 | 21:34 |
| giallu | so let's see. we prevent users to choose an existing real name, but allow using the same email address? very clever | 22:03 |
| paul_ | we dont allow users to choose a realname that matches a username | 22:09 |
| paul_ | tbh | 22:09 |
| paul_ | I dont really see why :) | 22:09 |
| giallu | me too | 22:10 |
| giallu | paul_, did you notice bug 10321 ? | 22:10 |
| mantisbot | Bug 10321 - diathesis - open - assigned | 22:10 |
| mantisbot | Real Name Validation Is Lame - http://www.mantisbt.org/bugs/view.php?id=10321 | 22:10 |
| giallu | it makes a nice pair... | 22:11 |
| paul_ | this 'feature' is one of the reasons I started adding a view_user_page.php | 22:11 |
| giallu | and I think it works nicely for the purpose | 22:12 |
| paul_ | what i'd like to do | 22:12 |
| giallu | and this cruft should go away | 22:12 |
| paul_ | is remove/change | 22:12 |
| paul_ | Reporter diathesis View Status public | 22:13 |
| paul_ | diathe atm is a email link | 22:13 |
| paul_ | a) spam | 22:13 |
| paul_ | b) spam | 22:13 |
| paul_ | c) could link to view user page | 22:13 |
| paul_ | d) spam | 22:13 |
| paul_ | e) on view user page we could add a message user functionality like forums do or something | 22:13 |
| paul_ | f) spam | 22:13 |
| paul_ | g) spam | 22:13 |
| paul_ | 7 reasons why I think we should change those mailto links | 22:13 |
| giallu | agreed for reason c) | 22:14 |
| giallu | spam is there anyway, despite any effort you may do to hide addresses | 22:15 |
| giallu | I have spam to addresses I created and _never_ used | 22:15 |
| giallu | paul_, are you changing that link now or you want a bug report? | 22:16 |
| paul_ | i'm not quite sure how to best fix that link | 22:17 |
| paul_ | without adding a chunk of code to handle messagine + preferences (can receive messages etc | 22:17 |
| giallu | it should just link to the view_user_page.php IMHO | 22:18 |
| giallu | which is also consistent to what we do to user names on notes | 22:19 |
| paul_ | it's not that simple - atmw | 22:19 |
| paul_ | we use the 'reporter' link to send a mail with subject | 22:19 |
| paul_ | if we consider that a 'feature' | 22:19 |
| paul_ | and we also consider that mailto:// links are bad | 22:19 |
| paul_ | we should really replace that feature | 22:20 |
| paul_ | obvious way: | 22:20 |
| paul_ | $g_enable_messaging (sry) | 22:20 |
| paul_ | user preferences - allow users to send me messages | 22:20 |
| paul_ | and a send_message.php page | 22:20 |
| paul_ | and make that box be <reporter> <sendmsg image> | 22:23 |
| giallu | I don't think that's a feature | 22:26 |
| giallu | communications about bugs should always go through the tracker | 22:27 |
| giallu | so I'd just update the link and wait for the first user complaining... | 22:28 |
| paul_ | giallu: 3 days :) | 22:53 |
| mantisbot | New bug: Bug 10344 - berdam - open - new | 22:54 |
| mantisbot | New bug: Error in template of the wiki plugin - http://www.mantisbt.org/bugs/view.php?id=10344 | 22:54 |
| paul_ | giallu: gone? | 23:01 |
| mantisbot | New bug: Bug 10345 - bdferguson - open - new | 23:49 |
| mantisbot | New bug: Some changes are required in CTC controller GUI for spelling and file selection. - http://www.mantisbt.org/bugs/view.php?id=10345 | 23:49 |
| dhx_m | hey | 23:51 |
Generated by irclog2html.py