From: Robert M. <rob...@gm...> - 2012-10-10 20:21:44
|
Hi, As discussed quite some time ago, the Mylyn connector has its bugtracker hosted on mantisbt.org . However, I have not yet migrated the issues from the existing bugtracker. I am getting ready to do so, with the help of the SOAP API [1]. I will create 270 new issues + attachments + relationships + notes on mantisbt.org . My concern is the large number of emails which will be sent. The obvious reason for which I'm using the SOAP API and not SQL import is that the ids will get all mixed up. One possibility is to coordinate with someone with access to the server and temporarily comment out the code which sends emails when issues are added / updated through the SOAP API - mc_issue_api.php:694 - mc_issue_api.php:1206 - mc_issue_api.php:1207 If someone else has a better idea, please put it forward. Otherwise, I'm going to need some assistance tomorrow. Thanks, Robert [1]: https://github.com/rombert/mantis-project-migrator -- Sent from my (old) computer |
From: John R. <jo...@no...> - 2012-10-10 20:23:08
|
Don't we have an XML-based import/export system? On Wed, Oct 10, 2012 at 1:21 PM, Robert Munteanu <rob...@gm...> wrote: > Hi, > > As discussed quite some time ago, the Mylyn connector has its > bugtracker hosted on mantisbt.org . However, I have not yet migrated > the issues from the existing bugtracker. > > I am getting ready to do so, with the help of the SOAP API [1]. I will > create 270 new issues + attachments + relationships + notes on > mantisbt.org . My concern is the large number of emails which will be > sent. > > The obvious reason for which I'm using the SOAP API and not SQL import > is that the ids will get all mixed up. > > One possibility is to coordinate with someone with access to the > server and temporarily comment out the code which sends emails when > issues are added / updated through the SOAP API > > - mc_issue_api.php:694 > - mc_issue_api.php:1206 > - mc_issue_api.php:1207 > > If someone else has a better idea, please put it forward. Otherwise, > I'm going to need some assistance tomorrow. > > Thanks, > > Robert > > [1]: https://github.com/rombert/mantis-project-migrator > > -- > Sent from my (old) computer > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- John Reese noswap.com |
From: Robert M. <rob...@gm...> - 2012-10-10 20:25:53
|
On Wed, Oct 10, 2012 at 11:23 PM, John Reese <jo...@no...> wrote: > Don't we have an XML-based import/export system? Yes we do. But the ids will still be mixed. > > On Wed, Oct 10, 2012 at 1:21 PM, Robert Munteanu > <rob...@gm...> wrote: >> Hi, >> >> As discussed quite some time ago, the Mylyn connector has its >> bugtracker hosted on mantisbt.org . However, I have not yet migrated >> the issues from the existing bugtracker. >> >> I am getting ready to do so, with the help of the SOAP API [1]. I will >> create 270 new issues + attachments + relationships + notes on >> mantisbt.org . My concern is the large number of emails which will be >> sent. >> >> The obvious reason for which I'm using the SOAP API and not SQL import >> is that the ids will get all mixed up. >> >> One possibility is to coordinate with someone with access to the >> server and temporarily comment out the code which sends emails when >> issues are added / updated through the SOAP API >> >> - mc_issue_api.php:694 >> - mc_issue_api.php:1206 >> - mc_issue_api.php:1207 >> >> If someone else has a better idea, please put it forward. Otherwise, >> I'm going to need some assistance tomorrow. >> >> Thanks, >> >> Robert >> >> [1]: https://github.com/rombert/mantis-project-migrator >> >> -- >> Sent from my (old) computer >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> mantisbt-dev mailing list >> man...@li... >> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > > > > -- > John Reese > noswap.com > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: John R. <jo...@no...> - 2012-10-10 20:40:53
|
Ok, I was under the impression that the XML import automatically reassigned IDs so that you could correctly merge trackers. On Wed, Oct 10, 2012 at 1:25 PM, Robert Munteanu <rob...@gm...> wrote: > On Wed, Oct 10, 2012 at 11:23 PM, John Reese <jo...@no...> wrote: >> Don't we have an XML-based import/export system? > > Yes we do. But the ids will still be mixed. > >> >> On Wed, Oct 10, 2012 at 1:21 PM, Robert Munteanu >> <rob...@gm...> wrote: >>> Hi, >>> >>> As discussed quite some time ago, the Mylyn connector has its >>> bugtracker hosted on mantisbt.org . However, I have not yet migrated >>> the issues from the existing bugtracker. >>> >>> I am getting ready to do so, with the help of the SOAP API [1]. I will >>> create 270 new issues + attachments + relationships + notes on >>> mantisbt.org . My concern is the large number of emails which will be >>> sent. >>> >>> The obvious reason for which I'm using the SOAP API and not SQL import >>> is that the ids will get all mixed up. >>> >>> One possibility is to coordinate with someone with access to the >>> server and temporarily comment out the code which sends emails when >>> issues are added / updated through the SOAP API >>> >>> - mc_issue_api.php:694 >>> - mc_issue_api.php:1206 >>> - mc_issue_api.php:1207 >>> >>> If someone else has a better idea, please put it forward. Otherwise, >>> I'm going to need some assistance tomorrow. >>> >>> Thanks, >>> >>> Robert >>> >>> [1]: https://github.com/rombert/mantis-project-migrator >>> >>> -- >>> Sent from my (old) computer >>> >>> ------------------------------------------------------------------------------ >>> Don't let slow site performance ruin your business. Deploy New Relic APM >>> Deploy New Relic app performance management and know exactly >>> what is happening inside your Ruby, Python, PHP, Java, and .NET app >>> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >>> http://p.sf.net/sfu/newrelic-dev2dev >>> _______________________________________________ >>> mantisbt-dev mailing list >>> man...@li... >>> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev >> >> >> >> -- >> John Reese >> noswap.com >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> mantisbt-dev mailing list >> man...@li... >> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > > > > -- > Sent from my (old) computer > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- John Reese noswap.com |
From: Paul R. <pa...@ma...> - 2012-10-10 22:37:58
|
There's definitely some logic to do some find/replaces in the code as I was looking at it last night. This would strike me as a better way to transfer data then to spam hundreds of web service requests If the plugin is completely broken then we should either fix it or consider removing it, as it's obviously too dangerous for even us to consider using :) Paul On Wed, Oct 10, 2012 at 9:40 PM, John Reese <jo...@no...> wrote: > Ok, I was under the impression that the XML import automatically > reassigned IDs so that you could correctly merge trackers. > > On Wed, Oct 10, 2012 at 1:25 PM, Robert Munteanu > <rob...@gm...> wrote: > > On Wed, Oct 10, 2012 at 11:23 PM, John Reese <jo...@no...> wrote: > >> Don't we have an XML-based import/export system? > > > > Yes we do. But the ids will still be mixed. > > > >> > >> On Wed, Oct 10, 2012 at 1:21 PM, Robert Munteanu > >> <rob...@gm...> wrote: > >>> Hi, > >>> > >>> As discussed quite some time ago, the Mylyn connector has its > >>> bugtracker hosted on mantisbt.org . However, I have not yet migrated > >>> the issues from the existing bugtracker. > >>> > >>> I am getting ready to do so, with the help of the SOAP API [1]. I will > >>> create 270 new issues + attachments + relationships + notes on > >>> mantisbt.org . My concern is the large number of emails which will be > >>> sent. > >>> > >>> The obvious reason for which I'm using the SOAP API and not SQL import > >>> is that the ids will get all mixed up. > >>> > >>> One possibility is to coordinate with someone with access to the > >>> server and temporarily comment out the code which sends emails when > >>> issues are added / updated through the SOAP API > >>> > >>> - mc_issue_api.php:694 > >>> - mc_issue_api.php:1206 > >>> - mc_issue_api.php:1207 > >>> > >>> If someone else has a better idea, please put it forward. Otherwise, > >>> I'm going to need some assistance tomorrow. > >>> > >>> Thanks, > >>> > >>> Robert > >>> > >>> [1]: https://github.com/rombert/mantis-project-migrator > >>> > >>> -- > >>> Sent from my (old) computer > >>> > >>> > ------------------------------------------------------------------------------ > >>> Don't let slow site performance ruin your business. Deploy New Relic > APM > >>> Deploy New Relic app performance management and know exactly > >>> what is happening inside your Ruby, Python, PHP, Java, and .NET app > >>> Try New Relic at no cost today and get our sweet Data Nerd shirt too! > >>> http://p.sf.net/sfu/newrelic-dev2dev > >>> _______________________________________________ > >>> mantisbt-dev mailing list > >>> man...@li... > >>> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > >> > >> > >> > >> -- > >> John Reese > >> noswap.com > >> > >> > ------------------------------------------------------------------------------ > >> Don't let slow site performance ruin your business. Deploy New Relic APM > >> Deploy New Relic app performance management and know exactly > >> what is happening inside your Ruby, Python, PHP, Java, and .NET app > >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! > >> http://p.sf.net/sfu/newrelic-dev2dev > >> _______________________________________________ > >> mantisbt-dev mailing list > >> man...@li... > >> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > > > > > > > > -- > > Sent from my (old) computer > > > > > ------------------------------------------------------------------------------ > > Don't let slow site performance ruin your business. Deploy New Relic APM > > Deploy New Relic app performance management and know exactly > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > mantisbt-dev mailing list > > man...@li... > > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > > > > -- > John Reese > noswap.com > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > |
From: Damien R. <dam...@me...> - 2012-10-11 06:40:56
|
Paul Richards <paul@...> writes: > There's definitely some logic to do some find/replaces in the code as I was looking at it last night. > > This would strike me as a better way to transfer data then to spam hundreds of web service requests > > If the plugin is completely broken then we should either fix it or consider removing it, as it's obviously too dangerous for even us to consider using :) > > Paul +1 for using the XML plugin (and fixing/improving it if needed) D |
From: Robert M. <rob...@gm...> - 2012-10-11 07:02:42
|
On Thu, Oct 11, 2012 at 9:40 AM, Damien Regad <dam...@me...> wrote: > Paul Richards <paul@...> writes: >> There's definitely some logic to do some find/replaces in the code as I was > looking at it last night. >> >> This would strike me as a better way to transfer data then to spam hundreds of > web service requests >> >> If the plugin is completely broken then we should either fix it or consider > removing it, as it's obviously too dangerous for even us to consider using :) I don't see it as even partially broken ; just that it doesn't suit my needs and it's easier for me to write my own importer. >> >> Paul > > +1 for using the XML plugin (and fixing/improving it if needed) I've taken a look at the plugin issue import code [1] and it does not support importing attachments, notes, issue relations, versions. Also there is no user mapping between the old and the new instance. For me personally it makes little sense to add this functionality to the XmlImportExport plugin as I would spent too much time ; that's the reasons why I chose to write my own importer [2] . If someone else would like to do that, the logic for mapping data between the source and target issues is available at the mentioned github repo. Robert [1]: https://github.com/mantisbt/mantisbt/blob/master-1.2.x/plugins/XmlImportExport/ImportXml/Issue.php#L21 [2]: https://github.com/rombert/mantis-project-migrator > > D > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Damien R. <dam...@me...> - 2012-10-11 07:10:56
|
Damien Regad <damien.regad@...> writes: > > If the plugin is completely broken then we should either fix it or consider > removing it, as it's obviously too dangerous for even us to consider using :) > > +1 for using the XML plugin (and fixing/improving it if needed) Had a quick look, and it seems the plugin would definitely need improving, as it does not handle bugnotes, relationships or links to issues/notes in text fields. |
From: Paul R. <pa...@ma...> - 2012-10-12 08:48:46
|
FWIW, the plugin supports attachments: https://github.com/mantisbt/mantisbt/commit/84017535f8718685d755d58af7a39d80f52ffca8 On Thu, Oct 11, 2012 at 8:10 AM, Damien Regad <dam...@me...>wrote: > Damien Regad <damien.regad@...> writes: > > > If the plugin is completely broken then we should either fix it or > consider > > removing it, as it's obviously too dangerous for even us to consider > using :) > > > > +1 for using the XML plugin (and fixing/improving it if needed) > > Had a quick look, and it seems the plugin would definitely need improving, > as it > does not handle bugnotes, relationships or links to issues/notes in text > fields. > > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > |
From: Robert M. <rob...@gm...> - 2012-10-12 08:10:14
|
On Thu, Oct 11, 2012 at 10:10 AM, Damien Regad <dam...@me...> wrote: > Damien Regad <damien.regad@...> writes: >> > If the plugin is completely broken then we should either fix it or consider >> removing it, as it's obviously too dangerous for even us to consider using :) >> >> +1 for using the XML plugin (and fixing/improving it if needed) > > Had a quick look, and it seems the plugin would definitely need improving, as it > does not handle bugnotes, relationships or links to issues/notes in text fields. I think the showstopper here is attachment import. I already have this working for my SOAP import application, but working with the XmlImport plugin means having to add functionality for base64-encoding, which would greatly increase the file size ( I have 2.6 MB of attachments which would translate into ~3.5 MB of base64-encoding ). I don't think this is viable, at least for my use case. To restate my question, can anyone with server access temporarily disable email notifications for the SOAP API while I perform the import? If the answer is yes, we can discuss timing. Robert > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Damien R. <dam...@me...> - 2012-10-12 10:35:17
|
Paul Richards <paul@...> writes: > FWIW, the plugin supports attachments: > https://github.com/mantisbt/mantisbt/commit/84017535f871 that's on master branch, and was never backported... |
From: Damien R. <dam...@me...> - 2012-10-12 10:40:12
|
Robert Munteanu <robert.munteanu@...> writes: > To restate my question, can anyone with server access temporarily > disable email notifications for the SOAP API while I perform the > import? If the answer is yes, we can discuss timing. Let's put it this way - technically I can do this. Timing is a separate issue. But the real question is, does Victor (or John) object to that ? Also, how do you propose to disable the notifications just for soap ? |
From: Roland B. <ro...@at...> - 2012-10-12 10:47:07
|
Nobody knows, if your import will last just a few minutes, or there will be problems and you have to work some days on it. Therefore I recommend not to set $g_enable_email_notification = OFF; What about a project specific setting using "Manage" > "Manage Configuration" > "E-mail Notifications"? Temporary override the global settings by unchecking developers and above to get email on new issues. Robert Munteanu <rob...@gm...> hat am 12. Oktober 2012 um 10:10 geschrieben: > To restate my question, can anyone with server access temporarily > disable email notifications for the SOAP API while I perform the > import? If the answer is yes, we can discuss timing. |
From: Robert M. <rob...@gm...> - 2012-10-12 11:08:49
|
On Fri, Oct 12, 2012 at 1:46 PM, Roland Becker <ro...@at...> wrote: > Nobody knows, if your import will last just a few minutes, or there will be > problems and you have to work some days on it. > Therefore I recommend not to set $g_enable_email_notification = OFF; > In my tests it takes 2-3 minutes to import all the issues. I already imported the versions and categories. > What about a project specific setting using "Manage" > "Manage Configuration" > > "E-mail Notifications"? > Temporary override the global settings by unchecking developers and above to get > email on new issues. That's a good idea. I guess we should also disable notification on notes being attached. However, I don't have access to this configuration, even for the Mylyn Connector project which I manage. If someone cal lower the manage threshold to manager for that project I'll be happy to handle this myself and not bother anyone :-) > > Robert Munteanu <rob...@gm...> hat am 12. Oktober 2012 um 10:10 > geschrieben: > >> To restate my question, can anyone with server access temporarily >> disable email notifications for the SOAP API while I perform the >> import? If the answer is yes, we can discuss timing. -- Sent from my (old) computer |
From: Robert M. <rob...@gm...> - 2012-10-12 11:11:28
|
On Fri, Oct 12, 2012 at 1:37 PM, Damien Regad <dam...@me...> wrote: > Robert Munteanu <robert.munteanu@...> writes: >> To restate my question, can anyone with server access temporarily >> disable email notifications for the SOAP API while I perform the >> import? If the answer is yes, we can discuss timing. > > Let's put it this way - technically I can do this. Timing is a separate issue. > But the real question is, does Victor (or John) object to that ? OK > > Also, how do you propose to disable the notifications just for soap ? Temporarily commenting out the notifications in the soap api code would be one option. Another one would be Roland's suggestion ( I'll reply separately on that one ). Robert > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Paul R. <pa...@ma...> - 2012-10-12 11:12:52
|
Btw, do these 'issues' even relate to unfix php bugs in mantis? Paul On Fri, Oct 12, 2012 at 12:05 PM, Robert Munteanu <rob...@gm... > wrote: > On Fri, Oct 12, 2012 at 1:37 PM, Damien Regad > <dam...@me...> wrote: > > Robert Munteanu <robert.munteanu@...> writes: > >> To restate my question, can anyone with server access temporarily > >> disable email notifications for the SOAP API while I perform the > >> import? If the answer is yes, we can discuss timing. > > > > Let's put it this way - technically I can do this. Timing is a separate > issue. > > But the real question is, does Victor (or John) object to that ? > > OK > > > > > Also, how do you propose to disable the notifications just for soap ? > > Temporarily commenting out the notifications in the soap api code > would be one option. Another one would be Roland's suggestion ( I'll > reply separately on that one ). > > Robert > > > > > > > > > > ------------------------------------------------------------------------------ > > Don't let slow site performance ruin your business. Deploy New Relic APM > > Deploy New Relic app performance management and know exactly > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > mantisbt-dev mailing list > > man...@li... > > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > > > > -- > Sent from my (old) computer > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > |
From: Robert M. <rob...@gm...> - 2012-10-12 11:16:19
|
On Fri, Oct 12, 2012 at 2:12 PM, Paul Richards <pa...@ma...> wrote: > Btw, do these 'issues' even relate to unfix php bugs in mantis? > > Paul Do you mean the issues to import? See the original mail > As discussed quite some time ago, the Mylyn connector has its > bugtracker hosted on mantisbt.org . However, I have not yet migrated > the issues from the existing bugtracker. Robert > > > On Fri, Oct 12, 2012 at 12:05 PM, Robert Munteanu > <rob...@gm...> wrote: >> >> On Fri, Oct 12, 2012 at 1:37 PM, Damien Regad >> <dam...@me...> wrote: >> > Robert Munteanu <robert.munteanu@...> writes: >> >> To restate my question, can anyone with server access temporarily >> >> disable email notifications for the SOAP API while I perform the >> >> import? If the answer is yes, we can discuss timing. >> > >> > Let's put it this way - technically I can do this. Timing is a separate >> > issue. >> > But the real question is, does Victor (or John) object to that ? >> >> OK >> >> > >> > Also, how do you propose to disable the notifications just for soap ? >> >> Temporarily commenting out the notifications in the soap api code >> would be one option. Another one would be Roland's suggestion ( I'll >> reply separately on that one ). >> >> Robert >> >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Don't let slow site performance ruin your business. Deploy New Relic APM >> > Deploy New Relic app performance management and know exactly >> > what is happening inside your Ruby, Python, PHP, Java, and .NET app >> > Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> > http://p.sf.net/sfu/newrelic-dev2dev >> > _______________________________________________ >> > mantisbt-dev mailing list >> > man...@li... >> > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev >> >> >> >> -- >> Sent from my (old) computer >> >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> mantisbt-dev mailing list >> man...@li... >> https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev > -- Sent from my (old) computer |
From: Damien R. <dam...@me...> - 2012-10-12 16:15:15
|
Robert Munteanu <robert.munteanu@...> writes: > On Fri, Oct 12, 2012 at 1:46 PM, Roland Becker <roland@...> wrote: > > Nobody knows, if your import will last just a few minutes, or there will be > > problems and you have to work some days on it. > > Therefore I recommend not to set $g_enable_email_notification = OFF; > > In my tests it takes 2-3 minutes to import all the issues. I already > imported the versions and categories. To be on the safe side, what about doing a dry run on a dump of mantisbt.org database ? Would give a good estimate of job duration, as well as provide a good test case / environment. > > What about a project specific setting using "Manage" > > > "Manage Configuration" > "E-mail Notifications"? > > Temporary override the global settings by unchecking developers and above > > to get email on new issues. > > That's a good idea. I guess we should also disable notification on > notes being attached. The user-specific settings take precedence over the global ones, so anyone who has customized their mail preferences would not be affected by this. Thinking about it, $g_enable_email_notification = OFF is actually a good option, because if I'm not mistaken it can be set as an override at project level, and in this case Robert is only loading bugs in the mylin project. This should be tested to confirm. Last option would be to disable the SMTP settings and then purge the e-mail queue of unwanted messages before re-enabling, but that sounds like a lot of manual work. D |
From: Robert M. <rob...@gm...> - 2012-10-14 08:43:37
|
On Fri, Oct 12, 2012 at 7:14 PM, Damien Regad <dam...@me...> wrote: > Robert Munteanu <robert.munteanu@...> writes: >> On Fri, Oct 12, 2012 at 1:46 PM, Roland Becker <roland@...> wrote: >> > Nobody knows, if your import will last just a few minutes, or there will be >> > problems and you have to work some days on it. >> > Therefore I recommend not to set $g_enable_email_notification = OFF; >> >> In my tests it takes 2-3 minutes to import all the issues. I already >> imported the versions and categories. > > To be on the safe side, what about doing a dry run on a dump of mantisbt.org > database ? Would give a good estimate of job duration, as well as provide a good > test case / environment. Sure, I'd be happy to do that. What do I need to do? > >> > What about a project specific setting using "Manage" > >> > "Manage Configuration" > "E-mail Notifications"? >> > Temporary override the global settings by unchecking developers and above >> > to get email on new issues. >> >> That's a good idea. I guess we should also disable notification on >> notes being attached. > > The user-specific settings take precedence over the global ones, so anyone who > has customized their mail preferences would not be affected by this. > > Thinking about it, $g_enable_email_notification = OFF is actually a good option, > because if I'm not mistaken it can be set as an override at project level, and > in this case Robert is only loading bugs in the mylin project. This should be > tested to confirm. I'm not sure how to set this at the project level only, can you double-check? > > Last option would be to disable the SMTP settings and then purge the e-mail > queue of unwanted messages before re-enabling, but that sounds like a lot of > manual work. Agreed. Robert > > D > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Damien R. <dam...@me...> - 2012-10-15 08:24:47
|
Robert Munteanu <robert.munteanu@...> writes: > Sure, I'd be happy to do that. What do I need to do? I'll contact you separately > > Thinking about it, $g_enable_email_notification = OFF is actually a good option, > > because if I'm not mistaken it can be set as an override at project level, and > > in this case Robert is only loading bugs in the mylin project. This should be > > tested to confirm. > > I'm not sure how to set this at the project level only, can you double-check? - Go to Manage | Configuration Report - At bottom of page, set new option Username = All Users / Project = XXX / Option = enable_email_notification / Value = 0 - then try your import into project XXX and check if messages are sent out (hopefully not) D |
From: Robert M. <rob...@gm...> - 2012-10-15 08:28:26
|
On Mon, Oct 15, 2012 at 11:24 AM, Damien Regad <dam...@me...> wrote: > Robert Munteanu <robert.munteanu@...> writes: >> Sure, I'd be happy to do that. What do I need to do? > > I'll contact you separately OK, great. > >> > Thinking about it, $g_enable_email_notification = OFF is actually a good > option, >> > because if I'm not mistaken it can be set as an override at project level, > and >> > in this case Robert is only loading bugs in the mylin project. This should be >> > tested to confirm. >> >> I'm not sure how to set this at the project level only, can you double-check? > > - Go to Manage | Configuration Report > - At bottom of page, set new option > Username = All Users / Project = XXX / Option = enable_email_notification / > Value = 0 > - then try your import into project XXX and check if messages are sent out > (hopefully not) I don't have access to that ; I only get [ Manage Projects ] [ Manage Tags ] [ Global Snippets ] Robert > > D > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Damien R. <dam...@me...> - 2012-10-15 09:36:19
|
Robert Munteanu <robert.munteanu@...> writes: > I don't have access to that ; I only get > > [ Manage Projects ] [ Manage Tags ] [ Global Snippets ] You need to be administrator of course. What I meant to say is that you should try it on a local setup where you have this access, and can actually test without any impacting anyone. D |
From: Robert M. <rob...@gm...> - 2012-10-15 09:39:07
|
D'oh :-) On Mon, Oct 15, 2012 at 12:35 PM, Damien Regad <dam...@me...> wrote: > Robert Munteanu <robert.munteanu@...> writes: >> I don't have access to that ; I only get >> >> [ Manage Projects ] [ Manage Tags ] [ Global Snippets ] > > You need to be administrator of course. > > What I meant to say is that you should try it on a local setup where you have > this access, and can actually test without any impacting anyone. > > D > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Robert M. <rob...@gm...> - 2012-10-16 20:17:06
|
On Mon, Oct 15, 2012 at 12:35 PM, Damien Regad <dam...@me...> wrote: > Robert Munteanu <robert.munteanu@...> writes: >> I don't have access to that ; I only get >> >> [ Manage Projects ] [ Manage Tags ] [ Global Snippets ] > > You need to be administrator of course. > > What I meant to say is that you should try it on a local setup where you have > this access, and can actually test without any impacting anyone. > On a local setup ( with limited users, obviously ) the email configuration will do the trick, since there are no monitors ( and none are imported ) . However, all the notification settings need to be cleared up and then restored. Robert > D > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > mantisbt-dev mailing list > man...@li... > https://lists.sourceforge.net/lists/listinfo/mantisbt-dev -- Sent from my (old) computer |
From: Damien R. <dam...@me...> - 2012-10-17 16:15:52
|
Robert Munteanu <robert.munteanu@...> writes: > However, all the notification settings need to be cleared up and then restored. Not sure what you mean by that. Can you clarify ? |