listo - The native desktop client for http://lis.to/

Older May 10, 2011 issue 7 (lis.to crash Hyperlink.UI) commented on by nathanpo...@gmail.com - Hello, I am replicating this behavior too on a Windows 7 Ultimate PC (fully up to date with MS patches as of May-9-2011) using the same steps as documented above. The application version is 0.9.7.46; built on 2008-09-25 11:50:31 +0200. Hello, I am replicating this behavior too on a Windows 7 Ultimate PC (fully up to date with MS patches as of May-9-2011) using the same steps as documented above. The application version is 0.9.7.46; built on 2008-09-25 11:50:31 +0200. Dec 15, 2009 issue 12 (java.lang.NullPointerException) commented on by ligerly - same error, on easypeasy (ubuntu) same error, on easypeasy (ubuntu) Sep 20, 2009 issue 12 (java.lang.NullPointerException) reported by eranco - What steps will reproduce the problem? It's probably happening because I'm using linux. 1. I just start the program up for the first time: root@shoko:/home/eran/downloads/LISTO# java -jar listo.jar 2. Click OK on the "Welcome to list.to!" message 3. An error window pops up telling me that "an application error has occurred. lis.to must close now. We are very sorry for the inconvience.".. "error details: null" What is the expected output? What do you see instead? In the command line shell, I get this: 02:52:16 INFO [context] listo.client.ContextManager$1 - Loading from file /home/eran/listo/listo.xml 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.actions.BaseAction - Executing ViewTodaysCompletedAction 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Triggering application shutdown 02:52:18 DEBUG[main] listo.client.Executors - Stopping all background threads 02:52:18 ERROR[main] listo.client.Application - Exception on Thread[AWT-EventQueue-0,6,main]: java.lang.NullPointerException at javax.swing.JComponent.setBorder(JComponent.java:1777) at listo.client.viewlists.ViewListRenderer.getListCellRendererComponent(ViewListRenderer.java:156) at javax.swing.plaf.basic.BasicListUI.paintCell(BasicListUI.java:208) at javax.swing.plaf.basic.BasicListUI.paintImpl(BasicListUI.java:317) at javax.swing.plaf.basic.BasicListUI.paint(BasicListUI.java:240) at javax.swing.plaf.synth.SynthListUI.update(SynthListUI.java:69) at javax.swing.JComponent.paintComponent(JComponent.java:774) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:875) at javax.swing.JComponent.paint(JComponent.java:1047) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5147) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:302) at javax.swing.RepaintManager.paint(RepaintManager.java:1145) at javax.swing.JComponent._paintImmediately(JComponent.java:5095) at javax.swing.JComponent.paintImmediately(JComponent.java:4905) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:740) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:696) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:676) at javax.swing.RepaintManager.access$700(RepaintManager.java:57) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1550) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEvent(EventQueue.java:602) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Displaying user error message popup 02:52:20 DEBUG[main] listo.client.Application - Calling shutdown hooks 02:52:20 DEBUG[main] listo.client.Application - Closing and deleting lock-file 02:52:20 DEBUG[main] listo.client.Application - Shutdown done, exiting after shutdown hooks complete 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Received shutdown event 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.WindowState - Saving window state to file /home/eran/listo/listo.state 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Removing system tray icon 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Disposing MainForm What version of the product are you using? On what operating system? listo.0.9.7.36 on Ubuntu Linux. Please provide any additional information below. When I run the program for the second time, It seems that everything is well, but if I click on any of the folders or go to another window and come back, I get the same error again. What steps will reproduce the problem? It's probably happening because I'm using linux. 1. I just start the program up for the first time: root@shoko:/home/eran/downloads/LISTO# java -jar listo.jar 2. Click OK on the "Welcome to list.to!" message 3. An error window pops up telling me that "an application error has occurred. lis.to must close now. We are very sorry for the inconvience.".. "error details: null" What is the expected output? What do you see instead? In the command line shell, I get this: 02:52:16 INFO [context] listo.client.ContextManager$1 - Loading from file /home/eran/listo/listo.xml 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.actions.BaseAction - Executing ViewTodaysCompletedAction 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Triggering application shutdown 02:52:18 DEBUG[main] listo.client.Executors - Stopping all background threads 02:52:18 ERROR[main] listo.client.Application - Exception on Thread[AWT-EventQueue-0,6,main]: java.lang.NullPointerException at javax.swing.JComponent.setBorder(JComponent.java:1777) at listo.client.viewlists.ViewListRenderer.getListCellRendererComponent(ViewListRenderer.java:156) at javax.swing.plaf.basic.BasicListUI.paintCell(BasicListUI.java:208) at javax.swing.plaf.basic.BasicListUI.paintImpl(BasicListUI.java:317) at javax.swing.plaf.basic.BasicListUI.paint(BasicListUI.java:240) at javax.swing.plaf.synth.SynthListUI.update(SynthListUI.java:69) at javax.swing.JComponent.paintComponent(JComponent.java:774) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:875) at javax.swing.JComponent.paint(JComponent.java:1047) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5147) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:302) at javax.swing.RepaintManager.paint(RepaintManager.java:1145) at javax.swing.JComponent._paintImmediately(JComponent.java:5095) at javax.swing.JComponent.paintImmediately(JComponent.java:4905) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:740) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:696) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:676) at javax.swing.RepaintManager.access$700(RepaintManager.java:57) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1550) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEvent(EventQueue.java:602) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Displaying user error message popup 02:52:20 DEBUG[main] listo.client.Application - Calling shutdown hooks 02:52:20 DEBUG[main] listo.client.Application - Closing and deleting lock-file 02:52:20 DEBUG[main] listo.client.Application - Shutdown done, exiting after shutdown hooks complete 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Received shutdown event 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.WindowState - Saving window state to file /home/eran/listo/listo.state 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Removing system tray icon 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Disposing MainForm What version of the product are you using? On what operating system? listo.0.9.7.36 on Ubuntu Linux. Please provide any additional information below. When I run the program for the second time, It seems that everything is well, but if I click on any of the folders or go to another window and come back, I get the same error again. Sep 06, 2009 issue 11 (java/lang.unsatisfiedLinkError) reported by adhel37 - What steps will reproduce the problem? 1. Double clicking to run listo 2. 3. What is the expected output? What do you see instead? the program fails to load and instead shows error dialogbox. Error details: java/lang.unsatisfiedLinkError: c:\user\me\appdata\local\temp\JIntellitype.dll %1 is not a valid win32 application What version of the product are you using? On what operating system? 0.9.7.36 Please provide any additional information below. What steps will reproduce the problem? 1. Double clicking to run listo 2. 3. What is the expected output? What do you see instead? the program fails to load and instead shows error dialogbox. Error details: java/lang.unsatisfiedLinkError: c:\user\me\appdata\local\temp\JIntellitype.dll %1 is not a valid win32 application What version of the product are you using? On what operating system? 0.9.7.36 Please provide any additional information below. Apr 18, 2009 issue 7 (lis.to crash Hyperlink.UI) commented on by collaborationteam - same behaviour here. Crashes rarely with same message. Win xp same behaviour here. Crashes rarely with same message. Win xp Dec 29, 2008 issue 10 (About i18n ) reported by lp81sam - I try add UI_zh_TW.properties to /res/lang/ ========================= #UI_zh_TW.properties menuitem.about.name = 關於 ========================= And build listo by ant But help/about did't show the correct message Because UI_zh_TW.properties Should be the format like below ========================= #UI_zh_TW.properties menuitem.about.name = \u95dc\u65bc ========================= To fix this use native2ascii.exe So I fix the build.xml ----------------------------------------------------------------------- ... <target name="compile" depends="init" description="Compile Java source"> ... <copy toDir=""> <fileset dir="" excludes="lang/.properties"/> </copy> <native2ascii encoding="utf-8" dest="/ lang" src="/lang" includes="/.properties" /> </target> ... ----------------------------------------------------------------------- =========================== ref: Converting Non-Unicode Text http://java.sun.com/docs/books/tutorial/i18n/text/convertintro.html native2ascii - Native-to-ASCII Converter http://java.sun.com/javase/6/docs/technotes/tools/windows/native2ascii.html Ant OptionalTasks / Native2Ascii http://ant.apache.org/manual/OptionalTasks/native2ascii.html Ant CoreTypes / FileSet http://ant.apache.org/manual/CoreTypes/fileset.html =========================== attach: listo.zip =========================== I try add UI_zh_TW.properties to /res/lang/ ========================= #UI_zh_TW.properties menuitem.about.name = 關於 ========================= And build listo by ant But help/about did't show the correct message Because UI_zh_TW.properties Should be the format like below ========================= #UI_zh_TW.properties menuitem.about.name = \u95dc\u65bc ========================= To fix this use native2ascii.exe So I fix the build.xml ----------------------------------------------------------------------- ... <target name="compile" depends="init" description="Compile Java source"> ... <copy toDir=""> <fileset dir="" excludes="lang/.properties"/> </copy> <native2ascii encoding="utf-8" dest="/ lang" src="/lang" includes="/.properties" /> </target> ... ----------------------------------------------------------------------- =========================== ref: Converting Non-Unicode Text http://java.sun.com/docs/books/tutorial/i18n/text/convertintro.html native2ascii - Native-to-ASCII Converter http://java.sun.com/javase/6/docs/technotes/tools/windows/native2ascii.html Ant OptionalTasks / Native2Ascii http://ant.apache.org/manual/OptionalTasks/native2ascii.html Ant CoreTypes / FileSet http://ant.apache.org/manual/CoreTypes/fileset.html =========================== attach: listo.zip =========================== Nov 19, 2008 XSListo_0.1.zip (XSListo version 0.1) file uploaded by webonomic - Labels: Type-Archive OpSys-All Labels: Type-Archive OpSys-All Oct 22, 2008 issue 9 (More Quick-Input Flexibility... defaults for input settings...) reported by stig.hackvan - quick entry is great, but it could be quicker and more flexible: 1. there are required fields...eg: folders... delete @inbox and instead of just defaulting to inbox, you're forced to choose a folder... 2. but it can't be a new folder or multiple folders... what's up with that? RECOMMENDATIONS: 1. fields not present should have customizable defaults. 2. syntax for multiple folders could be better: @foo,bar == @foo @bar because it's easier to type 3. most recently specified non-defaults (eg: @office) should be the editable pre-provided text of the next event added, with the field's default value (eg: inbox) waiting as a second-tier default... 1st add: "[new task] @inbox" (brackets denote highlighted text) 1st entry: "foo @bar" 2nd add: "[foo] @bar" (type "RIGHT SPACE boo END .2!,bam!") 2nd entry: "foo boo @bar.2!,bam!" title of 2nd entry was easily based upon 1st. asking for two new folders ("2" (a subfolder of bar) and "bam") 4. oh yeah, if a folder doesn't exist, allow creation of new folders with addition of "!" ... and allow subfolders to be specified with parent.child syntax... 5. allow on-the-fly resetting of time/place defaults 3rd add: "[foo boo] @bar.2,bam" (type "RIGHT BS BS BS zit SHIFT-END DEL") 3rd entry: "foo zit ==now +20" (goes into @inbox by default) == indicates setting a new default for when the items are due now means it's due this instant +20 means set the alarm in the future... perfectly acceptable to set a -0 alarm in 20 minutes, but +time is a useful input syntax even if it doesn't make sense for setting alarms after deadlines (who does that? ;') quick entry is great, but it could be quicker and more flexible: 1. there are required fields...eg: folders... delete @inbox and instead of just defaulting to inbox, you're forced to choose a folder... 2. but it can't be a new folder or multiple folders... what's up with that? RECOMMENDATIONS: 1. fields not present should have customizable defaults. 2. syntax for multiple folders could be better: @foo,bar == @foo @bar because it's easier to type 3. most recently specified non-defaults (eg: @office) should be the editable pre-provided text of the next event added, with the field's default value (eg: inbox) waiting as a second-tier default... 1st add: "[new task] @inbox" (brackets denote highlighted text) 1st entry: "foo @bar" 2nd add: "[foo] @bar" (type "RIGHT SPACE boo END .2!,bam!") 2nd entry: "foo boo @bar.2!,bam!" title of 2nd entry was easily based upon 1st. asking for two new folders ("2" (a subfolder of bar) and "bam") 4. oh yeah, if a folder doesn't exist, allow creation of new folders with addition of "!" ... and allow subfolders to be specified with parent.child syntax... 5. allow on-the-fly resetting of time/place defaults 3rd add: "[foo boo] @bar.2,bam" (type "RIGHT BS BS BS zit SHIFT-END DEL") 3rd entry: "foo zit ==now +20" (goes into @inbox by default) == indicates setting a new default for when the items are due now means it's due this instant +20 means set the alarm in the future... perfectly acceptable to set a -0 alarm in 20 minutes, but +time is a useful input syntax even if it doesn't make sense for setting alarms after deadlines (who does that? ;') Oct 22, 2008 issue 8 (need better keyboard editing.... emacs/readline?) reported by stig.hackvan - it's surprising that basic keyboard shortcuts like ctrl-backspace and ctrl-shift-right/left do not do what one expects them to do. windows-standard editing keys are clearly the place to start, I'd be delighted if the emacs-ish keystrokes that i use at bash(1) command line were available as well. it's surprising that basic keyboard shortcuts like ctrl-backspace and ctrl-shift-right/left do not do what one expects them to do. windows-standard editing keys are clearly the place to start, I'd be delighted if the emacs-ish keystrokes that i use at bash(1) command line were available as well. Oct 17, 2008 issue 7 (lis.to crash Hyperlink.UI) reported by gentoo5 - What steps will reproduce the problem? 1. opening lis.to 2. minimizing it to tray (close button) 3. re-opening it by clicking on the task tray button What is the expected output? What do you see instead? opening lis.to wanted; instead: opening lis.to + error message (see attached file) + crash (closing) of lis.to What version of the product are you using? On what operating system? 0.9.7.35, Vista Business Please provide any additional information below. happend at least two times now in a few days What steps will reproduce the problem? 1. opening lis.to 2. minimizing it to tray (close button) 3. re-opening it by clicking on the task tray button What is the expected output? What do you see instead? opening lis.to wanted; instead: opening lis.to + error message (see attached file) + crash (closing) of lis.to What version of the product are you using? On what operating system? 0.9.7.35, Vista Business Please provide any additional information below. happend at least two times now in a few days Oct 14, 2008 issue 6 (deleting a task, the next seems highlighted but isn't really...) reported by stig.hackvan - in version listo.0.9.7.36.win... 1. select a task, press delete 2. the next item down the list seems to be highlighted, but cannot be deleted until it is actively selected...or the cursor moves up/down to select it. expected: i'd expect to be able to operate on whatever is highlighted with keyboard commands... also, keyboard commands could have reminders on the menus and toolbar tips... space for check done, del for delte, enter for edit... straightforward enough to discover by tinkering. in general, focus needs a bit of attention... it seems, for instance, that folder deletion should be greyed out unless a folder is selected... and infinite undo is GREAT but i would still like to see an action such as folder deletion making a bit more visual (perhaps audible) noise... i can easily imagine deleting too much accidentally, then doing legit changes, then having to undo the legit changes to undo the bogus change and then have to redo by hand the legit changes... UI friction should increase with the size of the change. the frictionless UI is great, and I really like lis.to! Thanks. in version listo.0.9.7.36.win... 1. select a task, press delete 2. the next item down the list seems to be highlighted, but cannot be deleted until it is actively selected...or the cursor moves up/down to select it. expected: i'd expect to be able to operate on whatever is highlighted with keyboard commands... also, keyboard commands could have reminders on the menus and toolbar tips... space for check done, del for delte, enter for edit... straightforward enough to discover by tinkering. in general, focus needs a bit of attention... it seems, for instance, that folder deletion should be greyed out unless a folder is selected... and infinite undo is GREAT but i would still like to see an action such as folder deletion making a bit more visual (perhaps audible) noise... i can easily imagine deleting too much accidentally, then doing legit changes, then having to undo the legit changes to undo the bogus change and then have to redo by hand the legit changes... UI friction should increase with the size of the change. the frictionless UI is great, and I really like lis.to! Thanks. Oct 08, 2008 FeatureRoadmap (Feature Roadmap) Wiki page edited by listo.mathias Sep 25, 2008 r37 (added changelog entry) committed by listo.mathias - added changelog entry added changelog entry Sep 25, 2008 r36 (- fixed broken default folder creation - smaller cosmetic ch...) committed by listo.mathias - - fixed broken default folder creation - smaller cosmetic changes - fixed broken default folder creation - smaller cosmetic changes Sep 23, 2008 issue 5 (on TabletPC drop down menu item selection doesn't work) commented on by listo.mathias - Markus, interesting. Currently we do not have any Tablet PC hardware around, so it's hard for us to replication the issue. However, the version 0.9.7.35 (just released) has that particular part of code heavily rewritten. Could you check, whether you still have the issue with the new version? Thanks, Mathias PS: Also thanks for the praise! Concerning your question with regard to "support": Please see the user discussion... :) Markus, interesting. Currently we do not have any Tablet PC hardware around, so it's hard for us to replication the issue. However, the version 0.9.7.35 (just released) has that particular part of code heavily rewritten. Could you check, whether you still have the issue with the new version? Thanks, Mathias PS: Also thanks for the praise! Concerning your question with regard to "support": Please see the user discussion... :) Sep 23, 2008 issue 4 (on TabletPC drop down menu item selection doesn't work) Status changed by listo.mathias - See issue #5 Status: Duplicate See issue #5 Status: Duplicate Sep 23, 2008 r35 (RC 1 for 0.9.7: - improved hyperlink recognition, now also i...) committed by listo.mathias - RC 1 for 0.9.7: - improved hyperlink recognition, now also in TaskDialog clearText RC 1 for 0.9.7: - improved hyperlink recognition, now also in TaskDialog clearText Sep 22, 2008 r34 (- added automatic hyperlink recognition for task description...) committed by listo.mathias - - added automatic hyperlink recognition for task descriptions - added cursor change for clickable components in task list (checkBox, noteLabel, hyperlinks) - added automatic hyperlink recognition for task descriptions - added cursor change for clickable components in task list (checkBox, noteLabel, hyperlinks) Sep 21, 2008 r33 (- refactored autocompletion code for better maintainability,...) committed by listo.mathias - - refactored autocompletion code for better maintainability, improved smaller autocompletion issues - improved display of past reminders - enabled task adding by double clicking into free tasklist space - added "Ok and New" button to AddTaskDialog - smaller UI improvements here and there - refactored autocompletion code for better maintainability, improved smaller autocompletion issues - improved display of past reminders - enabled task adding by double clicking into free tasklist space - added "Ok and New" button to AddTaskDialog - smaller UI improvements here and there Sep 21, 2008 r32 (- Fixed "double ENTER required when autocompletion window op...) committed by listo.mathias - - Fixed "double ENTER required when autocompletion window open" - Added option to strike out completed tasks - Limited log file size to 1MB - Added automatic screen refresh every 10 secs - Added sorting of folder autocompletion options - Made UP/DOWN keys wraps around in autocompletion option window - Fixed "double ENTER required when autocompletion window open" - Added option to strike out completed tasks - Limited log file size to 1MB - Added automatic screen refresh every 10 secs - Added sorting of folder autocompletion options - Made UP/DOWN keys wraps around in autocompletion option window Sep 18, 2008 issue 5 (on TabletPC drop down menu item selection doesn't work) commented on by gentoo5 - I just noticed: even when using the keyboard (hardware :-)) I sometimes have to click an item from the drop-down list 2 times, before it is "selected" (i.e. not highlighted in the drop-down list but the name of the item is copied to the text field that is visible when the drop-down menu is not. This was reproducible 4 times with a task, then not anymore. Sorry for my strange English today ~:-) Thanks again, Markus I just noticed: even when using the keyboard (hardware :-)) I sometimes have to click an item from the drop-down list 2 times, before it is "selected" (i.e. not highlighted in the drop-down list but the name of the item is copied to the text field that is visible when the drop-down menu is not. This was reproducible 4 times with a task, then not anymore. Sorry for my strange English today ~:-) Thanks again, Markus Sep 18, 2008 issue 5 (on TabletPC drop down menu item selection doesn't work) reported by gentoo5 - What steps will reproduce the problem? 1. use a TabletPC 2. add a task 3. click the drop down button on due dates, times, etc. 4. click an item from the drop down list What is the expected output? What do you see instead? - expected: the clicked item from the list should be selected and displayed in the drop down-text area - instead: nothing happens. I have to open the Microsoft TIP (Onscreen keyboard) and press "enter" there to select the item. What version of the product are you using? On what operating system? version 0. 9.5.27, I use Windows Vista Business Please provide any additional information below. Maybe it is about the way Java supports/doesn't support TabletPC features? Thank you very much for developing this app, I find it great! Is there any way to support you, and keep you motivated to continue its development? :-) What steps will reproduce the problem? 1. use a TabletPC 2. add a task 3. click the drop down button on due dates, times, etc. 4. click an item from the drop down list What is the expected output? What do you see instead? - expected: the clicked item from the list should be selected and displayed in the drop down-text area - instead: nothing happens. I have to open the Microsoft TIP (Onscreen keyboard) and press "enter" there to select the item. What version of the product are you using? On what operating system? version 0. 9.5.27, I use Windows Vista Business Please provide any additional information below. Maybe it is about the way Java supports/doesn't support TabletPC features? Thank you very much for developing this app, I find it great! Is there any way to support you, and keep you motivated to continue its development? :-) Sep 18, 2008 issue 4 (on TabletPC drop down menu item selection doesn't work) reported by gentoo5 - What steps will reproduce the problem? 1. use a TabletPC 2. add a task 3. click the drop down button on due dates, times, etc. 4. click an item from the drop down list What is the expected output? What do you see instead? - expected: the clicked item from the list should be selected and displayed in the drop down-text area - instead: nothing happens. I have to open the Microsoft TIP (Onscreen keyboard) and press "enter" there to select the item. What version of the product are you using? On what operating system? version 0. 9.5.27, I use Windows Vista Business Please provide any additional information below. Thank you very much for developing this app, I find it great! Is there any way to support you, and keep you motivated to continue its development? :-) What steps will reproduce the problem? 1. use a TabletPC 2. add a task 3. click the drop down button on due dates, times, etc. 4. click an item from the drop down list What is the expected output? What do you see instead? - expected: the clicked item from the list should be selected and displayed in the drop down-text area - instead: nothing happens. I have to open the Microsoft TIP (Onscreen keyboard) and press "enter" there to select the item. What version of the product are you using? On what operating system? version 0. 9.5.27, I use Windows Vista Business Please provide any additional information below. Thank you very much for developing this app, I find it great! Is there any way to support you, and keep you motivated to continue its development? :-) Sep 17, 2008 FeatureRoadmap (Feature Roadmap) Wiki page edited by listo.mathias Sep 16, 2008 FeatureRoadmap (Feature Roadmap) Wiki page edited by listo.mathias Sep 16, 2008 FeatureRoadmap (Feature Roadmap) Wiki page edited by listo.mathias Sep 16, 2008 FeatureRoadmap (Feature Roadmap) Wiki page edited by listo.mathias Sep 10, 2008 issue 3 (Task reminder popup snoozing broken for reminders in the pas...) Status changed by listo.mathias - Status: Fixed Status: Fixed Sep 10, 2008 issue 2 ("Today" date isn't changed on day-change) Status changed by listo.mathias - Status: Fixed Status: Fixed Sep 10, 2008 issue 1 (Task-properties-windows increases in width in Vista with eac...) Status changed by listo.mathias - Status: Fixed Status: Fixed Sep 09, 2008 issue 2 ("Today" date isn't changed on day-change) Status changed by listo.mathias - Status: FixedSVN Status: FixedSVN Sep 09, 2008 issue 1 (Task-properties-windows increases in width in Vista with eac...) Status changed by listo.mathias - Status: FixedSVN Status: FixedSVN Sep 09, 2008 r27 (RC 1 for 0.9.5: - fixed bug #1 "Task-properties-windows incr...) committed by listo.mathias - RC 1 for 0.9.5: - fixed bug #1 "Task-properties-windows increases in width in Vista with each opening" - fixed bug #2 "'Today' date isn't changed on day-change" - fixed "crash on startup reminder popup when minimized" - fixed "start minimized without tray icon allowed" - improved date and time display - moved date formatting to Formatter class - cleaned up dialog controller infrastructure - replaced JLabel based ClearText display in task dialog with JTextArea RC 1 for 0.9.5: - fixed bug #1 "Task-properties-windows increases in width in Vista with each opening" - fixed bug #2 "'Today' date isn't changed on day-change" - fixed "crash on startup reminder popup when minimized" - fixed "start minimized without tray icon allowed" - improved date and time display - moved date formatting to Formatter class - cleaned up dialog controller infrastructure - replaced JLabel based ClearText display in task dialog with JTextArea Sep 06, 2008 issue 3 (Task reminder popup snoozing broken for reminders in the pas...) Status changed by listo.mathias - Status: FixedSVN Status: FixedSVN Sep 06, 2008 issue 3 (Task reminder popup snoozing broken for reminders in the pas...) reported by listo.mathias - What steps will reproduce the problem? 1. Enter a task with a due date, time and reminder for some time in the past 2. Select a snooze time of 5 min in the reminder popup 3. Press "Snooze" What is the expected output? What do you see instead? The reminder should be set to "now + 5 min", instead it is being set to the old pop up time plus 5 min, which might still be in the past. Please use labels and text to provide additional information. Already fixed in SVN What steps will reproduce the problem? 1. Enter a task with a due date, time and reminder for some time in the past 2. Select a snooze time of 5 min in the reminder popup 3. Press "Snooze" What is the expected output? What do you see instead? The reminder should be set to "now + 5 min", instead it is being set to the old pop up time plus 5 min, which might still be in the past. Please use labels and text to provide additional information. Already fixed in SVN Sep 06, 2008 issue 2 ("Today" date isn't changed on day-change) changed by listo.mathias - Status: Started Owner: listo.mathias Status: Started Owner: listo.mathias Sep 06, 2008 issue 1 (Task-properties-windows increases in width in Vista with eac...) changed by listo.mathias - Status: Started Owner: listo.mathias Status: Started Owner: listo.mathias Sep 04, 2008 r26 (- completed migration to new threading model (we now have a ...) committed by listo.mathias - - completed migration to new threading model (we now have a "reminder" and a "cleanup" thread) - fixed broken task snoozing - moved date and time formats specification UI i18n resource bundle - fully i18n-enabled date and time formats in UI (also in auto-completion) - completed migration to new threading model (we now have a "reminder" and a "cleanup" thread) - fixed broken task snoozing - moved date and time formats specification UI i18n resource bundle - fully i18n-enabled date and time formats in UI (also in auto-completion) Sep 04, 2008 issue 2 ("Today" date isn't changed on day-change) reported by gentoo5 - What steps will reproduce the problem? 1. create a task with date "today" 2. create another one the next day with date "today" 3. What is the expected output? What do you see instead? that the due date for the second task is the current date (e.g. create the task on Sept 3rd, and it being displayed as due on Sept 3rd instead: it is displayed as being due on Sept 2nd What version of the product are you using? On what operating system? v0.9.3.24; Windows Vista Business SP1 Please provide any additional information below. What steps will reproduce the problem? 1. create a task with date "today" 2. create another one the next day with date "today" 3. What is the expected output? What do you see instead? that the due date for the second task is the current date (e.g. create the task on Sept 3rd, and it being displayed as due on Sept 3rd instead: it is displayed as being due on Sept 2nd What version of the product are you using? On what operating system? v0.9.3.24; Windows Vista Business SP1 Please provide any additional information below. Sep 04, 2008 issue 1 (Task-properties-windows increases in width in Vista with eac...) reported by gentoo5 - What steps will reproduce the problem? 1. double-click a task 2. close this properties windows 3. re-open it several times What is the expected output? What do you see instead? a same-size properties-windows of the task; I see: increased width of the windows with each opening by about 20 pixels What version of the product are you using? On what operating system? v0.9.3.24; Windows Vista Business Please provide any additional information below. What steps will reproduce the problem? 1. double-click a task 2. close this properties windows 3. re-open it several times What is the expected output? What do you see instead? a same-size properties-windows of the task; I see: increased width of the windows with each opening by about 20 pixels What version of the product are you using? On what operating system? v0.9.3.24; Windows Vista Business Please provide any additional information below. Sep 03, 2008 r25 (- Switched to new Executor-based threading model in preparat...) committed by listo.mathias - - Switched to new Executor-based threading model in preparation for more advanced background tasks (updates, syncing) - Simplified application startup and shutdown, improved logging - Switched to new Executor-based threading model in preparation for more advanced background tasks (updates, syncing) - Simplified application startup and shutdown, improved logging Sep 03, 2008 r24 (Release Candidate 1 for 0.9.3: - Small cosmetic fix in LoadA...) committed by listo.mathias - Release Candidate 1 for 0.9.3: - Small cosmetic fix in LoadAction Popup Release Candidate 1 for 0.9.3: - Small cosmetic fix in LoadAction Popup Sep 02, 2008 r23 (- Fixed crash on removal of previously set due date - Fixed ...) committed by listo.mathias - - Fixed crash on removal of previously set due date - Fixed defunct Tomorrow tab - Fixed impossible to add on time reminder through quick entry - Fixed Task reordering per ALT+UP/ALT+DOWN key - Added word completion for task description based on existing tasks - Added "New Task" action to task list popup menu - Fixed crash on removal of previously set due date - Fixed defunct Tomorrow tab - Fixed impossible to add on time reminder through quick entry - Fixed Task reordering per ALT+UP/ALT+DOWN key - Added word completion for task description based on existing tasks - Added "New Task" action to task list popup menu Sep 01, 2008 r22 (Release Candidate 2 for 0.9.2: - small fix (crash on startup...) committed by listo.mathias - Release Candidate 2 for 0.9.2: - small fix (crash on startup due to missing files) Release Candidate 2 for 0.9.2: - small fix (crash on startup due to missing files) Sep 01, 2008 r21 (Release Candidate 1 for 0.9.2: - added some convenience buil...) committed by listo.mathias - Release Candidate 1 for 0.9.2: - added some convenience build tasks - updated supporting files Release Candidate 1 for 0.9.2: - added some convenience build tasks - updated supporting files Aug 31, 2008 r20 (- removed splitting of task description into "verb" and "wha...) committed by listo.mathias - - removed splitting of task description into "verb" and "what" fields (future input support will need to be more sophisticated in order to support multiple languages) - introduced data file version 3 - removed splitting of task description into "verb" and "what" fields (future input support will need to be more sophisticated in order to support multiple languages) - introduced data file version 3 Aug 29, 2008 FeatureRoadmap (Feature Roadmap) Wiki page edited by listo.mathias Aug 29, 2008 r18 (- Fixed small bug in task quick entry - Added base infrastru...) committed by listo.mathias - - Fixed small bug in task quick entry - Added base infrastructure for i18n - Greatly increased number of default english verbs - Small refactorings - Fixed small bug in task quick entry - Added base infrastructure for i18n - Greatly increased number of default english verbs - Small refactorings Aug 29, 2008 r17 (- Fixed crash in certain illegal task quick entry states - I...) committed by listo.mathias - - Fixed crash in certain illegal task quick entry states - Improved automatic addition of unknown task verbs - Improved preference loading in preparation of coming preference dialog - Other small improvements - Fixed crash in certain illegal task quick entry states - Improved automatic addition of unknown task verbs - Improved preference loading in preparation of coming preference dialog - Other small improvements Aug 21, 2008 PageName Wiki page deleted by listo.mathias

issue 12 (java.lang.NullPointerException) reported by eranco - What steps will reproduce the problem? It's probably happening because I'm using linux. 1. I just start the program up for the first time: root@shoko:/home/eran/downloads/LISTO# java -jar listo.jar 2. Click OK on the "Welcome to list.to!" message 3. An error window pops up telling me that "an application error has occurred. lis.to must close now. We are very sorry for the inconvience.".. "error details: null" What is the expected output? What do you see instead? In the command line shell, I get this: 02:52:16 INFO [context] listo.client.ContextManager$1 - Loading from file /home/eran/listo/listo.xml 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.actions.BaseAction - Executing ViewTodaysCompletedAction 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Triggering application shutdown 02:52:18 DEBUG[main] listo.client.Executors - Stopping all background threads 02:52:18 ERROR[main] listo.client.Application - Exception on Thread[AWT-EventQueue-0,6,main]: java.lang.NullPointerException at javax.swing.JComponent.setBorder(JComponent.java:1777) at listo.client.viewlists.ViewListRenderer.getListCellRendererComponent(ViewListRenderer.java:156) at javax.swing.plaf.basic.BasicListUI.paintCell(BasicListUI.java:208) at javax.swing.plaf.basic.BasicListUI.paintImpl(BasicListUI.java:317) at javax.swing.plaf.basic.BasicListUI.paint(BasicListUI.java:240) at javax.swing.plaf.synth.SynthListUI.update(SynthListUI.java:69) at javax.swing.JComponent.paintComponent(JComponent.java:774) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:875) at javax.swing.JComponent.paint(JComponent.java:1047) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5147) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:302) at javax.swing.RepaintManager.paint(RepaintManager.java:1145) at javax.swing.JComponent._paintImmediately(JComponent.java:5095) at javax.swing.JComponent.paintImmediately(JComponent.java:4905) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:740) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:696) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:676) at javax.swing.RepaintManager.access$700(RepaintManager.java:57) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1550) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEvent(EventQueue.java:602) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Displaying user error message popup 02:52:20 DEBUG[main] listo.client.Application - Calling shutdown hooks 02:52:20 DEBUG[main] listo.client.Application - Closing and deleting lock-file 02:52:20 DEBUG[main] listo.client.Application - Shutdown done, exiting after shutdown hooks complete 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Received shutdown event 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.WindowState - Saving window state to file /home/eran/listo/listo.state 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Removing system tray icon 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Disposing MainForm What version of the product are you using? On what operating system? listo.0.9.7.36 on Ubuntu Linux. Please provide any additional information below. When I run the program for the second time, It seems that everything is well, but if I click on any of the folders or go to another window and come back, I get the same error again.

What steps will reproduce the problem? It's probably happening because I'm using linux. 1. I just start the program up for the first time: root@shoko:/home/eran/downloads/LISTO# java -jar listo.jar 2. Click OK on the "Welcome to list.to!" message 3. An error window pops up telling me that "an application error has occurred. lis.to must close now. We are very sorry for the inconvience.".. "error details: null" What is the expected output? What do you see instead? In the command line shell, I get this: 02:52:16 INFO [context] listo.client.ContextManager$1 - Loading from file /home/eran/listo/listo.xml 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.actions.BaseAction - Executing ViewTodaysCompletedAction 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Triggering application shutdown 02:52:18 DEBUG[main] listo.client.Executors - Stopping all background threads 02:52:18 ERROR[main] listo.client.Application - Exception on Thread[AWT-EventQueue-0,6,main]: java.lang.NullPointerException at javax.swing.JComponent.setBorder(JComponent.java:1777) at listo.client.viewlists.ViewListRenderer.getListCellRendererComponent(ViewListRenderer.java:156) at javax.swing.plaf.basic.BasicListUI.paintCell(BasicListUI.java:208) at javax.swing.plaf.basic.BasicListUI.paintImpl(BasicListUI.java:317) at javax.swing.plaf.basic.BasicListUI.paint(BasicListUI.java:240) at javax.swing.plaf.synth.SynthListUI.update(SynthListUI.java:69) at javax.swing.JComponent.paintComponent(JComponent.java:774) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintChildren(JComponent.java:875) at javax.swing.JComponent.paint(JComponent.java:1047) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5147) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:302) at javax.swing.RepaintManager.paint(RepaintManager.java:1145) at javax.swing.JComponent._paintImmediately(JComponent.java:5095) at javax.swing.JComponent.paintImmediately(JComponent.java:4905) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:740) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:696) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:676) at javax.swing.RepaintManager.access$700(RepaintManager.java:57) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1550) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEvent(EventQueue.java:602) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) 02:52:18 DEBUG[AWT-EventQueue-0] listo.client.Application - Displaying user error message popup 02:52:20 DEBUG[main] listo.client.Application - Calling shutdown hooks 02:52:20 DEBUG[main] listo.client.Application - Closing and deleting lock-file 02:52:20 DEBUG[main] listo.client.Application - Shutdown done, exiting after shutdown hooks complete 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Received shutdown event 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.WindowState - Saving window state to file /home/eran/listo/listo.state 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Removing system tray icon 02:52:20 DEBUG[AWT-EventQueue-0] listo.client.MainForm - Disposing MainForm What version of the product are you using? On what operating system? listo.0.9.7.36 on Ubuntu Linux. Please provide any additional information below. When I run the program for the second time, It seems that everything is well, but if I click on any of the folders or go to another window and come back, I get the same error again.

Older