tint2 - Project Hosting on Google Code

Today 14 hours ago issue 173 (tint2 segfaults) Status changed by Andreas.Fink85 - Status: Fixed Status: Fixed 14 hours ago issue 177 (tint2-0.7.1 will not compile in dpup) Status changed by Andreas.Fink85 - Status: Fixed Status: Fixed 15 hours ago issue 177 (tint2-0.7.1 will not compile in dpup) commented on by 01micko - Thankyou very much for the advice. I completely deleted imlib and installed a known good version and ./configure ran without error. However then ./make failed, but it has to do with Debian libs and the lack of lib.la files required by libtool. I got around that one and managed a good compile. Cheers Thankyou very much for the advice. I completely deleted imlib and installed a known good version and ./configure ran without error. However then ./make failed, but it has to do with Debian libs and the lack of lib.la files required by libtool. I got around that one and managed a good compile. Cheers Yesterday 29 hours ago issue 178 (maximized Openbox windows cover Tint on second monitor, but ...) commented on by Andreas.Fink85 - seems like a bug in openbox? openbox changed some stuff for imroving the strut's on dual view in 3.4.8... You can try another panel, and if the problem is the same, the problem is definetely a problem in openbox seems like a bug in openbox? openbox changed some stuff for imroving the strut's on dual view in 3.4.8... You can try another panel, and if the problem is the same, the problem is definetely a problem in openbox 29 hours ago issue 178 (maximized Openbox windows cover Tint on second monitor, but ...) reported by cdmoore1972 - What steps will reproduce the problem? 1. I'm running Openbox with Tint2 as my task bar on a dual head setup. L: 1440X900 R: 1280X1024 Which I set up via the following commands -- xrandr --output HDMI-2 --left-of LVDS xrandr --output LVDS --pos 1280x0 xrandr --output HDMI-2 --mode 1280x1024 Tint is centered along the bottom of both screens. What is the expected output? What do you see instead? Until today's upgrade of Xorg and Openbox, my Openbox windows would NOT maximize over the Tint taskbar on either monitor (which is what I preferred). As of today, windows on the right monitor cover the Tint taskbar when maximized, while windows on the left screen do not cover Tint. What version of the product are you using? On what operating system? Archlinux Tint2 tint2-svn 284-1 Openbox 3.4.8-2 Xorg 1.7.3.901-1 Please provide any additional information below. When Tint is placed along the TOP of both screens, the windows do not cover the taskbar when maximized. What steps will reproduce the problem? 1. I'm running Openbox with Tint2 as my task bar on a dual head setup. L: 1440X900 R: 1280X1024 Which I set up via the following commands -- xrandr --output HDMI-2 --left-of LVDS xrandr --output LVDS --pos 1280x0 xrandr --output HDMI-2 --mode 1280x1024 Tint is centered along the bottom of both screens. What is the expected output? What do you see instead? Until today's upgrade of Xorg and Openbox, my Openbox windows would NOT maximize over the Tint taskbar on either monitor (which is what I preferred). As of today, windows on the right monitor cover the Tint taskbar when maximized, while windows on the left screen do not cover Tint. What version of the product are you using? On what operating system? Archlinux Tint2 tint2-svn 284-1 Openbox 3.4.8-2 Xorg 1.7.3.901-1 Please provide any additional information below. When Tint is placed along the TOP of both screens, the windows do not cover the taskbar when maximized. Last 7 days Dec 12, 2009 r284 (disable tin2conf by default. it s not ready for release.) committed by thilor77 - disable tin2conf by default. it s not ready for release. disable tin2conf by default. it s not ready for release. Dec 12, 2009 issue 177 (tint2-0.7.1 will not compile in dpup) commented on by Andreas.Fink85 - Ok, that will be hard to find, since i do not want to install dpup ;) But several things you could try: 1. You are sure you only have one version of imlib2 on your pc? 2. Compile imlib2 with the following flags enabled when configuring: --with-x --with-jpeg --with-png --with-tiff --without-gif --with-zlib --with-bzip2 3. Try the svn version of tint2 (although I do not believe that this will help) 4. Attach config.log I think you have two imlib2 installed and the configure step always trys the wrong one. Ok, that will be hard to find, since i do not want to install dpup ;) But several things you could try: 1. You are sure you only have one version of imlib2 on your pc? 2. Compile imlib2 with the following flags enabled when configuring: --with-x --with-jpeg --with-png --with-tiff --without-gif --with-zlib --with-bzip2 3. Try the svn version of tint2 (although I do not believe that this will help) 4. Attach config.log I think you have two imlib2 installed and the configure step always trys the wrong one. Dec 11, 2009 issue 177 (tint2-0.7.1 will not compile in dpup) reported by 01micko - What steps will reproduce the problem? 1.run "./configure --prefix=/usr --localstatedir=/var --with-x" 2. 3. What is the expected output? What do you see instead? configure error "imlib2 must be compiled with X support". I recompiled imlib2 and same result. What version of the product are you using? On what operating system? 0.7.1 dpup-482-beta5 (see www.dpup.org) Please provide any additional information below. 0.7.0 compiles nicely very quickly. What steps will reproduce the problem? 1.run "./configure --prefix=/usr --localstatedir=/var --with-x" 2. 3. What is the expected output? What do you see instead? configure error "imlib2 must be compiled with X support". I recompiled imlib2 and same result. What version of the product are you using? On what operating system? 0.7.1 dpup-482-beta5 (see www.dpup.org) Please provide any additional information below. 0.7.0 compiles nicely very quickly. Dec 10, 2009 issue 176 (panel_monitor problem after upgrade) Status changed by thilor77 - have lost internet connexion until 15 january. so don't expect reactivity. I think this bug is a small problem ... check it next week and. Status: Accepted have lost internet connexion until 15 january. so don't expect reactivity. I think this bug is a small problem ... check it next week and. Status: Accepted Dec 09, 2009 issue 176 (panel_monitor problem after upgrade) commented on by ridderholt - im having the same problem. no matter what i chose in panel_monitor it keeps getting on the "left" monitor on my dual screen. however if i do panel_monitor = all then it gets on both. any fix for this or? im having the same problem. no matter what i chose in panel_monitor it keeps getting on the "left" monitor on my dual screen. however if i do panel_monitor = all then it gets on both. any fix for this or? Last 30 days Dec 07, 2009 issue 176 (panel_monitor problem after upgrade) commented on by scip...@berounet.cz - I must using: margin -1050 :/ I must using: margin -1050 :/ Dec 07, 2009 issue 118 (battery doesn't work on bsd system) commented on by phreud - I can verify that battery is not working on FreeBSD. You could use the following to get battery info in BSD: acpiconf -i 0 where 0 is the first battery, 1 the second, and so on. This outputs: > acpiconf -i 0 Design capacity: 5035 mAh Last full capacity: 5035 mAh Technology: secondary (rechargeable) Design voltage: 11100 mV Capacity (warn): 252 mAh Capacity (low): 51 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 01007 2007/09/07 Type: LIon OEM info: Hewlett-Packard State: charging Remaining capacity: 79% Remaining time: unknown Present rate: 2049 mA Voltage: 12413 mV If I unplug power, the last couple of rows change into: . . State: discharging Remaining capacity: 80% Remaining time: 1:52 Present rate: 2168 mA Voltage: 11864 mV Hope this helps. I'm really missing this feature. I can verify that battery is not working on FreeBSD. You could use the following to get battery info in BSD: acpiconf -i 0 where 0 is the first battery, 1 the second, and so on. This outputs: > acpiconf -i 0 Design capacity: 5035 mAh Last full capacity: 5035 mAh Technology: secondary (rechargeable) Design voltage: 11100 mV Capacity (warn): 252 mAh Capacity (low): 51 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 01007 2007/09/07 Type: LIon OEM info: Hewlett-Packard State: charging Remaining capacity: 79% Remaining time: unknown Present rate: 2049 mA Voltage: 12413 mV If I unplug power, the last couple of rows change into: . . State: discharging Remaining capacity: 80% Remaining time: 1:52 Present rate: 2168 mA Voltage: 11864 mV Hope this helps. I'm really missing this feature. Dec 07, 2009 issue 176 (panel_monitor problem after upgrade) reported by scip...@berounet.cz - I have opnebox and 2 monitors. After last upgrade panel_monitor = 0 or 1 or 2 ... dosen't working... panel is still on bad monitor. I have opnebox and 2 monitors. After last upgrade panel_monitor = 0 or 1 or 2 ... dosen't working... panel is still on bad monitor. Dec 07, 2009 r283 (fix* unset sigmask only for child fork ) committed by Andreas.Fink85 - fix unset sigmask only for child fork fix unset sigmask only for child fork Dec 06, 2009 issue 149 (Horizontal tray in vertical panel) changed by thilor77 - merged with systray icon size. Status: Duplicate merged with systray icon size. Status: Duplicate Dec 06, 2009 issue 175 (Systray sizing issue with vertical panel) commented on by thilor77 - Issue 149 has been merged into this issue. Issue 149 has been merged into this issue. Dec 06, 2009 issue 175 (Systray sizing issue with vertical panel) changed by thilor77 - merged issue 149 "Horizontal tray in vertical panel" with this one. like Andreas said, adding systray_icon_size will be the solution. another temporary fix is to change the padding_y parameter: systray_padding = 1 1 1 by systray_padding = 1 5 1 Status: Accepted Labels: Type-Enhancement −Type-Defect merged issue 149 "Horizontal tray in vertical panel" with this one. like Andreas said, adding systray_icon_size will be the solution. another temporary fix is to change the padding_y parameter: systray_padding = 1 1 1 by systray_padding = 1 5 1 Status: Accepted Labels: Type-Enhancement −Type-Defect Dec 06, 2009 issue 175 (Systray sizing issue with vertical panel) commented on by Andreas.Fink85 - for a fast fix, you can add these two lines in systraybar.c (line 111 & 112) if (icon_size > 32) icon_size = 32; This does not give you what you want (i.e. several icons in one horizontal line), but at least it reduces the icon size... For further development I think we need to define a maximal iconsize and than put several icons into one line. for a fast fix, you can add these two lines in systraybar.c (line 111 & 112) if (icon_size > 32) icon_size = 32; This does not give you what you want (i.e. several icons in one horizontal line), but at least it reduces the icon size... For further development I think we need to define a maximal iconsize and than put several icons into one line. Dec 06, 2009 issue 175 (Systray sizing issue with vertical panel) reported by Shrapnel.City - What steps will reproduce the problem? 1. Use the attached rc file 2. Start a program that puts something in the systray What is the expected output? What do you see instead? The systray elements are using the width available to determine vertical spacing, when they probably shouldn't be. What version of the product are you using? On what operating system? r282 on Arch Linux x86_64. I have not been able to test with any other version. What steps will reproduce the problem? 1. Use the attached rc file 2. Start a program that puts something in the systray What is the expected output? What do you see instead? The systray elements are using the width available to determine vertical spacing, when they probably shouldn't be. What version of the product are you using? On what operating system? r282 on Arch Linux x86_64. I have not been able to test with any other version. Dec 02, 2009 issue 174 (CPU and NETWORKING icons) changed by thilor77 - we can't keep tint2 light and include everything. the middle path look like 1) leave tint2 with a small set of fonctionnality 2) allow tint2 extension for people who want more tint2 extension could (perhaps) come from Xembed integration... but it's just speculation for now. Status: Accepted Labels: Type-Enhancement −Type-Defect we can't keep tint2 light and include everything. the middle path look like 1) leave tint2 with a small set of fonctionnality 2) allow tint2 extension for people who want more tint2 extension could (perhaps) come from Xembed integration... but it's just speculation for now. Status: Accepted Labels: Type-Enhancement −Type-Defect Dec 02, 2009 issue 174 (CPU and NETWORKING icons) commented on by Andreas.Fink85 - From my viewpoint i would say no, because there exist already panels which do what you need... So what's the reason for cloning something that already exists? Another reason is, that you could use conky for this, just adapt your tint2rc that it only takes 80% of your monitor and in the remaining space put a conky graph which monitors cpu and network. But maybe Thierry thinks this is a good idea, and he'll implement it. From my viewpoint i would say no, because there exist already panels which do what you need... So what's the reason for cloning something that already exists? Another reason is, that you could use conky for this, just adapt your tint2rc that it only takes 80% of your monitor and in the remaining space put a conky graph which monitors cpu and network. But maybe Thierry thinks this is a good idea, and he'll implement it. Dec 02, 2009 issue 174 (CPU and NETWORKING icons) reported by winlin0330 - Dear all: Tint2 is very good! Would you add CPU and NETWORK monitoring graphics (like icewm or gnome-panel), please? Thanks a lot~ Dear all: Tint2 is very good! Would you add CPU and NETWORK monitoring graphics (like icewm or gnome-panel), please? Thanks a lot~ Nov 30, 2009 r282 (fix make timer non-blocking to fix freezing when a timer i...) committed by Andreas.Fink85 - fix make timer non-blocking to fix freezing when a timer is resetted in a callback function fix make timer non-blocking to fix freezing when a timer is resetted in a callback function Nov 28, 2009 issue 170 (Task ordering) commented on by thilor77 - don't have time for tint2 these days. put some comments for memory. patch is not included because: - not convinced by this feature. don't know why. - issue 67 looks a better solution to me. perhaps 170 and 67 can be grouped in one patch ... - using ascending/descending increase user's confusion. already used for alphabetical systray's icon order. it's not a good to use one name for 2 meaning. so need more reflexion. don't have time for tint2 these days. put some comments for memory. patch is not included because: - not convinced by this feature. don't know why. - issue 67 looks a better solution to me. perhaps 170 and 67 can be grouped in one patch ... - using ascending/descending increase user's confusion. already used for alphabetical systray's icon order. it's not a good to use one name for 2 meaning. so need more reflexion. Nov 26, 2009 r281 (fix do not add active tasks to the urgent list ) committed by Andreas.Fink85 - fix do not add active tasks to the urgent list fix do not add active tasks to the urgent list Nov 25, 2009 issue 173 (tint2 segfaults) commented on by Andreas.Fink85 - @bug: Fixed approximatly 8 hours ago with revision 280, so check it out... This time I leave it open that people can see it ;) @Thierry and everyone who likes programming: - g_slist_remove accepts a pointer which is not in the list: I know, but still it does not help me, because I always call del_urgent(Task* tsk), but in the GSList the elements are of type Task_urgent, so g_slist_remove would never remove anything, because I need to compare (GSList->data->task == tsk) and not (GSList->data == tsk) what g_slist_remove would do - g_slist_remove frees the pointer: This isn't true. It is never said in the documentation that g_slist_remove also does free(GSList->data). It is only said that g_slist_remove frees the data of the GSList so it does free(GSList). Otherwise the call to free(t) in del_urgent() would result in a memleak with a failure double delete. So it is up to the programmer to delete the data the list element pointed to himself. - is_urgent could be replaced by g_slist_find: No it can't because again the GSList contains Task_urgent but the call to this function happens with a Task. The function could be replaced by g_slist_find_custom, but therefore I would need a comparator function, and the code would be approximatly the same ;) So basically the problem why I have to iterate myself over the list is that the list contains another datatype then the function calls happen with. On the other hand I need the data type Task_urgent to keep track of the number of blinking. @bug: Fixed approximatly 8 hours ago with revision 280, so check it out... This time I leave it open that people can see it ;) @Thierry and everyone who likes programming: - g_slist_remove accepts a pointer which is not in the list: I know, but still it does not help me, because I always call del_urgent(Task tsk), but in the GSList the elements are of type Task_urgent, so g_slist_remove would never remove anything, because I need to compare (GSList->data->task == tsk) and not (GSList->data == tsk) what g_slist_remove would do - g_slist_remove frees the pointer: This isn't true. It is never said in the documentation that g_slist_remove also does free(GSList->data). It is only said that g_slist_remove frees the data of the GSList so it does free(GSList). Otherwise the call to free(t) in del_urgent() would result in a memleak with a failure double delete. So it is up to the programmer to delete the data the list element pointed to himself. - is_urgent could be replaced by g_slist_find: No it can't because again the GSList contains Task_urgent but the call to this function happens with a Task. The function could be replaced by g_slist_find_custom, but therefore I would need a comparator function, and the code would be approximatly the same ;) So basically the problem why I have to iterate myself over the list is that the list contains another datatype then the function calls happen with. On the other hand I need the data type Task_urgent to keep track of the number of blinking. Nov 25, 2009 issue 173 (tint2 segfaults) commented on by thilor77 - @ Andreas some possible improvement : - g_slist_remove accept a pointer witch is not in the list. so the loop in delete_urgent is not necessary - g_slist_remove freed the pointer - is_urgent could be replaced by g_slist_find @ Andreas some possible improvement : - g_slist_remove accept a pointer witch is not in the list. so the loop in delete_urgent is not necessary - g_slist_remove freed the pointer - is_urgent could be replaced by g_slist_find Nov 25, 2009 issue 173 (tint2 segfaults) Status changed by thilor77 - @ Andreas have take a look at the code and it look good to me. you just have to manage 'urgent_list' in remove_task() for some border case. Status: Accepted @ Andreas have take a look at the code and it look good to me. you just have to manage 'urgent_list' in remove_task() for some border case. Status: Accepted Nov 25, 2009 issue 173 (tint2 segfaults) reported by dcortarello - What steps will reproduce the problem? 1. - 2. - 3. - What is the expected output? What do you see instead? The application just dies. What version of the product are you using? On what operating system? tint2 svn (r278) Please provide any additional information below. I can't reproduce this bug. Sometimes it happens when I open kvm (qemu). I ran tint2 inside gdb and waited like a day until it died. This is the backtrace I got: Program received signal SIGSEGV, Segmentation fault. 0x08055293 in blink_urgent () at taskbar/task.c:468 468 t->tsk->area.is_active = !t->tsk->area.is_active; (gdb) bt #0 0x08055293 in blink_urgent () at taskbar/task.c:468 #1 0x080517e2 in main (argc=3, argv=0xbffff774) at tint.c:796 (gdb) What steps will reproduce the problem? 1. - 2. - 3. - What is the expected output? What do you see instead? The application just dies. What version of the product are you using? On what operating system? tint2 svn (r278) Please provide any additional information below. I can't reproduce this bug. Sometimes it happens when I open kvm (qemu). I ran tint2 inside gdb and waited like a day until it died. This is the backtrace I got: Program received signal SIGSEGV, Segmentation fault. 0x08055293 in blink_urgent () at taskbar/task.c:468 468 t->tsk->area.is_active = !t->tsk->area.is_active; (gdb) bt #0 0x08055293 in blink_urgent () at taskbar/task.c:468 #1 0x080517e2 in main (argc=3, argv=0xbffff774) at tint.c:796 (gdb) Nov 25, 2009 issue 172 (Tint2 mem leak?) Status changed by Andreas.Fink85 - fixed with revision 280 --> closing Status: Fixed fixed with revision 280 --> closing Status: Fixed Nov 25, 2009 r280 (fix* fixed issue 172 ) committed by Andreas.Fink85 - fix fixed issue 172 fix fixed issue 172 Nov 25, 2009 issue 172 (Tint2 mem leak?) Status changed by thilor77 - i'm not aware of the problem because never use blink task. will try to find the bug next week... Status: Accepted i'm not aware of the problem because never use blink task. will try to find the bug next week... Status: Accepted Nov 24, 2009 issue 172 (Tint2 mem leak?) commented on by Andreas.Fink85 - I'm already debugging since 5 days, but it crashes so randomly, that it is hard to find the error (basically the error is, that a window sets an urgency hint, but than this task is invalid during the blinking). So Thierry if you know why, maybe you see the error, I can't see it, but do my best to find it ;) And why firefox??? I never saw firefox blinking in my taskbar, so that is really strange. Or do you use a program which puts firefox into the systray? I'm already debugging since 5 days, but it crashes so randomly, that it is hard to find the error (basically the error is, that a window sets an urgency hint, but than this task is invalid during the blinking). So Thierry if you know why, maybe you see the error, I can't see it, but do my best to find it ;) And why firefox??? I never saw firefox blinking in my taskbar, so that is really strange. Or do you use a program which puts firefox into the systray? Nov 24, 2009 issue 172 (Tint2 mem leak?) reported by keshto - What steps will reproduce the problem? 1. run tint2 with 1gb of ram 2. wait a few hrs 3. watch as you use firefox or pidgin and tint blow up What is the expected output? What do you see instead? Tint2 randomly crashes with no error. This started ever since i updated don't remember which reversion of tint i was using before. What version of the product are you using? On what operating system? newest svn What steps will reproduce the problem? 1. run tint2 with 1gb of ram 2. wait a few hrs 3. watch as you use firefox or pidgin and tint blow up What is the expected output? What do you see instead? Tint2 randomly crashes with no error. This started ever since i updated don't remember which reversion of tint i was using before. What version of the product are you using? On what operating system? newest svn Nov 24, 2009 issue 171 (Winamp blinking on tint2) Status changed by Andreas.Fink85 - To the real problem: Then it is a problem with wine or openbox. It works fine with OpenBox-3.4.8-rc1 and wine-1.1.33 --> won't fix To the other 2 problems: 1) I don't understand what you mean. Probably you mean that vuze is in the taskbar and after tint2 crashes, vuze crashes too? For me this happens with pidgin, although tint2 doesn't crash anymore for me (There were several problems before my last checkin, so maybe you're not on the newest version) 2) It also happened to me. I'm already searching for some time for the problem, but it is hard to find, because it happens only every second day or sth like that and I only can guess what the problem is and verify it when it crashes. Unfortunately I couldn't find the problem yet. So right now I dunno what the problem is. If you want to discuss one of the other 2 issues open a new ticket for that, coz i'm closing this one... Status: WontFix To the real problem: Then it is a problem with wine or openbox. It works fine with OpenBox-3.4.8-rc1 and wine-1.1.33 --> won't fix To the other 2 problems: 1) I don't understand what you mean. Probably you mean that vuze is in the taskbar and after tint2 crashes, vuze crashes too? For me this happens with pidgin, although tint2 doesn't crash anymore for me (There were several problems before my last checkin, so maybe you're not on the newest version) 2) It also happened to me. I'm already searching for some time for the problem, but it is hard to find, because it happens only every second day or sth like that and I only can guess what the problem is and verify it when it crashes. Unfortunately I couldn't find the problem yet. So right now I dunno what the problem is. If you want to discuss one of the other 2 issues open a new ticket for that, coz i'm closing this one... Status: WontFix Nov 24, 2009 Configure (Customizing your tint2rc) Wiki page edited by thilor77 - Revision r279 Edited wiki page through web user interface. Revision r279 Edited wiki page through web user interface. Nov 23, 2009 issue 171 (Winamp blinking on tint2) commented on by kosava - im tryed with wine install but it is same... i use Qmmp,but i want to try winamp how works :P i dunno to open new issue,but i here write i have 2 problems maybe is not problem with tint2 but i will wrote. 1.) After some time of using tint2 they just shutdown,disapire from screen and when i start again with alt+f2 it is all here apps. before shutdown, but only vuze is off (maybe here is problem with vuze i really dunno) 2. And second problem is freezing i cannot restore windows from panel it is just freezed... i cannot reproduce this 2 issues maybe on firs is problem with vuze... im tryed with wine install but it is same... i use Qmmp,but i want to try winamp how works :P i dunno to open new issue,but i here write i have 2 problems maybe is not problem with tint2 but i will wrote. 1.) After some time of using tint2 they just shutdown,disapire from screen and when i start again with alt+f2 it is all here apps. before shutdown, but only vuze is off (maybe here is problem with vuze i really dunno) 2. And second problem is freezing i cannot restore windows from panel it is just freezed... i cannot reproduce this 2 issues maybe on firs is problem with vuze... Nov 23, 2009 issue 171 (Winamp blinking on tint2) commented on by Andreas.Fink85 - I really cannot reproduce this. I installed winamp and everything works fine (except that winamp uses far too much CPU, but that is probably because using a windows app on linux is not the best way). So I cannot really help you with this... You could try another taskbar, and check if there is the same problem... Since winamp is not opensource I also cannot check why this exactly happens... So there are actually 3 possible problems: Possibility 1: winamp produces this error --> Tell winamp (probably they won't change anything because winamp on linux is surely not supported, and I don't think it's winamps fault because it works on my pc) Possibility 2: Wine is causing this problem --> Bugreport on wine (I don't think it's wine fault because it works perfectly for me) Possibility 3: PlayOnLinux uses wine in another way than I do --> blame PlayOnLinux, and install winamp, without PlayOnLinux and tell if the problem still exists. But another question: Why are you using winamp on linux? You could maybe try XMMS? I really cannot reproduce this. I installed winamp and everything works fine (except that winamp uses far too much CPU, but that is probably because using a windows app on linux is not the best way). So I cannot really help you with this... You could try another taskbar, and check if there is the same problem... Since winamp is not opensource I also cannot check why this exactly happens... So there are actually 3 possible problems: Possibility 1: winamp produces this error --> Tell winamp (probably they won't change anything because winamp on linux is surely not supported, and I don't think it's winamps fault because it works on my pc) Possibility 2: Wine is causing this problem --> Bugreport on wine (I don't think it's wine fault because it works perfectly for me) Possibility 3: PlayOnLinux uses wine in another way than I do --> blame PlayOnLinux, and install winamp, without PlayOnLinux and tell if the problem still exists. But another question: Why are you using winamp on linux? You could maybe try XMMS? Nov 23, 2009 issue 171 (Winamp blinking on tint2) commented on by kosava - I use Archlinux and openbox 3.4.7.2-4 version,and always blinking when i minimize winamp, and skin are default winamp modern... I use Archlinux and openbox 3.4.7.2-4 version,and always blinking when i minimize winamp, and skin are default winamp modern... Nov 23, 2009 issue 171 (Winamp blinking on tint2) commented on by Andreas.Fink85 - I've installed winamp now, but I cannot reproduce this error. Which skin are you using and please explain exactly how to reproduce this error And also tell us your window manager. I've installed winamp now, but I cannot reproduce this error. Which skin are you using and please explain exactly how to reproduce this error And also tell us your window manager. Nov 23, 2009 issue 171 (Winamp blinking on tint2) commented on by kosava - I use winamp from http://www.playonlinux.com/en/ version is 5.56, sorry but i really dunno to downgrade tint2 i use Archlinux,and from the PKGBUILD i just can build only new versions... I use winamp from http://www.playonlinux.com/en/ version is 5.56, sorry but i really dunno to downgrade tint2 i use Archlinux,and from the PKGBUILD i just can build only new versions... Nov 23, 2009 issue 171 (Winamp blinking on tint2) commented on by Andreas.Fink85 - which winamp version are you using, that I can test it myself? Where can I download it? I just found a winamp version for windows... But it is blinking because the program sets an urgency hint... If you have time, you maybe can also try the svn revision 263 (svn up -r 263). And if it the problem still exists it is a problem of winamp and not tint2 (I do not know why winamp sets an urgency hint, but tasks are only blinking in tint2 if the urgency hint is set) which winamp version are you using, that I can test it myself? Where can I download it? I just found a winamp version for windows... But it is blinking because the program sets an urgency hint... If you have time, you maybe can also try the svn revision 263 (svn up -r 263). And if it the problem still exists it is a problem of winamp and not tint2 (I do not know why winamp sets an urgency hint, but tasks are only blinking in tint2 if the urgency hint is set) Nov 23, 2009 issue 171 (Winamp blinking on tint2) reported by kosava - Winamp blinking on tint2 panel when i close playlist,and minimize it... i use latest tint2 from SVN... Winamp blinking on tint2 panel when i close playlist,and minimize it... i use latest tint2 from SVN... Nov 19, 2009 issue 168 (allow tint2 to use custom icon sets) commented on by jmcdowal...@charter.net - I dont think I'm gonna get very far... This is what the people at GIMP said https://bugzilla.gnome.org/show_bug.cgi?id=602313 Firefox hasn't replied but changed the bug status to "unconfirmed" here: https://bugzilla.mozilla.org/show_bug.cgi?id=529529. Abiword hasn't replied but they did update the bug component: http://bugzilla.abisource.com/show_bug.cgi?id=12490. So I guess someone has taken a look and not dismissed it so far. I dont think I'm gonna get very far... This is what the people at GIMP said https://bugzilla.gnome.org/show_bug.cgi?id=602313 Firefox hasn't replied but changed the bug status to "unconfirmed" here: https://bugzilla.mozilla.org/show_bug.cgi?id=529529. Abiword hasn't replied but they did update the bug component: http://bugzilla.abisource.com/show_bug.cgi?id=12490. So I guess someone has taken a look and not dismissed it so far. Nov 19, 2009 issue 170 (Task ordering) commented on by schattenprinz - Oh well, the issue title and the option were perhaps wrong or misleading. I don't want to change the actual order of the tasks but rather the direction from which they appear in the taskbar. It's more a cosmetical thing than an additional function. If you have for example a vertical panel you can with "taskbar_sort = ascending" (or taskbar_direction?) force the tasks to appear at the bottom of the taskbar first. If the taskbar sits at the bottom corner of the screen it certainly looks better if the tasks are stacked bottom-up than top-down. As for real task-sorting or task-drag-dropping, I don't care. I do not and will not use it. Mapping windows on desktops and setting the task-order is imho task of the window manager. Oh well, the issue title and the option were perhaps wrong or misleading. I don't want to change the actual order of the tasks but rather the direction from which they appear in the taskbar. It's more a cosmetical thing than an additional function. If you have for example a vertical panel you can with "taskbar_sort = ascending" (or taskbar_direction?) force the tasks to appear at the bottom of the taskbar first. If the taskbar sits at the bottom corner of the screen it certainly looks better if the tasks are stacked bottom-up than top-down. As for real task-sorting or task-drag-dropping, I don't care. I do not and will not use it. Mapping windows on desktops and setting the task-order is imho task of the window manager. Nov 19, 2009 r278 (fix tooltip copys the displayed text fix remove urgent w...) committed by Andreas.Fink85 - fix tooltip copys the displayed text fix remove urgent windows from list if closed fix tooltip copys the displayed text fix remove urgent windows from list if closed Nov 19, 2009 issue 170 (Task ordering) changed by thilor77 - first, I think it's better to talk about your need. when we have a complete view, we can search a solution. Because there is already a patch to order task with drag n drop (in issue 79). Perhaps ordering with drag n drop and having a memory of the order is better ?? I don't know if it's possible, but in multi_desktop I would like tint2 to map application on a specific desktop and order... Status: Accepted Labels: Type-Enhancement −Type-Defect first, I think it's better to talk about your need. when we have a complete view, we can search a solution. Because there is already a patch to order task with drag n drop (in issue 79). Perhaps ordering with drag n drop and having a memory of the order is better ?? I don't know if it's possible, but in multi_desktop I would like tint2 to map application on a specific desktop and order... Status: Accepted Labels: Type-Enhancement −Type-Defect Nov 18, 2009 issue 21 (tint won't start under evilwm) commented on by Andreas.Fink85 - I'll let the status closed, until you can verify, that this bug is reproducible with the svn-version (it shouldn't be reproducible with the version 0.7 already, but please test the svn version). If it is reproducible, please open a new bug, because evilwm is not cwm, and the problem which existed in evilwm is fixed. I'll let the status closed, until you can verify, that this bug is reproducible with the svn-version (it shouldn't be reproducible with the version 0.7 already, but please test the svn version). If it is reproducible, please open a new bug, because evilwm is not cwm, and the problem which existed in evilwm is fixed. Nov 18, 2009 issue 21 (tint won't start under evilwm) commented on by ippiraman - What steps will reproduce the problem? 1. type tint in xterm while running cwm 2. 3. What is the expected output? What do you see instead? Tint should start, instead I see tint error: cannot find your desktop What version of the product are you using? On what operating system? tint 0.60 from snapshot package, OpenBSD 4.6-current Please provide any additional information below. What steps will reproduce the problem? 1. type tint in xterm while running cwm 2. 3. What is the expected output? What do you see instead? Tint should start, instead I see tint error: cannot find your desktop What version of the product are you using? On what operating system? tint 0.60 from snapshot package, OpenBSD 4.6-current Please provide any additional information below. Nov 18, 2009 issue 170 (Task ordering) reported by schattenprinz - I like to control task ordering, meaning the direction from which the tasks are stacked in the taskbar. A possible patch is attached that adds a new config-option "taskbar_sort" with the values "left2right", "right2left", "ascending" and "descending". all the best! I like to control task ordering, meaning the direction from which the tasks are stacked in the taskbar. A possible patch is attached that adds a new config-option "taskbar_sort" with the values "left2right", "right2left", "ascending" and "descending". all the best!

issue 173 (tint2 segfaults) commented on by Andreas.Fink85 - @bug: Fixed approximatly 8 hours ago with revision 280, so check it out... This time I leave it open that people can see it ;) @Thierry and everyone who likes programming: - g_slist_remove accepts a pointer which is not in the list: I know, but still it does not help me, because I always call del_urgent(Task* tsk), but in the GSList the elements are of type Task_urgent*, so g_slist_remove would never remove anything, because I need to compare (GSList->data->task == tsk) and not (GSList->data == tsk) what g_slist_remove would do - g_slist_remove frees the pointer: This isn't true. It is never said in the documentation that g_slist_remove also does free(GSList->data). It is only said that g_slist_remove frees the data of the GSList* so it does free(GSList*). Otherwise the call to free(t) in del_urgent() would result in a memleak with a failure double delete. So it is up to the programmer to delete the data the list element pointed to himself. - is_urgent could be replaced by g_slist_find: No it can't because again the GSList contains Task_urgent* but the call to this function happens with a Task*. The function could be replaced by g_slist_find_custom, but therefore I would need a comparator function, and the code would be approximatly the same ;) So basically the problem why I have to iterate myself over the list is that the list contains another datatype then the function calls happen with. On the other hand I need the data type Task_urgent to keep track of the number of blinking.

@bug: Fixed approximatly 8 hours ago with revision 280, so check it out... This time I leave it open that people can see it ;) @Thierry and everyone who likes programming: - g_slist_remove accepts a pointer which is not in the list: I know, but still it does not help me, because I always call del_urgent(Task* tsk), but in the GSList the elements are of type Task_urgent*, so g_slist_remove would never remove anything, because I need to compare (GSList->data->task == tsk) and not (GSList->data == tsk) what g_slist_remove would do - g_slist_remove frees the pointer: This isn't true. It is never said in the documentation that g_slist_remove also does free(GSList->data). It is only said that g_slist_remove frees the data of the GSList* so it does free(GSList*). Otherwise the call to free(t) in del_urgent() would result in a memleak with a failure double delete. So it is up to the programmer to delete the data the list element pointed to himself. - is_urgent could be replaced by g_slist_find: No it can't because again the GSList contains Task_urgent* but the call to this function happens with a Task*. The function could be replaced by g_slist_find_custom, but therefore I would need a comparator function, and the code would be approximatly the same ;) So basically the problem why I have to iterate myself over the list is that the list contains another datatype then the function calls happen with. On the other hand I need the data type Task_urgent to keep track of the number of blinking.

Today

Yesterday

Last 7 days

Last 30 days