My favorites | Sign in
Project Logo
                
Details: Show all Hide all

Last 30 days

  • Dec 11, 2009
    UpdateSite (Details about the update site for the plugin) Wiki page commented on by ladlestein   -   You should remove the "site.xml" component from the path - the Update Manager wants the path to the directory, not the site.xml file.
    You should remove the "site.xml" component from the path - the Update Manager wants the path to the directory, not the site.xml file.

Earlier this year

  • Nov 23, 2009
    UpdateSite (Details about the update site for the plugin) Wiki page edited by hoshposh   -   Revision r70 Edited wiki page through web user interface.
    Revision r70 Edited wiki page through web user interface.
  • Nov 23, 2009
    UpdateSite (Details about the update site for the plugin) Wiki page edited by hoshposh   -   Revision r69 Reflect update site change from r67 change.
    Revision r69 Reflect update site change from r67 change.
  • Nov 23, 2009
    issue 16 (Move Update Site Plugin/Project To A New SVN Location) Status changed by hoshposh   -   Corrected in r67 and r68. The new update site URL is: https://mylyn-rtm.googlecode.com/svn/update-site/site.xml
    Status: Fixed
    Corrected in r67 and r68. The new update site URL is: https://mylyn-rtm.googlecode.com/svn/update-site/site.xml
    Status: Fixed
  • Nov 23, 2009
    r68 (Added the new update site URL: https://mylyn-rtm.googlecode....) committed by hoshposh   -   Added the new update site URL: https://mylyn-rtm.googlecode.com/svn/update-site/site.xml
  • Nov 23, 2009
    issue 16 (Move Update Site Plugin/Project To A New SVN Location) Owner changed by hoshposh   -  
    Owner: hoshposh
    Owner: hoshposh
  • Nov 23, 2009
    r67 (Establish a self-hosted, vanity URL for the update site so t...) committed by hoshposh   -   Establish a self-hosted, vanity URL for the update site so that the site can be served directly from the SVN repo.
    Establish a self-hosted, vanity URL for the update site so that the site can be served directly from the SVN repo.
  • Nov 23, 2009
    issue 16 (Move Update Site Plugin/Project To A New SVN Location) Labels changed by hoshposh   -   Increasing priority so that this can occur relatively quickly.
    Labels: Priority-High Priority-Medium
    Increasing priority so that this can occur relatively quickly.
    Labels: Priority-High Priority-Medium
  • Nov 23, 2009
    issue 16 (Move Update Site Plugin/Project To A New SVN Location) reported by hoshposh   -   Move the update site project from this URL: http://mylyn-rtm.googlecode.com/svn/trunk/mylyn-rtm-update/ to this URL: http://mylyn-rtm.googlecode.com/svn/update-site/ One major benefit is to provide an easy to remember, project self-hosted, Eclipse update site for the connector feature.
    Move the update site project from this URL: http://mylyn-rtm.googlecode.com/svn/trunk/mylyn-rtm-update/ to this URL: http://mylyn-rtm.googlecode.com/svn/update-site/ One major benefit is to provide an easy to remember, project self-hosted, Eclipse update site for the connector feature.
  • Nov 22, 2009
    UpdateSite (Details about the update site for the plugin) Wiki page edited by hoshposh   -   Revision r66 Edited wiki page through web user interface.
    Revision r66 Edited wiki page through web user interface.
  • Nov 22, 2009
    UpdateSite (Details about the update site for the plugin) Wiki page edited by hoshposh   -   Revision r65 Edited wiki page through web user interface.
    Revision r65 Edited wiki page through web user interface.
  • Nov 22, 2009
    r64 (Experiment to store the update site for the project, and its...) committed by hoshposh   -   Experiment to store the update site for the project, and its feature and plugin jars, inside of the svn repo for the project.
    Experiment to store the update site for the project, and its feature and plugin jars, inside of the svn repo for the project.
  • Nov 20, 2009
    UpdateSite (Details about the update site for the plugin) Wiki page added by hoshposh   -   Revision r63 Created wiki page through web user interface.
    Revision r63 Created wiki page through web user interface.
  • Oct 30, 2009
    issue 11 (Deleting a task on the remember the milk site causes the tas...) commented on by hoshposh   -   Tasks that are completed on the RTM website end up in an "unmatched" folder in the mylyn task list for the Remember the milk repository. If you uncomplete the task on the RTM website and synchronize in Eclipse, the task is placed in the correct category in the task list.
    Tasks that are completed on the RTM website end up in an "unmatched" folder in the mylyn task list for the Remember the milk repository. If you uncomplete the task on the RTM website and synchronize in Eclipse, the task is placed in the correct category in the task list.
  • Oct 30, 2009
    issue 11 (Deleting a task on the remember the milk site causes the tas...) changed by hoshposh   -   I will investigate and claim this issue.
    Status: Accepted
    Owner: hoshposh
    I will investigate and claim this issue.
    Status: Accepted
    Owner: hoshposh
  • Oct 30, 2009
    issue 7 (Label on tab is still 'Trac') Status changed by hoshposh   -   This appears to be fixed. The label on the Tab reads "Remember The Milk"
    Status: Invalid
    This appears to be fixed. The label on the Tab reads "Remember The Milk"
    Status: Invalid
  • Oct 26, 2009
    issue 7 (Label on tab is still 'Trac') changed by hoshposh   -   Will take this issue.
    Status: Accepted
    Owner: hoshposh
    Will take this issue.
    Status: Accepted
    Owner: hoshposh
  • Oct 26, 2009
    issue 8 (The repository image is not correct) commented on by hoshposh   -   Was made aware of the following links, with respect to branding guidelines and terms of service. http://www.rememberthemilk.com/services/api/branding.rtm http://www.rememberthemilk.com/services/api/terms.rtm
    Was made aware of the following links, with respect to branding guidelines and terms of service. http://www.rememberthemilk.com/services/api/branding.rtm http://www.rememberthemilk.com/services/api/terms.rtm
  • Oct 26, 2009
    issue 15 (mylyn-rtm has a generic name in the RTM Services Page) Labels changed by hoshposh   -   Altering the priority since this functionality is essential to allow people to manage permissions for the connector.
    Labels: Priority-High Priority-Medium
    Altering the priority since this functionality is essential to allow people to manage permissions for the connector.
    Labels: Priority-High Priority-Medium
  • Oct 26, 2009
    issue 15 (mylyn-rtm has a generic name in the RTM Services Page) reported by hoshposh   -   What steps will reproduce the problem? 1. Create a new mylyn repository for RTM and grant permissions to the application when prompted. 2. Open RTM Settings panel on the https://www.rememberthemilk.com/ site 3. Click on the "Services" tab to view a list of 3rd party applications that have been granted permissions on your RTM account. What is the expected output? What do you see instead? In the list of applications I expect to see a name that equates to the mylyn-rtm connector. What I actually see is a generic label, API Application, for the mylyn connector.
    What steps will reproduce the problem? 1. Create a new mylyn repository for RTM and grant permissions to the application when prompted. 2. Open RTM Settings panel on the https://www.rememberthemilk.com/ site 3. Click on the "Services" tab to view a list of 3rd party applications that have been granted permissions on your RTM account. What is the expected output? What do you see instead? In the list of applications I expect to see a name that equates to the mylyn-rtm connector. What I actually see is a generic label, API Application, for the mylyn connector.
  • Oct 26, 2009
    issue 9 (Implement better error handling) Status changed by hoshposh   -   Fixed with r62. In core there is a RTMLog helper class with various static IStatus creation and logger methods. Went through the code and utilized the new methods instead of the default dumping the stack trace out to the system console.
    Status: Fixed
    Fixed with r62. In core there is a RTMLog helper class with various static IStatus creation and logger methods. Went through the code and utilized the new methods instead of the default dumping the stack trace out to the system console.
    Status: Fixed
  • Oct 26, 2009
    r62 (Fixes issue 9. Implement better error handling) committed by hoshposh   -   Fixes issue 9 . Implement better error handling
    Fixes issue 9 . Implement better error handling
  • Oct 25, 2009
    issue 14 (Need a copyright for the source files.) reported by hoshposh   -   Even though this is an open source project, there should be a copyright in the source files. What is that copyright?
    Even though this is an open source project, there should be a copyright in the source files. What is that copyright?
  • Oct 22, 2009
    issue 9 (Implement better error handling) Owner changed by hoshposh   -  
    Owner: hoshposh
    Owner: hoshposh
  • Sep 23, 2009
    issue 13 (Query synchronisation failed) commented on by robert.munteanu   -   Since it's the inbox I estimate about 600, including completed ones. Ideally there would be a limit on the number of tasks retrieved.
    Since it's the inbox I estimate about 600, including completed ones. Ideally there would be a limit on the number of tasks retrieved.
  • Sep 23, 2009
    issue 13 (Query synchronisation failed) commented on by hoshposh   -   How many tasks did you have when you tried this originally?
    How many tasks did you have when you tried this originally?
  • Sep 23, 2009
    issue 12 (Unable to create a RTM task repository) changed by hoshposh   -   Proposed fix checked in r61 (http://code.google.com/p/mylyn-rtm/source/detail?r=61)
    Status: Fixed
    Owner: hoshposh
    Proposed fix checked in r61 (http://code.google.com/p/mylyn-rtm/source/detail?r=61)
    Status: Fixed
    Owner: hoshposh
  • Sep 23, 2009
    r61 (Fix for task 12: Unable to create a RTM task repository htt...) committed by hoshposh   -   Fix for task 12: Unable to create a RTM task repository http://code.google.com/p/mylyn-rtm/issues/detail?id=12
    Fix for task 12: Unable to create a RTM task repository http://code.google.com/p/mylyn-rtm/issues/detail?id=12
  • Sep 21, 2009
    issue 13 (Query synchronisation failed) commented on by robert.munteanu   -   Tried again, with a 1-list task and it worked. Perhaps a large number of tasks throws off the connector?
    Tried again, with a 1-list task and it worked. Perhaps a large number of tasks throws off the connector?
  • Sep 18, 2009
    r60 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Sep 17, 2009
    r59 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Sep 17, 2009
    r58 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Sep 17, 2009
    r57 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Sep 17, 2009
    issue 13 (Query synchronisation failed) commented on by robert.munteanu   -   Actually I got a stack trace on the console ( not the error log ) which is: Caused by: com.mdt.rtm.ServiceInternalException: Service invocation failed. Code: -1; message: Service internal exception: Cannot encode properly the HTTP GET request URI: cannot execute query at com.mdt.rtm.Invoker.computeRequestUri(Invoker.java:220) at com.mdt.rtm.Invoker.invoke(Invoker.java:250) at com.mdt.rtm.ServiceImpl.lists_getList(ServiceImpl.java:255) at org.eclipse.mylyn.rememberthemilk.core.client.RTMClient.updateAttributes(RTMClient.java:26)
    Actually I got a stack trace on the console ( not the error log ) which is: Caused by: com.mdt.rtm.ServiceInternalException: Service invocation failed. Code: -1; message: Service internal exception: Cannot encode properly the HTTP GET request URI: cannot execute query at com.mdt.rtm.Invoker.computeRequestUri(Invoker.java:220) at com.mdt.rtm.Invoker.invoke(Invoker.java:250) at com.mdt.rtm.ServiceImpl.lists_getList(ServiceImpl.java:255) at org.eclipse.mylyn.rememberthemilk.core.client.RTMClient.updateAttributes(RTMClient.java:26)
  • Sep 17, 2009
    issue 13 (Query synchronisation failed) reported by robert.munteanu   -   What steps will reproduce the problem? 1. Create a new query for RTM 2. Select 'Incomplete' as a filter criterion 3. Click 'Finish' What is the expected output? The task list is populated. What do you see instead? An error popup ( will be attached ). What version of the product are you using? On what operating system? Mylyn Connector: Remember The Milk 1.0.0.200906241728 Mylyn 3.2.1 Eclipse IDE for Java Developers Build id: 20090619-0625 Linux/KDE 4.3 Please provide any additional information below. Nothing is logged in the error log. The same error appears if I try to create a new task.
    What steps will reproduce the problem? 1. Create a new query for RTM 2. Select 'Incomplete' as a filter criterion 3. Click 'Finish' What is the expected output? The task list is populated. What do you see instead? An error popup ( will be attached ). What version of the product are you using? On what operating system? Mylyn Connector: Remember The Milk 1.0.0.200906241728 Mylyn 3.2.1 Eclipse IDE for Java Developers Build id: 20090619-0625 Linux/KDE 4.3 Please provide any additional information below. Nothing is logged in the error log. The same error appears if I try to create a new task.
  • Aug 09, 2009
    issue 12 (Unable to create a RTM task repository) commented on by hoshposh   -   In case you are not able to access the code review URL I emailed, attached is the patch for a proposed fix for this issue.
    In case you are not able to access the code review URL I emailed, attached is the patch for a proposed fix for this issue.
  • Aug 09, 2009
    issue 12 (Unable to create a RTM task repository) commented on by hoshposh   -   RTMRepositorySettings.createSettingControls() overloads the default implementation that is used in most of the other mylyn connectors. Unfortunately in the RTM version, it incorrectly assumes that TaskRepository is instantiated, when in fact for a new repository is not the case.
    RTMRepositorySettings.createSettingControls() overloads the default implementation that is used in most of the other mylyn connectors. Unfortunately in the RTM version, it incorrectly assumes that TaskRepository is instantiated, when in fact for a new repository is not the case.
  • Aug 03, 2009
    r56 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Aug 03, 2009
    r55 (initial import) committed by kertap   -   initial import
    initial import
  • Aug 03, 2009
    r54 (Initial import.) committed by kertap   -   Initial import.
    Initial import.
  • Jul 29, 2009
    issue 12 (Unable to create a RTM task repository) reported by hoshposh   -   What steps will reproduce the problem? 1. In the Mylyn task repository view click the 'new repository' button 2. Select the RTM repo type and click next What is the expected output? What do you see instead? Should display the configuration screen to allow data-entry for a new repository. What actually happens is nothing on the UI, but in the Error log I see NullPointerExceptions in RTMClientManager.getRepository() line 56. What version of the product are you using? On what operating system? r52 from the source code repository. Please provide any additional information below. After some debugging it appears that taskRepository is passed in as a null. Unfortunately at the point of the NPE the assumption appears to be that taskRepository has already been instantiated. I am unable to determine at what point a TaskRepository is supposed to be created from scratch in the plugin's lifecycle and there is some custom code (i.e. above and beyond a standard mylyn connector) to get authroization codes from the RTM site.
    What steps will reproduce the problem? 1. In the Mylyn task repository view click the 'new repository' button 2. Select the RTM repo type and click next What is the expected output? What do you see instead? Should display the configuration screen to allow data-entry for a new repository. What actually happens is nothing on the UI, but in the Error log I see NullPointerExceptions in RTMClientManager.getRepository() line 56. What version of the product are you using? On what operating system? r52 from the source code repository. Please provide any additional information below. After some debugging it appears that taskRepository is passed in as a null. Unfortunately at the point of the NPE the assumption appears to be that taskRepository has already been instantiated. I am unable to determine at what point a TaskRepository is supposed to be created from scratch in the plugin's lifecycle and there is some custom code (i.e. above and beyond a standard mylyn connector) to get authroization codes from the RTM site.
  • Jul 29, 2009
    issue 9 (Implement better error handling) commented on by hoshposh   -   I can take a look at a fix for this.
    I can take a look at a fix for this.
  • Jul 27, 2009
    r53 (Complete - task Label on tab is still 'Trac'. Update issue ...) committed by kertap   -   Complete - task Label on tab is still 'Trac'. Update issue #7 Status: Fixed I've changed the text to on the tab to 'Remember The Milk'
    Complete - task Label on tab is still 'Trac'. Update issue #7 Status: Fixed I've changed the text to on the tab to 'Remember The Milk'
  • Jul 27, 2009
    issue 10 (Connections that need to be made through a proxy can not be ...) Status changed by kertap   -  
    Status: Fixed
    Status: Fixed
  • Jul 27, 2009
    r52 (Complete - task Make connections through a proxy server Fi...) committed by kertap   -   Complete - task Make connections through a proxy server Fixes issue 10
    Complete - task Make connections through a proxy server Fixes issue 10
  • Jul 23, 2009
    issue 11 (Deleting a task on the remember the milk site causes the tas...) reported by kertap   -   What steps will reproduce the problem? 1. Create a task 2. Create a query in mylyn-rtm to get the task 3. Delete the task on the mylyn-rtm site 4. Refresh the query What is the expected output? What do you see instead? Expected output: The task should be deleted from the workspace. Actual: The task is put in an uncategorized category. When eclipse is restarted an error is generated as data for the task is not stored in the RtmClientData.
    What steps will reproduce the problem? 1. Create a task 2. Create a query in mylyn-rtm to get the task 3. Delete the task on the mylyn-rtm site 4. Refresh the query What is the expected output? What do you see instead? Expected output: The task should be deleted from the workspace. Actual: The task is put in an uncategorized category. When eclipse is restarted an error is generated as data for the task is not stored in the RtmClientData.
  • Jul 22, 2009
    r51 (Complete - task remove Use of a deprecated getPassword metho...) committed by kertap   -   Complete - task remove Use of a deprecated getPassword method
    Complete - task remove Use of a deprecated getPassword method
  • Jul 22, 2009
    r50 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Jul 22, 2009
    r49 ([No log message]) committed by kertap   -   [No log message]
    [No log message]
  • Jul 22, 2009
    issue 10 (Connections that need to be made through a proxy can not be ...) Status changed by kertap   -  
    Status: Started
    Status: Started
 
Hosted by Google Code