| ../irclogs/#mantishelp.2010-01-18.log | ||
| --- scribe started --- | 00:00 | |
| dhx_m | siebrand: are you still about? | 01:02 |
|---|---|---|
| siebrand | dhx_m: I shouldn't be ;( | 01:13 |
| dhx_m | siebrand: I won't bother you then at the moment :) | 01:14 |
| siebrand | dhx_m: thanks | 01:14 |
| paul__ | dhx_m: thanks | 11:55 |
| paul__ | :) | 11:55 |
| paul__ | dhx_m: you like the commit police? | 11:55 |
| dhx_m | paul__: haha yep :) | 13:02 |
| alemayo | Hello Git support chat :) | 13:16 |
| dhx_m | hey | 13:18 |
| alemayo | our first table field release is up | 13:21 |
| dhx_m | :) | 13:21 |
| alemayo | http://git.mantisforge.org/w/TableField.git | 13:21 |
| alemayo | but we have a problem pushing to our mantis fork for the events... | 13:21 |
| dhx_m | what error do you get? | 13:23 |
| alemayo | t$ git push public current | 13:23 |
| alemayo | error: src refspec current does not match any. | 13:23 |
| alemayo | error: failed to push some refs to 'ssh://am-gtz@git.mantisforge.org/srv/git/mantisbt/gtz-et.git' | 13:23 |
| alemayo | $ git push public tracking | 13:23 |
| alemayo | error: src refspec tracking does not match any. | 13:23 |
| alemayo | error: failed to push some refs to 'ssh://am-gtz@git.mantisforge.org/srv/git/mantisbt/gtz-et.git' | 13:23 |
| alemayo | $ git status | 13:24 |
| alemayo | # On branch master-1.2.x | 13:24 |
| alemayo | # Your branch is ahead of 'origin/master-1.2.x' by 2 commits. | 13:24 |
| alemayo | # | 13:24 |
| alemayo | nothing to commit (working directory clean) | 13:24 |
| dhx_m | try: | 13:24 |
| alemayo | ? | 13:25 |
| alemayo | try nothing :) ? | 13:30 |
| dhx_m | sorry, distracted | 13:32 |
| alemayo | maybe it is because locally we reverted two commits .. hm | 13:32 |
| dhx_m | git push origin master-1.2.x | 13:32 |
| dhx_m | ? | 13:32 |
| dhx_m | ah wait | 13:32 |
| dhx_m | origin in your case is mantisbt.org, not mantisforge.org? | 13:32 |
| alemayo | origin is mantisbt | 13:33 |
| alemayo | ja | 13:33 |
| dhx_m | ok | 13:33 |
| alemayo | yes | 13:33 |
| dhx_m | and yes, mantisforge won't let you modify commits you've already made | 13:33 |
| dhx_m | although reverting doesn't touch original commits | 13:33 |
| dhx_m | rebasing does though | 13:33 |
| alemayo | I think we did git reset .. but I don't remember well | 13:34 |
| dhx_m | that should also be ok | 13:34 |
| alemayo | so how to solve ? | 13:34 |
| dhx_m | is "tracking" and "current" branches you have locally? | 13:34 |
| alemayo | no idea :) | 13:34 |
| dhx_m | git push public tracking | 13:34 |
| dhx_m | that tells git to push the "tracking" branch to the "public" repository | 13:35 |
| alemayo | error: src refspec tracking does not match any. | 13:35 |
| dhx_m | do git branch -a | 13:35 |
| dhx_m | to list all brances | 13:35 |
| dhx_m | wait | 13:35 |
| dhx_m | yeah that's right | 13:36 |
| dhx_m | git branch -a to list your refspecs | 13:37 |
| dvl | giday. | 13:37 |
| dhx_m | hi | 13:37 |
| alemayo | $ git branch -a | 13:38 |
| alemayo | * (no branch) | 13:38 |
| alemayo | master | 13:38 |
| alemayo | master-1.2.x | 13:38 |
| alemayo | remotes/origin/HEAD -> origin/master | 13:38 |
| alemayo | remotes/origin/live | 13:38 |
| alemayo | remotes/origin/master | 13:38 |
| alemayo | remotes/origin/master-1.0.x | 13:38 |
| alemayo | remotes/origin/master-1.1.x | 13:38 |
| alemayo | remotes/origin/master-1.2.x | 13:38 |
| alemayo | remotes/origin/rpxnow | 13:38 |
| alemayo | remotes/public/master-1.2.x | 13:38 |
| alemayo | ah .. because of the reset stuff I lost my branch I guess | 13:38 |
| dhx_m | you shouldn't have | 13:39 |
| dhx_m | it sounds like you never had a branch? | 13:39 |
| dhx_m | remember after you create a branch, you need to check it out | 13:39 |
| alemayo | ah wait | 13:39 |
| dhx_m | git branch something | 13:39 |
| dhx_m | to create a "something" branch | 13:39 |
| dhx_m | then you need to: | 13:39 |
| alemayo | I did some rebase experiements while you were distracted :) | 13:39 |
| dhx_m | git checkout something | 13:39 |
| dhx_m | to start using it | 13:39 |
| alemayo | git branch -a | 13:39 |
| dhx_m | ahhh :) | 13:39 |
| alemayo | master | 13:39 |
| alemayo | * master-1.2.x | 13:39 |
| alemayo | remotes/origin/HEAD -> origin/master | 13:39 |
| alemayo | remotes/origin/live | 13:39 |
| alemayo | remotes/origin/master | 13:39 |
| alemayo | remotes/origin/master-1.0.x | 13:40 |
| alemayo | remotes/origin/master-1.1.x | 13:40 |
| alemayo | remotes/origin/master-1.2.x | 13:40 |
| alemayo | remotes/origin/rpxnow | 13:40 |
| alemayo | remotes/public/master-1.2.x | 13:40 |
| alemayo | aber rebase --abort that looks better | 13:40 |
| alemayo | just to make troubleshooting not to easy I decided to type random commands when you do not answer fast enough :-) | 13:40 |
| dhx_m | so you probably want to use: | 13:40 |
| dhx_m | git push public master-1.2.x | 13:40 |
| dhx_m | ? | 13:40 |
| alemayo | ok | 13:40 |
| alemayo | $ git push public master-1.2.x | 13:40 |
| alemayo | To ssh://am-gtz@git.mantisforge.org/srv/git/mantisbt/gtz-et.git | 13:40 |
| dhx_m | it's one way | 13:40 |
| alemayo | ! [rejected] master-1.2.x -> master-1.2.x (non-fast forward) | 13:41 |
| alemayo | error: failed to push some refs to 'ssh://am-gtz@git.mantisforge.org/srv/git/mantisbt/gtz-et.git' | 13:41 |
| alemayo | the question is, were does this reject come from | 13:41 |
| dhx_m | yeah your local branch must have been rebased | 13:41 |
| dhx_m | try this... | 13:41 |
| dvl | trying to get mantis to send notices out to a mailing list. I've created a user, as an Updater (turns out, it's the only updater), and that user's email address is the mailing list, but nothing goes out to the list (as verified by watching my mail server). | 13:41 |
| dvl | I have; $g_default_notify_flags['threshold_min'] = UPDATER; && $g_default_notify_flags['threshold_max'] = UPDATER; | 13:41 |
| dvl | in config_inc.php | 13:41 |
| dvl | Getting lost. | 13:42 |
| dhx_m | git push public :master-1.2.x | 13:42 |
| dhx_m | that deletes the remote branch you're sharing | 13:42 |
| alemayo | - [deleted] master-1.2.x | 13:42 |
| dhx_m | then you can upload your rebased branch | 13:42 |
| dhx_m | this is normally a *bad* idea if people are tracking your branch (and forking it) | 13:42 |
| alemayo | fine .. that did the trick :) | 13:42 |
| alemayo | they did not :) | 13:42 |
| dhx_m | in the future, don't rebase commits after they've been pushed :p | 13:42 |
| dhx_m | otherwise you'd have to undo the rebasing locally before committing | 13:43 |
| alemayo | on our first expriements we did chmod -R 777 and then back to 655 ... that messed up the patches a bit | 13:43 |
| dhx_m | yep | 13:43 |
| alemayo | alright | 13:43 |
| dhx_m | noticed that | 13:43 |
| alemayo | thanks a lot | 13:43 |
| dhx_m | also it might be better to rename master-1.2.x to something else? | 13:43 |
| dhx_m | have different branches for different features you add to mantis | 13:43 |
| alemayo | how :) ? | 13:43 |
| dhx_m | rather than just a single branch with lots of stuff | 13:43 |
| dhx_m | git checkout -b newname | 13:43 |
| dhx_m | makes a new branch (and switches to it) based on your current working tree | 13:44 |
| alemayo | okay .. | 13:44 |
| dhx_m | then push that branch | 13:44 |
| alemayo | but we already did some changes to that master-1.2.x | 13:44 |
| alemayo | is there some kind of rename possible ? | 13:44 |
| dhx_m | they'll be in your new branch ;) | 13:44 |
| dhx_m | remember that a branch is just a pointer to a commit | 13:44 |
| alemayo | exactly .. can I add a new pointer to that commit 2 days ago ? | 13:45 |
| dhx_m | yep | 13:45 |
| alemayo | oh there is none .. because we did delete I guess | 13:45 |
| alemayo | hm | 13:45 |
| dhx_m | one way is to "git checkout 13414535(commit id)" | 13:45 |
| dhx_m | then git checkout -b newname | 13:45 |
| dhx_m | actually "master" is the correct name to use | 13:47 |
| dhx_m | you're doing it right at the moment | 13:47 |
| dhx_m | I thought you were referring to branches of the MantisBT codebase itself (not your plugin) | 13:47 |
| alemayo | git checkbout -b custom-fields-events is that a good name ? | 13:47 |
| alemayo | I do | 13:47 |
| alemayo | we also do some patching in master-1.2.x of mantisbt core | 13:47 |
| alemayo | because we need some new events | 13:47 |
| dhx_m | yeah that's fine for when you're modifying Mantis' master-1.2.x tree | 13:48 |
| dhx_m | then push that branch to mantisforge as a fork of the master-1.2.x repository | 13:48 |
| alemayo | http://git.mantisforge.org/w/mantisbt/gtz-et.git | 13:49 |
| dhx_m | can I suggest not using master-1.2.x | 13:49 |
| dhx_m | and instead use master-1.3.x | 13:49 |
| alemayo | no :) | 13:49 |
| alemayo | hm .. maybe | 13:49 |
| dhx_m | as we won't be adding features to 1.2.x anymore | 13:49 |
| alemayo | but we are *ggg* | 13:49 |
| dhx_m | actually... we might... if it's just plugin events | 13:50 |
| alemayo | the thing is, that we will plan to use that after around 2 weeks in production environment | 13:50 |
| alemayo | just have a look on it .. | 13:50 |
| dhx_m | but the idea at the moment is 1.2.x is "final" and "stable" | 13:50 |
| alemayo | I think it should be easy to merge it back to 1.2.x or 1.3.x | 13:50 |
| alemayo | yeah .. but if we use 1.3.x how can we get our features easily in the final :) | 13:50 |
| dhx_m | it's not hard... but it's quite often time consuming ;) | 13:50 |
| dhx_m | I guess it'd be best to use "git cherry-pick" to try and backport or forwardport your patches to 1.2.x or from 1.3.x | 13:51 |
| dhx_m | of course, that isn't the most important thing to worry about at the moment | 13:51 |
| dhx_m | getting something working is :) | 13:51 |
| dvl | Hmm, http://manual.mantisbt.org/ says "Last Modified: April 22, 2005 05:04AM" | 13:52 |
| dvl | and This is the manual for Mantis version 1.0.0. | 13:52 |
| dhx_m | dvl: yeah it's outdated :( | 13:53 |
| dhx_m | dvl: maybe try http://docs.mantisbt.org/master/en/ | 13:53 |
| dhx_m | for 1.2.x | 13:53 |
| dhx_m | (which you should probably be using if you're just setting up Mantis from scratch) | 13:54 |
| dvl | dhx_m: Still on 1.1.8 FWIW | 13:54 |
| dvl | No, long time user here. | 13:54 |
| dhx_m | dvl: sorry, I got caught in the other discussion, to answer your question about emails: have you had it working before? | 13:54 |
| dvl | dhx_m: Yes, it worked for a long time. And stopped working with a recent upgrade | 13:55 |
| dhx_m | dvl: an upgrade from 1.1.old to 1.1.8? | 13:55 |
| dvl | dhx_m: You might remember me: Dan Langille, no worries. | 13:55 |
| dvl | dhx_m: yes | 13:55 |
| dvl | Probably from 1.1.6 | 13:56 |
| dvl | So, pretty sure this isn't a '$g_to_email has gone away' issue. | 13:56 |
| dvl | I suspect it's a notify flags issue. | 13:56 |
| dhx_m | do you get password reset emails, etc (ie. any emails at all?) | 13:56 |
| dvl | I get emails for new bugs etc. | 13:57 |
| dvl | But not to the list | 13:57 |
| dvl | Direct to me | 13:57 |
| alemayo | ciao! | 13:57 |
| dhx_m | is your list setup to accept emails from anyone? | 13:57 |
| dhx_m | alemayo: cya later :) | 13:58 |
| dvl | Yes. | 13:58 |
| dhx_m | dvl: and the account preferences for the user has checkboxes ticked for receiving emails? | 13:59 |
| dvl | dhx_m: Hmmm, mantis will send directly... it's not like I give it smtp details.... hmmm. | 13:59 |
| dvl | dhx_m: checking. | 13:59 |
| dhx_m | dvl: in that case it'll do so via php's built in mail() I imagine | 13:59 |
| dvl | dhx_m: To find that user checkbox, can I do that as an admin user? | 14:00 |
| dvl | I'm in Manege right now | 14:01 |
| dvl | Manage.. | 14:01 |
| dhx_m | I believe so ;) | 14:01 |
| dvl | Oh, this user is a Manager, let me change accounts | 14:02 |
| dvl | dhx_m: I don't see any mail option at manage_user_edit_page.php | 14:05 |
| dhx_m | no account preferences section? | 14:06 |
| dhx_m | E-mail on New... etc? | 14:06 |
| dhx_m | (for the record, I've never actually used Mantis < 1.2.0a3) | 14:07 |
| dvl | Oh, sorry, I've not logged in on that user, I've logged in as the Admin. | 14:07 |
| dhx_m | it's verrry different :) | 14:07 |
| dhx_m | you shouldn't have to (in 1.2.x at least) | 14:07 |
| dhx_m | the admin can change account preferences for any used | 14:07 |
| dhx_m | *user | 14:07 |
| dvl | Nothing like a preferences section | 14:08 |
| dhx_m | ah it must be a newer feature then | 14:09 |
| dhx_m | you'd have to try logging in as the user then | 14:09 |
| dvl | Will try that. | 14:10 |
| dvl | The account is protected. | 14:14 |
| dvl | And the Remove button appears beside it. Sounds like stuff is afoot.... | 14:14 |
| dhx_m | this is why I never used 1.1.x :P | 14:14 |
| dhx_m | is this the 'anonymous' user? | 14:15 |
| dvl | No, not the anonymous user | 14:16 |
| dhx_m | ah so you'd have to login as an admin, unprotect the account, login as the user, change email settings, login as admin, reprotect the account | 14:16 |
| dvl | Found it. | 14:16 |
| dvl | Found account preferences after unprotecting account. | 14:16 |
| dhx_m | yep | 14:17 |
| dvl | All the email checkboxes are checked. | 14:17 |
| dhx_m | hmmm | 14:17 |
| dhx_m | the changelog doesn't indicate any glaring changes to email | 14:18 |
| dhx_m | between 1.1.6 and 1.1.8 | 14:19 |
| dvl | If there was a maillog for mail leaving Mantis.... | 14:19 |
| dvl | setting $g_smtp_host | 14:19 |
| dhx_m | I think there is somewhere | 14:19 |
| dhx_m | check config_defaults_inc.php for all email related options | 14:20 |
| dhx_m | that you can set in config_inc.php | 14:20 |
| dhx_m | it's better than the "documentation" :) | 14:20 |
| dvl | Working on that now | 14:23 |
| dhx_m | gtg for now | 14:23 |
| dhx_m | will be back in some hours if you're still stuck | 14:23 |
| dhx_m | also double check that you have the PHPMailer library correct | 14:24 |
| dhx_m | your SMTP client is working ok | 14:24 |
| dhx_m | PHP is configured to use mail() properly | 14:24 |
| dhx_m | or you're using PHPMailer, is it configured ok? | 14:24 |
| dhx_m | etc | 14:24 |
| dhx_m | also see admin/test_email.php | 14:25 |
| dhx_m | ? | 14:25 |
| dhx_m | for now though, I'm out of here, cya and good luck :) | 14:25 |
| dvl | smtp server on locahost is fine. and $g_smtp_host = "localhost"; | 14:32 |
| dvl | $g_debug_email has been set, and copies of outgoing mail are cc'd there. | 14:33 |
| dvl | Only outgoing mail is to the anonymous user. | 14:38 |
| dvl | which is fine, that email goes to me. Nobody else gets email. | 14:50 |
| dvl | I see no differences between the anonymous user and the MailingList user. | 14:50 |
| dvl | oh, now it's sending out emails. :) | 15:01 |
| dvl | to everyone. | 15:01 |
| dvl | Dont' want to do that again. | 15:03 |
| dvl | Why it would stop working is rather annoying. 90 minutes today trying to find it. | 16:06 |
| dvl | about 30 minutes earlier this week. | 16:06 |
| dvl | It seems that manage_config_email_page.php may be the answer. | 16:06 |
| dvl | I think I've fixed it. Waiting for the mailing list to process it. | 16:29 |
| paul__ | dhx_m: mo? | 21:43 |
| cmc_ | hi, good afternoon. I wonder if anyone can help me on this. I need to show the project name in the view all bug page. I could only show the project_id but that is useless | 21:44 |
| paul__ | erm | 21:44 |
| paul__ | I thought we showed that be defalt? | 21:44 |
| daryn | it shows when All Projects is selected in the project dropdown | 21:45 |
| cmc_ | nope... only shows project_id by default (manage colums) | 21:45 |
| cmc_ | Then custom colums must be overriding this | 21:46 |
| daryn | the project name shows next to the category | 21:46 |
| cmc_ | maybe because the version? 1.2rc2 but is not showing... | 21:49 |
| daryn | do you have more than one project ? | 21:50 |
| cmc_ | sure, about 30 projects and some other 1800 subprojects.... by customizing columns I was only able to show the project_id | 21:51 |
| daryn | hm... | 21:51 |
| cmc_ | anyway reading somewhere I read it is possible to write custom functions, how does this work? | 21:52 |
| cmc_ | i have deleted my custom column fields but still does not show project name | 21:53 |
| daryn | that wouldn't have any effect. i have both displayed in my tracker | 21:55 |
| daryn | http://manual.mantisbt.org/manual.customizing.mantis.custom.functions.php | 21:55 |
| daryn | actually selecting the project_id column for view issues page does display the project name | 21:56 |
| cmc_ | it shows me the id... strange... | 22:04 |
| daryn | not sure how that's possible...it calls the function 'print_column_project_id' from the core/columns_api.php file | 22:08 |
| cmc_ | no idea then thanks for the help | 22:22 |
Generated by irclog2html.py