Public bug reported:
Sometime, when I click on a folder in the Shortcuts or Stack plugin,
Nautilus doesn't open and when I click for the second time, two
instances of Nautilus is opened. Afterwards, this behavior doesn't
happen anymore.
I compile Cairo-Dock from bazaar. I'm in Debian squeeze/sid
Public bug reported:
When a window is closed and its icon on the dock disappears, the dock
resizes itself and gets shorter. This is normal. But sometimes, during
the resizing, the dock gets distorted instantly and some artifacts
appear on its left side for less than a second.
I use bazaar Cairo-d
Thanks for your rapid reply and sorry for reporting a known bug. I'll
confirm the bug #434963.
--
Cairo-Dock resize problem
https://bugs.launchpad.net/bugs/449422
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Sta
Thanks. I added 'nautilus'.
** Also affects: nautilus
Importance: Undecided
Status: New
--
Shortcuts and Stack Plugins doesn't work properly sometimes
https://bugs.launchpad.net/bugs/449419
You received this bug notification because you are a member of Cairo-
Dock Team, which is the r
After reading the bug #434963, I don't think that this bug is related to
Compiz (please take a look at bug #434963 again). And because I do use
Compiz and not Metacity, I'm afraid that the bug might belong to Cairo-
Dock itself.
By the way, this flash effect on resizing didn't exist with Cairo-Doc
Thanks for your suggestion. I upgraded Compiz to v0.8.2-6 in spite of a
nasty bug in its scale add-on but unfortunately, the flash effect
accompanying the dock contraction is still present.
Whether with Compiz 0.7.6 or with 0.7.8, this flash effect happens only
occasionally. I couldn't find any pa
I look forward to the new version in bazaar :)
However, I still think that the bugs I reported today (resize +
Shortcuts and Stack applets) are regressions in Cairo-Dock because after
compiling and installing the old Cairo-Dock 2.0.0 in Squeeze, there's no
flash effect and no double Nautilus anymo
I attached an SWF file. The word "flash" suits it but it's not what I
saw in http://videobin.org/+f6/hn.html or
http://videobin.org/+f7/hp.html.
As I said above, it doesn't occur with 2.0.0.
** Attachment added: "Video showing the "flash""
http://launchpadlibrarian.net/33582095/test.swf
--
C
Hurrah! With the static decoration, this "flash" disappeared. Good
workaround! I use the opengl backend and have Compiz 0.8.4.
But unfortunately, a totally different bug has appeared: after updating
some packages of my Debian squeeze/sid, the notification area on the
dock can't be closed with a mi
The bug with the Systray dialog is still present :( I'll report it
separately.
--
Cairo-Dock resize problem
https://bugs.launchpad.net/bugs/449422
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Status in Cairo-D
Public bug reported:
The systray dialog doesn't hide with a middle click anymore.
The way to reproduce the bug: open the Systray dialog on the dock with a
left click and then, try to close it with a middle click, like before.
It doesn't hide.
Cairo-Dock is the latest version from bazaar. It's in
The terminal applet has the same problem. But other applets, whose
dialogs hide with a left click, are OK.
It's strange that you can't reproduce this problem. I checked today's
bzr release and it has it too. Do you have an updated Debian
squeeze/sid? I'm sure that the bug showed up after recent up
Being under Jaunty, it's not strange that you don't see this bug :) As I
said above, it showed up after recent updates in Debian sqeeze/sid and
probably will be present in Karmic, which will come soon. I remind you
that now it's a time when most Linux distros rapidly change their basic
components.
I forgot to say that middle-clicking on the GMenu applet has the same
effect: canceling doesn't make the dialog hide and it's always there.
--
Systray dialog doesn't hide
https://bugs.launchpad.net/bugs/456227
You received this bug notification because you are a member of Cairo-
Dock Team, which
BTW, the Debian weekly update 2.1.1-0stable0-20091022 is also affected.
--
Systray dialog doesn't hide
https://bugs.launchpad.net/bugs/456227
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Status in Cairo-Dock : P
Here you are:
-
debug : (cairo-dock-dialogs.c:on_button_press_dialog:160)
clic on button 1
-> action !
debug : (cairo-dock-animations.c:cairo_dock_pop_down:241)
cairo_dock_pop_down (0)
iNbConfigDialogs <
"cairo-dock -l debug" gives the following lines when I press Esc instead
of clicking on the cancel button and still, the dialog can't be closed:
--
key pressed
debug : (cairo-dock-animations.c:cairo_dock_pop_down:241)
cairo_dock_pop_down (0)
iNbConfigDialogs <-
You've fixed it in Debian too. Thanks a lot!
--
Systray dialog doesn't hide
https://bugs.launchpad.net/bugs/456227
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Status in Cairo-Dock : Plug-ins: Fix Committed
Bug
Public bug reported:
Some applications, which work correctly with Gnome Notification Area,
show unusual behaviors with Cairo-Dock's systray when it's on the dock.
A part of this problem may be because some applications don't "see" the
systray if its icon isn't clicked once at least (i.e., when its
Public bug reported:
When an Internet link is dragged and dropped into the stacks applet on
the dock, Cairo-Dock crashes and restarts. This also happens when the
Internet address is manually copied and pasted into the applet.
** Affects: cairo-dock-plug-ins
Importance: Undecided
Sta
The bug is fixed now. Thanks!
--
Stacks applet crashes with web addresses
https://bugs.launchpad.net/bugs/489458
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Status in Cairo-Dock : Plug-ins: New
Bug description
This isn't about a bug, but for Stack applet to accept "https://"; too, I
respectively changed line 98 in applet-stack.c and line 59 in applet-
load-icons.c as follows:
if (strncmp (cContent, "http://";, 7) == 0 || strncmp (cContent, "https://";, 8)
== 0 || strncmp (cContent, "www", 3) == 0)
if
Public bug reported:
If, for example, a URL of the form "http://X/Y"; has already been added
to the stack applet, Cairo-Dock hangs when another URL of the form
"http://Z/Y"; is added.
It's perhaps because the stack files for both URLs have "Y" as their
names. If the applet could check the existen
@ miles916
As a temporary workaround, instead of Shortcuts applet you can use a
subdock with launchers like the following for your bookmarks or other
folders:
nautilus --no-desktop --browser file://FOLDER_PATH
The possibility of subdock creation is one of the Cairo-Dock's strong
points. You can
I'm not sure but it seems that today's gvfs update in Debian has solved
this problem :)
--
Shortcuts and Stack Plugins doesn't work properly sometimes
https://bugs.launchpad.net/bugs/449419
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant fo
Unfortunately, it happened again :( although less often than before
--
Shortcuts and Stack Plugins doesn't work properly sometimes
https://bugs.launchpad.net/bugs/449419
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-in
Public bug reported:
In fact, this can be seen rather as a suggestion or a question, not a
bug report.
Cairo-Dock works fine but it creates a heavy log in ~/.xsession-errors,
so that it sometimes makes the debugging of other applications
difficult. Is there any way to stop Cairo-Dock from creatin
Public bug reported:
This can hardly be a bug report but rather a suggestion (excuse me but I
found no other way to tell you about it).
The systray applet, when on the dock, is good for hiding the several
icons which has gone to the system tray. Unhiding them is a simple
matter of (left) clicking
Never mind! I didn't know that the systray applet can be used with the
widget layer plugin of Compiz :)
--
About Systray applet
https://bugs.launchpad.net/bugs/501771
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
In fact, the best choice -- as you've mentioned in Cairo-Dock's help --
is to use Systray detached from the dock. Then, with a proper setting of
Compiz's widget layer plugin, it could be, for example, just a matter of
right clicking on the screen sides for the systray to show up.
In this way, Cair
Replying to myself:
Comment out all "g_print" lines in the source files with "rpl" and make
some corrections.
--
xsession-errors log
https://bugs.launchpad.net/bugs/500677
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug
Yes, it is. I just wanted to find the quickest way of preventing Cairo-
Dock from putting its messages into ~/.xsession-errors.
--
xsession-errors log
https://bugs.launchpad.net/bugs/500677
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant fo
Public bug reported:
Perhaps you already know about this problem:
While Cairo-Dock 2.1.4, bzr release, and its plug-ins can be compiled
with cmake (I easily make deb packages from them with dh_make), their
compilation with autoreconf/automake isn't possible anymore. For
example, with Cairo-Dock,
I changed the status because since a few months ago, I haven't
encountered this problem anymore (in Debian Squeeze).
** Changed in: nautilus
Status: Confirmed => Fix Released
--
Shortcuts and Stack Plugins doesn't work properly sometimes
https://bugs.launchpad.net/bugs/449419
You received
Public bug reported:
When the dock is hidden through the visibility settings or with quick-
hide, the clock, system monitor and network monitor applets aren't
hidden. As far as I could test, other applets behave as expected. Only
hiding through semi-transparency correctly works with all applets.
Public bug reported:
With the latest bazaar version, the information at "Help > Replacing the
Gnome Panel > So then, how..." is incorrect.
Replacing the content of gconf-editor's key
'desktop/gnome/session/required_components/panel' with "cairo-dock" DOES
launch Cairo-Dock on start-up (in Debian
My bad, I didn't see those settings. However, the clock and system
monitor applets freeze when the dock hides. What's the point of showing
them in a frozen state?
--
The dock hides but some applets don't
https://bugs.launchpad.net/bugs/576050
You received this bug notification because you are a m
Public bug reported:
In Gnome 2.30 (Debian Squeeze), if the command of an application has a
parameter (like %f, %U or %F) in its desktop file, the application may
complain about not finding a file when run with GMenu. Examples are
Inkscape and GIMP; CherryTree doesn't find its last document, NoteC
They have the same issue.
I think the problem is related to some changes in Gnome 2.30
(_but_I'm_not_sure) because it happened after the recent intense updates
in debian. Perhaps, you can see it in Lucid too.
--
GMenu's Problem with Parameters
https://bugs.launchpad.net/bugs/576151
You received
I found something that may help you. I just replaced GMenu/src/applet-
util.c with that of the 5-March-2010 release and the problem was fixed.
I've attached it.
** Attachment added: "applet-util.c"
http://launchpadlibrarian.net/47922440/applet-util.c
--
GMenu's Problem with Parameters
https:
The suspicious lines in ~/..xsession-errors, that led me to make the
above replacement, contained:
cCommandExpanded : inkscape
Or:
cCommandExpanded : gimp-2.6
--
GMenu's Problem with Parameters
https://bugs.launchpad.net/bugs/576151
You received this bug notification because you are a member
I replaced line 166 and now everything works OK. We simply have:
cCommandExpanded : gimp-2.6
cCommandExpanded : k3b
cCommandExpanded : inkscape
and all of them work all right. Thanks for your efforts.
--
GMenu's Problem with Parameters
https://bugs.launchpad.net/bugs/576151
You received this bu
Please use the weekly Lucid packages and see if the problem persists.
I'm the first reporter of this bug and don't see it in Debian anymore.
The weekly packages are here:
https://edge.launchpad.net/~cairo-dock-team/+archive/weekly/+packages
--
Shortcuts and Stack Plugins doesn't work properly s
> It only happens with web links.
Previously it happened with local links too, and my first report was
about that only. So, it seems that the bug is fixed for local links in
both Debian and Ubuntu now.
> I've also tried to use your workaround.
My workaround was only for the Shortcut applet (loca
Ok, Heinrich is right. The Stack applet has some problem with web links,
and for me, it makes no difference if the link is HTTP or HTTPS. I use
Firefox 3.6.3 directly downloaded from the Mozilla site. I don't get any
error messages but:
(1) Firefox doesn't start the first time I click on the link
Public bug reported:
The Stack applet has some problem with web links (see
https://bugs.launchpad.net/cairo-dock-plug-ins/+bug/449419). I don't get
any error messages but:
(1) Firefox doesn't start the first time I click on the link and the
second time, before it starts, it says that another inst
I did it :) See https://bugs.launchpad.net/cairo-dock-plug-
ins/+bug/578321
--
Shortcuts and Stack Plugins doesn't work properly sometimes
https://bugs.launchpad.net/bugs/449419
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock
Public bug reported:
When the mail applet checks mail, its CPU usage goes high for a moment.
I have two accounts in it and when I refresh them, one of my two CPUs
(dual core) goes to 100% momentarily.
I don't know if this behavior is new because I didn't use this applet
before.
I have the latest
I forgot to say that there's no mail preview, although its option is
checked. Does this need another bug report?
--
Mail Applet has hight CPU hsage
https://bugs.launchpad.net/bugs/580455
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for C
Both are Gmail.
--
Mail Applet has hight CPU hsage
https://bugs.launchpad.net/bugs/580455
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Status in Cairo-Dock : Plug-ins: New
Bug description:
When the mail applet
I'll play with it and tell you the result.
BTW, although I've selected a wav file for sound notification, it isn't
played when a new mail arrives. It can be played just in the
configuration window.
--
Mail Applet has hight CPU hsage
https://bugs.launchpad.net/bugs/580455
You received this bug no
I even deleted "~/.config/cairo-dock/current_theme/plug-
ins/mail/mail.conf" to no avail.
Here the problem is also reproducible with only one account. Let me
explain it again:
I right click on the Mail applet (on the dock), go to "Mail > Refresh a
mail account" and refresh one of my accounts whil
Another test:
Since I'd enabled POP in my Gmail account, I tried the POP way, i.e.
through pop.gmail.com. The result was the same :(
--
Mail Applet has hight CPU hsage
https://bugs.launchpad.net/bugs/580455
You received this bug notification because you are a member of Cairo-
Dock Team, which is
The same problem with Yahoo!
--
Mail Applet has hight CPU hsage
https://bugs.launchpad.net/bugs/580455
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Status in Cairo-Dock : Plug-ins: In Progress
Bug description:
Public bug reported:
With v2.2.0-beta, Quick-Hide hides the dock forever.
BTW, the settings in "Visibility > Visibility of the main dock" are
grayed out when "Prevent windows from..." is chosen. I think, at least,
"Keyboard shortcut to pop up the dock" could be used for quick hide.
None of these
I hope this will be useful:
I tested various email notification programs (gnubiff, Gnome Gmail
Notifier and Mail Notification). Negligible CPU usage in all of them.
Perhaps an important difference between these applications and Cairo-
Dock's mail applet is that none of the former uses libetpan.
-
Hi,
The way to reproduce the bug:
I right click on Cairo-Dock and click on Quick-Hide in the Cairo-Dock
menu. The dock gets hidden as it should. But it remains hidden and I can
find no way to un-hide it. With previous versions, I just put the cursor
on an area near the middle of the screen bottom
In fact, it seems that you've removed the setting related to the
callback zone. Or it's dropped unintentionally?
--
Quick-Hide hides the dock forever
https://bugs.launchpad.net/bugs/580596
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cair
Hello Tofe,
Unfortunately, there's no file for download at
"http://libetpan.sourceforge.net/etpanX/index.html";. On the other hand,
etpan-ng is console-based with an obscure manual, as if its programmer
has made it only for him/herself. I have no experience with such clients
and couldn't do anythi
At last I could try etpan-ng -- for someone who's got used to
Thunderbird, it wasn't so easy ;)
And YES! THE HIGH CPU USAGE IS BECAUSE OF ETPAN.
Considering this fact, I think that libetpan isn't a good library to be
used in the mail applet. Even its version 1.0, which I found in Debian
Experimen
The problem with restoring the dock is fixed. Thanks.
However, Quick-Hide, in its present form, has no use. Previously, when
the windows were prevented from overlapping the dock, quick hiding made
the whole screen available to the maximized windows. But now, the
maximized windows don't expand when
... and if the user wanted to see what's behind the dock, he could
change the desktop, where there was no maximized window.
--
Quick-Hide hides the dock forever
https://bugs.launchpad.net/bugs/580596
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscri
All right, but it was a useful property, even a feature, because one
could use the whole screen at will, even when windows were prevented
from overlapping the dock.
--
Quick-Hide hides the dock forever
https://bugs.launchpad.net/bugs/580596
You received this bug notification because you are a mem
Hi,
The changes you've recently made in cairo-dock-animations.c introduces
new messages in ~/.xsession-errors, especially "fin d'animation", which
appears every time an animation is done -- so many times, indeed.
--
xsession-errors log
https://bugs.launchpad.net/bugs/500677
You received this bug
Public bug reported:
The trash applet makes Cairo-Dock hang when its quick info setting is
changed and the apply button is clicked. I found out that this behavior
is because of the g_print lines in dustbin/src/applet-trashes-manager.c:
I commented them out and the problem was fixed.
Yet another p
I forgot to say that I use the latest version on
https://edge.launchpad.net/~cairo-dock-team/+archive/weekly-
debian/+packages, compiled from the source (2.2.0-0beta4-20100807).
Compilation of the latest bazaar version gave me errors.
--
Dust Bin Hang and Incorrect Configuration
https://bugs.laun
> about the g_print, I don't see which one could cause a problem
I thought the great number of printings in .xsession-errors -- perhaps,
thousands of them -- caused the hang-like behavior when I changed the
above setting from "None" to showing the number of all files, while so
many files were in t
My bad, I was wrong and you're right; g_print lines aren't the cause. A
hang occurs when the total number of files is displayed and, perhaps,
there are too many files in a trashed folder. Sorry for misinformation.
--
Dust Bin Hang and Incorrect Configuration
https://bugs.launchpad.net/bugs/616176
> How many files do you need to reproduce this behavior ?
I usually make deb packages from Cairo-Dock and its plugins and
afterward, move the temporary folders to trash. There are many files is
these folders, although I don't know how many. Then, if I use "display
dustbin information" by right cli
Hi,
> so the problem is not when...
Yes. The problem appears only when I change the settings of trash to
"Total number of files" or when I right click on the trash to see
dustbin information, and only when there are trashed folders with many
files in them.
> if you throw away the files, does the
It's Cairo-Dock because when I kill it in such cases, CPU usage gets
normal again.
--
Dust Bin Hang and Incorrect Configuration
https://bugs.launchpad.net/bugs/616176
You received this bug notification because you are a member of Cairo-
Dock Team, which is the registrant for Cairo-Dock Plug-ins.
Please see if the patch is OK (don't display "..." when info is set to
"None").
With the changes you recently made, the right click information doesn't
cause any hang :) although it still causes high CPU usage for several
seconds in some cases.
** Patch added: "don't display "..." when info is s
Public bug reported:
With the dock having a reserved space and starting with Gnome session,
sometimes, after boot, when a window is maximized and the mouse cursor
is put on an icon, the upper part of the zoomed icon goes behind the
window. After restarting the dock, this behavior is corrected. I e
Hi,
Thanks for your reply.
Cairo-Dock is started 6 sec after Compiz here. I'll increase this delay
and see what will happen.
BTW, another strange thing: sometimes after resuming from hibernation,
the dock uses 100% of CPU time (3-4 times in this month). When I quit
the dock with its menu, the CP
Hi,
I'm afraid the problem with icons going behind windows (even when those
windows aren't maximized) isn't related to start-up order because it
sometimes happens at the middle of a session. It's too sporadic for its
cause to be traced.
The 100% CPU usage may not be caused by Cairo-Dock but by so
Hi,
Sorry for the long delay.
> does the dock still reserve its space on the screen?
Yes, it does
In fact, a few minutes ago, it happened again. Having your suggestion in
mind, I restarted Compiz through Compiz Fusion Icon and then, the
behavior of Cairo-Dock's icons became normal again.
--
Z
Public bug reported:
I use three keyboard layouts. After waking up from the hibernation, the
Keyboard Indicator applet shows nothing when it has no background and
shows a white square when it has some background (see the screenshot).
But when I change the keyboard layout (and return to my default
** Attachment added: "Screenshot.png"
https://bugs.launchpad.net/bugs/653578/+attachment/1666405/+files/Screenshot.png
--
Keyboard Indicator Applet Not Rendered Correctly After Hibernation
https://bugs.launchpad.net/bugs/653578
You received this bug notification because you are a member of C
Hello Matthieu,
Oh yes, it seems to be the same bug, although it appears here only in
the Keyboard Indicator applet. Thanks for the reply.
--
Keyboard Indicator Applet Not Rendered Correctly After Hibernation
https://bugs.launchpad.net/bugs/653578
You received this bug notification because you a
Public bug reported:
With the bazaar version, the setting related to the selection clipboard
is missing from the configuration of the Stack applet but is present in
its conf file and can be set there (selection_=true, for example).
** Affects: cairo-dock-plug-ins
Importance: Undecided
Hi,
> it's much more natural to expect...
IMHO, the mouse clipboard is a useful feature for quick accessing of
dropped texts.
--
No Setting for Selection Clipboard in Stack Applet
https://bugs.launchpad.net/bugs/654952
You received this bug notification because you are a member of Cairo-
Dock T
Hi,
I just wanted to say that the problem is fixed with libetpan13 (0.58-1),
in Debian at least :)
--
Mail Applet has hight CPU hsage
https://bugs.launchpad.net/bugs/580455
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cairo-Dock Plug-ins
Public bug reported:
This bug is somehow odd but I try to explain it as clearly as possible.
I use my whole band-width for some download, for example, when
downloading heavy files with Synaptic. Then I intentionally middle click
on the weather applet to see what happens. Of course, it can't get an
The crash report doesn't seem useful:
Cairo-Dock has crashed (sig 6).
It will be restarted now (cairo-dock -o).
Feel free to report this bug on glx-dock.org to help improving the dock !
info on the system :
Linux debian 2.6.32-5-686-bigmem #1 SMP Sat Sep 18 02:52:26 UTC 2010 i686
GNU/Linux
Couldn
Hi,
First, thanks for introducing me to ddd. Its so useful.
I couldn't reproduce the crash with ddd but, at some point, Cairo-Dock
froze (without 100% CPU usage) and I got these messages on the bottom
pane of ddd:
-
cairo-dock: ath.c:193: _gcry_ath_mutex_lock: Assertion `*loc
> oh, it looks like a bug listed on Launchpad...
This could be true bcause I started to use the mail applet again only
recently.
> ... test the weather applet only...
I'll do so but it may take some time since the bug happens randomly.
--
Weather Applet and High CPU Usage
https://bugs.launchpa
After I removed the mail applet, I couldn't reproduce the bug anymore. I
reloaded the weather applet again and again while my band-width was
exhausted by another process but the dock was stable.
So, this bug is related to the mail applet and, perhaps, its source is
libetpan, as you mentioned above
Public bug reported:
(1) When I click on the Folders applet, which shows my home without the
hidden files, the file '~/.recently-used.xbel' is among what is shown,
but only as the upper part of its icon and outside the sub-dock (see the
screenshot). If I click on that part, '~/.recently-used.xbel'
** Attachment added: "Screenshot.jpg"
https://bugs.launchpad.net/bugs/660231/+attachment/1691663/+files/Screenshot.jpg
--
Folders Applet Shows Redundant Things and...
https://bugs.launchpad.net/bugs/660231
You received this bug notification because you are a member of Cairo-
Dock Team, which
Public bug reported:
This is NOT about any deficiency in functionality.
On opening any file or folder from Quick Browser, the following message
appears in .xsession-errors but the file/folder is opened normally:
Unable to retrieve the file info for : Operation not
supported
Is it related to GVF
The following line, in quick-browser/src/applet-menu.c, is the cause of
the error message:
cairo_dock_fm_launch_uri (pItem->cPath);
For some reason unknown to me, gtk_recent_manager_add_item (rm,
pItem->cPath) -- in the function cairo_dock_fm_launch_uri() from cairo-
dock-core/src/gldit/cairo-doc
The attached patch corrected the issue for me. Please see if there's an
easier way to do this (since I'm not familiar with Cairo-Dock's code).
** Patch added: "quick-browser Recently Used"
https://bugs.launchpad.net/cairo-dock-plug-ins/+bug/660261/+attachment/1695913/+files/patch.diff
--
Er
Public bug reported:
Recently, I began to use Netspeed applet on the dock and found that it
doesn't show the up/down speeds correctly.
I think the following two lines, near the end of "applet-netspeed.c",
are incorrect:
s_fValues[0] = fDownValue;
s_fValues[1] = fUpValue;
Changing them to:
s_fV
Public bug reported:
When a folder from a partition other than the home partition is put into
the trash, the trash can't be emptied with middle-clicking on the
dustbin applet. I get an error like this:
--
vfs.c:cairo_dock_gio_vfs_empty_trash:1624) [0m
gnome_integration : Error re
** Patch added: "cairo-dock-gio-vfs.c.diff"
https://bugs.launchpad.net/bugs/686564/+attachment/1758453/+files/cairo-dock-gio-vfs.c.diff
--
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cairo-Dock Plug-ins.
https://bugs.launchpad.net/b
Public bug reported:
When Systray (with a few icons in it) is put on the top right corner of
the desktop, its position changes after logging out and in. There's no
way to fix this position, although, when Systray is put on the top left
corner, it remains there.
** Affects: cairo-dock-plug-ins
A delay of 15 s didn't work.
Perhaps that's because the tray position is always calculated with its
top left corner. (Am I right?)
--
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cairo-Dock Plug-ins.
https://bugs.launchpad.net/bugs/70623
No, it doesn't. It's movement is greater that its width.
I forgot to say that when I quit Cairo-Dock and then run it again,
Systray doesn't move from the top right corner. Apart from the keyboard
indicator and network manager icons, there are pidgin and CherryTree
icons in it.
BTW, I don't use Sy
Commenting out that line had no effect.
Some numbers: width of Systray before and after log-out = 97; x position
before log-out = -97 (I also tried -1); x position after log-in = -315.
--
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cair
Hello again,
I don't know where the magic number -315 comes from in my case (my
monitor resolution is 1280x1024). However, when I add:
gtk_window_move (GTK_WINDOW (myContainer->pWidget),
myContainer->iWindowPositionX + 218, myContainer->iWindowPositionY);
to "systray-init.c" properly, Systray mo
1 - 100 of 119 matches
Mail list logo
