mate-desktop / caja Goto Github PK
View Code? Open in Web Editor NEWCaja, the file manager for the MATE desktop
Home Page: https://mate-desktop.org/
License: Other
Caja, the file manager for the MATE desktop
Home Page: https://mate-desktop.org/
License: Other
mate-desktop ============= mate-desktop contains the libmate-desktop library, the mate-about program as well as some desktop-wide documents. The libmate-desktop library provides API shared by several applications on the desktop, but that cannot live in the platform for various reasons. There is no API or ABI guarantee, although we are doing our best to provide stability. Documentation for the API is available with gtk-doc. The mate-about program helps find which version of MATE is installed. You may download updates to the package from: http://pub.mate-desktop.org/releases/ Installation ============ If you are not using a released version of mate-desktop (for example, if you checked out the code from git), you first need to run './autogen.sh'. How to report bugs ================== Bugs should be reported to the MATE bug tracking system: https://github.com/mate-desktop/mate-desktop/issues
in the past i could mouse over audio files and hear them play
is there a package i am missing or is this a bug?
i installed from the mini.iso on 12.04 to get a pure mate desktop or as pure as i can with all the gnome dependencies (net manager/indicator applets) and it has been a long 2 days getting everything i want installed
installed packages:
http://pastebin.com/M06TKs2k
compiz is downgraded to 8.6-2 from LMDE
Found during translations, the following two strings may need to be updated.
"If set to true, then all Caja windows will be browser windows. This is how Caja used to behave before version 2.6, and some people prefer this behavior."
"Name of the Caja theme to use. This has been deprecated as of Caja 2.2. Please use the icon theme instead."
As Caja 2.x doesn't exist (yet), I'd simply suggest replacing Caja with Nautilus in these strings. A little Transifex update may also be necessary.
This bug still exists in MATE, I just don't know if it's a Caja or GVFS thing.
When you sit idle on your desktop Caja continues to take up more and more memory. This memory doesn't get freed until you kill Caja. If you let it sit idle for an hour it can take up to 1 and 1.5 Gigabytes of storage, and even more after that point. Also, not sure if this is a related problem, Caja tends to be rather slow after sitting for more than five minutes idle.
Linux Mint Debian
Caja 1.2.0
Hi guys,
when I use firefox to download some files I had to always use open directory with file to open that file. Because when i tried to direct open an error dialog appeared. Cannot display %s Not a directory.
I fixed it with exo-preferred-applications and custom bash script:
if test -d $1; then
caja "$1";
else
thunar "$1";
fi
As you can see, other managers like thunar, etc. if receive file as argument, open it in preferred application. fix it. Thanks.
P.S.: You are great. I really enjoyed gnome 2 desktop but now i am enjoying the same but improved.
Using caja on linux mint 13 mate, doing caja --quit show this on the .xsession-errors file
Shutting down caja-open-terminal extension
--- Hash table keys for warning below:
--> application/xml
--> inode/directory
--> application/x-desktop
--> l2049
--> rodrigo
--> Rodrigo Santellan
(caja:2768): Eel-WARNING **: "unique eel_ref_str" hash table still has 6 elements at quit time (keys above)
(caja:2768): Eel-WARNING *: "caja-directory.c: directories" hash table still has 4 elements at quit time
Initializing caja-open-terminal extension
* Message: Initializing gksu extension...
** (caja:2816): CRITICAL **: mate_bg_crossfade_start: assertion `fade->priv->fading_pixmap != NULL' failed
Firefox.PlacesItemSource "Firefox Places" encountered an error in UpdateItems: System.InvalidCastException: Cannot cast from source type to destination type.
at Mono.Data.Sqlite.SqliteDataReader.VerifyType (Int32 i, DbType typ) [0x00000] in :0
at Mono.Data.Sqlite.SqliteDataReader.GetString (Int32 i) [0x00000] in :0
at Firefox.PlacesItemSource+c__Iterator3.MoveNext () [0x00000] in :0
at System.Collections.Generic.List1[Firefox.PlaceItem].AddEnumerable (IEnumerable
1 enumerable) [0x00000] in :0
at System.Collections.Generic.List1[Firefox.PlaceItem]..ctor (IEnumerable
1 collection) [0x00000] in :0
at System.Linq.Enumerable.ToArray[PlaceItem](IEnumerable`1 source) [0x00000] in :0
at Firefox.PlacesItemSource.UpdateItems () [0x00000] in :0
at Do.Universe.Safe.SafeItemSource.UpdateItems () [0x00000] in :0 .
BUG-REPORT:
The 'Use a custom command' option is NOT WORKING.
(This was encountered in the 'Caja' 1.2.0 file manager. The bug is
probably still in 1.4.)
The 'Use a custom command' option appears in two places in the
Caja (and Nautilus) file manager:
The 'Use a custom command' option does not work via either path.
To reproduce the condition:
Click on the plus-sign (or check box) at the 'Use a custom command' label ---
to open an entry field (and show a Browse button) to set the path to the desired application
(executable). NOTHING HAPPENS. THE ENTRY FIELD (and Browse button)
DOES NOT APPEAR.
The 'set-another-application-to-use-for-a-selected-file-or-file-type' feature
of Nautilus was working in Nautilus 2.28.1 --- in my Ubuntu 9.10 installs
on 3 desktop computers and 2 Acer 10.1" netbook computers.
Nautilus 3.2.1 has the same bug as Caja 1.2.0 (I found in an LMDE install).
It looks like Caja developers forked Caja from a Nautilus version AFTER 2.28.1.
It appears that this 'regression' is the fault of Gnome-Nautilus developers,
not Caja developers.
Hopefully, Gnome-Nautilus developers will restore the 'Use a custom command'
dialog in Nautilus --- and, hopefully, MATE-Caja developers will restore
the dialog in Caja.
Caja developers, please restore the 'Use a custom command' capability.
An EXTERNAL REFERENCE:
I documented this bug soon after I encountered it --- at
http://www.subdude-site.com/WebPages_Local/RefInfo/Computer/Linux/LinuxMint_Installs/linuxMintDebianEdition_install_blaze.htm
This is a long page, but use a word search on the keyword 'caja'
to see details on this bug.
Two years ago I found this bug in Nautilus 2.32 and reported it on gnome.org. Last month it has been fixed, but only in git master of GTK+ and Nautilus. I don't know the code of GTK2 and 3 well enough to backport the patches in the near future. So instead I open this report so that others can help.
Details of this bug and its fixes for Nautilus and GTK+ can be found here: https://bugzilla.gnome.org/show_bug.cgi?id=635485
Using the location bar I am used to (in nautilus) autocomplete working on remote servers (over sftp). In Caja it works fine for local directories, but is not working for remote servers. It would be great if this could be remedied.
I use MATE. Logically I want to use the MATE package.
But erasing gnome-system-tools folder sharing does not work.
The package mate-system-tools does not perform well this particular service
Nothing happens when pressing to share folder
Caja points to shares-admin should aim to mate-shares-admin
Renaming the package usr/bin/mate-shares-admin
to
shares-admin
It seems to work correctly.
This then seems more a problem of Caja is not it?
would have to rename all the other packages?:
mate-time-admin, mate-users-admin, mate-network-admin, etc.
this is not good, and would break compatibility between desktops.
This is a problem that I set here thinking that the problem was mate-system-toolls:
mate-desktop-legacy-archive/mate-system-tools#3 (comment)
But now I think the problem is rather of Caja.
Thanks
Hi
caja closed without any reason !
This post on forum : http://bit.ly/NQ7aSL
When I include caja without parameters in my set of Quantal start-up files (~/.config/autostart), the process never shows the initial window but is executing in the background. strace reveals that it's polling on a file socket connected to the display (/tmp/.X11-unix/X0). recvfrom on this FD eventually returns EAGAIN after getting some bytes from this socket. More than likely, this is low-level library code :-).
When I invoke caja WITH arguments (ie. my home directory) it works as expected and the window shows my home directory as it should.
Tested on 1.2.2, 1.4 and 1.5
Same way if you try to drop color near any border in the (sidebar) information-panel (the only sidebar panel that supports bg color/image drops)
Theoretically, this should set a gradient color. The fade direction is dependent on which border you dropped it near. But this does not happen. Instead, you get an assertion failed error, depending on where you dropped the color (right/left/top/bottom):
(caja:12091): Eel-CRITICAL **: eel_gradient_set_right_color_spec: assertion 'gradient_spec != NULL' failed
(caja:12091): Eel-CRITICAL **: eel_gradient_set_bottom_color_spec: assertion 'gradient_spec != NULL' failed
(caja:12091): Eel-CRITICAL **: eel_gradient_set_left_color_spec: assertion 'gradient_spec != NULL' failed
(caja:12091): Eel-CRITICAL **: eel_gradient_set_top_color_spec: assertion 'gradient_spec != NULL' failed
I'd be really nice if you could add an option like "Moun imaget" in the right-click context menu while on Caja, for .iso's and other optical disc image formats. I think Gnome2 had it, but I'm not sure.
Regression since 1.5
Reproducible 100% of the time.
Same exact issue goes with colors, from backgrounds & emblems -> colors tab.
From looking at top, it seems dconf-service is chewing at the disk in the background. From a quick glance, CPU/MEM consumption doesn't seem abnormal, just the disk activity.
Also worth nothing, to be able to reset org.mate.background.picture-filename through dconf-editor, one must first run killall -9 dconf-service, or one will not be able to get an editable text box. It basically keeps immediately applying when activating edit (double click), making it impossible to change the value.
Caja keeps asking for the password when connecting to an SMB share. It keeps doing so even when you say "remember forever" in the options part of the dialogue.
Checked with version 1.4.0-1 running on an upgraded Quantal system.
I suppose this directly relates to a bug featured originally featured in Nautilus (https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/461836). It was fixed by upstream within the Precise upgrade cycle but resurfaced again in Quantal (see launchpad comments).
It appears Caja has inherited this bug from Nautilus. You can see it here: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/254171 and a duplicate with more info here: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/417743
Bottom line: users without root privileges can mount FUSE file systems (for instance sshfs, the one I use the most) and while they do appear in Caja, you can't unmount them from there (it displays the message "Unable to unmount file-system-name umount: /path/to/mounted/fs is not in the fstab (and you are not root)")
I am using Ubuntu precise LXDE with caja as file manager. It works perfectly, the only problem is that file sizes are displayed as decimal bytes (1 GB = 1000 MB), which is wrong and confusing (should be 1024 MiB, and most applications display them that way). Is it possible to change this? And is the relevant code in caja at all, or somewhere in Ubuntu? I hear it is Ubuntu's policy to switch to decimal bytes, in which case I may not be able to do anything (which is not linuxlike at all).
This has bitten me several times and I cannot find out what causes it. I would copy files and suddenly, mid copy it shoots to 100% CPU (on one core, suggesting endless loop) and allocates MASSIVE amounts of memory, which is a bitch to kill because for some reason the kernel doesn't swap it out (it must be reading the memory, it will swap almost EVERYTHING else out) this has been happening for a while now and is REALLY bad and confidence knocking.
It has never happened with Nautilus (as far back as whatever Ubuntu 9.04 used) that's not a dig, it's to help the search for why this happens, it's not to do with hidden files or the ~ backup files. I've only ever noticed it when I've been copying a lot of large files. I would show a screenshot, but as I said it CRIPPLES the computer, amazingly so, I have no idea what it could be doing to make the kernel keep (or try to keep) it in memory above all else. The only way to recover from it is to SSH into the computer (because a terminal starting, no way) and kill it that way.
FEATURE REQUEST:
PLEASE OFFER FILE SORT OPTIONS --- via 'Edit > Preferences' in Caja.
Explanation:
Nautilus (and Caja) perform strange-filename-sorts --- quite unlike the
output from 'ls' when SPECIAL CHARACTERS and (different-length) NUMBERS
ARE IN FILENAMES.
Nautilus (and no doubt Caja) ignores special characters when sorting files.
In many cases, in 'ListView' mode, this can make it hard to make a file
appear where you want it in a directory listing. You can Google
'nautilus sort order' to see many examples of user frustration.
Some example 'hits':
TITLE: [gnome] Nautilus: Completely Strange Sort Order
at http://ubuntuforums.org/showthread.php?t=1685444
TITLE: How do I force folder view sort order to not ignore special characters?
at http://askubuntu.com/questions/115741/how-do-i-force-folder-view-sort-order-to-not-ignore-special-characters
TITLE: Changing The Sort Order In Nautilus
at http://www.linuxquestions.org/questions/ubuntu-63/changing-the-sort-order-in-nautilus-862231/
TITLE: How Do I Change Nautilus Sort Order?
at http://forums.opensuse.org/archives/sls-archives/archives-suse-linux/archives-desktop-environments/384605-how-do-i-change-nautilus-sort-order.html
There is an easy way to make the sorts a little more 'as expected', via
inserting a little '.gnomerc' config file in your home directory structure,
to change the filename sorts of Nautilus.
Put the line
export LC_COLLATE=C
in the $HOME/.gnomerc file.
However, Caja/Nautilus developers should give us some better sort options
through the Nautilus/Caja 'Edit > Preferences' path.
SOME SUGGESTED SORT OPTIONS (preliminary):
1 sort like 'ls' (honoring request to keep directories together)
2 sort without case-sensitivity
3 sort ignoring special characters
4 sort treating numbers numerically rather than as character strings
5 sort according to both 3 and 4
6 sort according to 2, 3, and 4
I would really love to have the right mouse button working like in Windows and KDE when copying/moving files, so I don't have to press "alt" when moving files.
FEATURE REQUEST:
FOR NOTICEABLY BETTER PERFORMANCE of Caja in directories of thousands
of files (and even hundreds of files), please offer a 'Preferences' option
to TURN OFF THE 'GENERIC' ICONS for
directories (folders) and various file types (text, HTML, etc.)
when the 'List View' (rather than 'Icon View') OPTION IS CHOSEN.
Explanation:
A shortcoming of Nautilus/Caja (that I notice more on my netbook computers
than on my desktop computer) is the slowness in bringing up lists of
filenames.
The slowness on my desktop computer is only noticed in
navigating to directories containing more than 2,000 files (such as
/usr/bin or /usr/lib --- about 8 to 15 seconds to show a completed filenames-list,
the first time one opens those directories in a login session).
Directory filename lists, for directories containing around 300 files (like
/usr/sbin and /usr/share), appear almost instantly, on my desktop computer.
NOT SO on netbook installations (Intel Atom or AMD C60 processor,
running Linux Mint 11 or LMDE 201204).
It takes about 5 or 10 seconds (or more) to display a list of about 200 filenames.
Even though I have used the 'Edit > Preferences > Preview' path of
Nautilus and Caja to set the options
* Show text in icons
* Show thumbnails
* Preview sound files
to 'Never', it takes 5-plus seconds for the directory filenames list,
for directories containing around 300 files, to appear.
I am pretty sure that a lot of the slowdown is due to Nautilus and Caja
insisting on putting little icons to the left of the filenames --- such
as folder icons and text-file icons and HTML-file icons etc. etc. (when
'List View' is turned on).
Those icon files (typically in /usr/share/icons subdirectories) are about
1 Kilobyte in size, each.
Compare that to the 8-bits (one byte) that the 'ls -F' command uses to
put file type indicators like * (asterisk) and @ (at sign) and
/ (slash) after filenames.
It takes over 100 times the bits --- for an icon image versus a single
ASCII character indicator.
I would be quite happy to do without the little icons (and ASCII character
indicators) if it would mean almost instantaneous display of large directory lists.
The little triangle to the left of directory names is enough to indicate directories
to me (and to allow expansion of those directories into a 'sub-list').
I do not need the folder icons.
And I do not need the little globe icons and page icons (etc. etc.) to
the left of files like '.htm' and '.txt' files. I can tell the file types
by the suffixes I gave them.
And even if I do not provide a suffix, I can usually tell what type of file
it is because I created it. (Or I can make a Nautilus/Caja Script, using
the 'file' command, to tell me the type of a selected file.)
So, PLEASE, Caja (and Nautilus) developers, ADD AN OPTION to the
'Edit > Preferences > Views' panel
--- to allow users to turn off display of ALL icons beside filenames,
for the 'List View' mode.
(This might even convince Xfce and LXDE desktop users to change
to Caja and MATE.)
An EXTERNAL REFERENCE:
I documented this feature-request, with an image to illustrate the
icons that I am talking about --- at
This is a long page, but you can find several images that illustrate this request
by searching for the phrase 'caja performance'.
I am using Linux Mint 14 RC. After keeps using 100% CPU (actually, 101.6% according to top on a multicore machine).
In addition, this slows down browsing through directories using caja.
When all caja instances are closed, it still keeps using so much CPU.
Sometimes, killing the last caja process helps; sometimes, it just spawns another one (with no visible window open).
It MATE will include caja-filename-repairer ?
Thank you very much!!
I would love it if the thumbnailer followed symlinks,
meaning that all files with the same canonical path
shared thumbnail and do not have to be individually
thumbnailed.
When right-clicking on a file under Caja, the send-to menu does not include Claws Mail, even though it is chosen as preferred application for mail in general settings.
In Caja, when I have files listed in list-mode (ctrl-2), I prefer to set the width of the filename column. Every time I open a new tab to the same directory, the column width resets to the max-width for the widest file/directory name... is there any way to get it to remember the column widths (like Nautilus did)?
--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/2121173-column-width-remembering-issue-in-caja?utm_campaign=plugin&utm_content=tracker%2F651521&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F651521&utm_medium=issues&utm_source=github).Hey,
if would be very nice if caja would create the deep folder structure to.
Example: Create a new folder: foo/bar/foobar
. This should be a mkdir -p
and create the folder foo and the subfolters bar and foobar to.
Thanks and greetings
Leo
incorrect-fsf-address
This is surely a feature request. By Nautilus 2.30.1 this little nuisance had not been remedied. The first time I used Nautilus 3 I immediately noticed they finally fixed it. But Caja remains the same as Nautilus 2, of course.
The goal is easy navigation by keyboard-only. Go to a large directory, like /etc. PgDn, Up/DnArrow to rc0.d. Press Enter and you're in /etc/rc0.d.
Navigate back to /etc using either the BACK button or the keyboard equivalent: Alt+LeftArrow. What is now the selected directory? Ideally it would be rc0.d ready to Up/DnArrow in the neighborhood of rc0.d. But it's not... it's reset, inconveniently, way back at the top. This is not a good place to be.
Strangely, the view is at rc0.d but the selection is what counts.
But... the "Open Parent Directory" (keyboard: Ctrl+Up) does take you to /etc with rc0.d nicely selected. This is a poor workaround for general Forward/Back navigation as it keeps adding entries,
I suspect BACK was always supposed to work like PARENT but Nautilus never quite got it right until version 3. Here's hoping Caja can catch up.
Caja doesnt show thumbnails for pictures/videos - cpu load goes up and stays there.
https://dl.dropbox.com/u/28788188/Screenshot-521.png
Forum post here: http://forums.mate-desktop.org/viewtopic.php?f=6&t=890
seems to be related to something new that comes with ubuntu 12.10?
but what it might be.
I just installed the beta of Lubuntu 12.04. After installing the caja file manager from the Oneiric ppa (the successor of Nautilus 2 which works perfectly well with LXDE in Ubuntu Natty) the desktop background goes white. I know that nitrogen (the desktop background switcher) works because a piece of the background is visible under the transparent bottom panel, and caja itself also works perfectly well; the problem must lie somewhere in gtk perhaps. I had the same problem in Oneiric with nautilus3. The gconftool=2 ... and pcmanfm --set-wallpaper commands do not work. Is it possible to make the desktop (not the background image) transparent?
If I select a wallpaper in nitrogen it shows under the panel as I said. If I drag an image to the desktop with the middle mouse button the white screen returns after about a second. If I select an image in nitrogen and THEN middle-drag an image to the desktop the image fills the whole screen but obscures the desktop icons, and after starting caja the white screen returns.
If I middle-drag the same image to the desktop twice it will stay but it won't scale, and after opening a desktop link to a folder the desktop goes back to white.
Would be nice if you could implement the RabbitSVN-interface from Nautilus in Caja.
When attaching files in an email using Gmail (chrome browser) it opens a file browser window. The sort is always by filename, though I prefer date modified.
It never remembers date modified, and always reverts back to filename/directory name sort.
Under Nautilus, sorts are remembered. If I open a standard Caja file browser, it recalls the sorts fine, but not when opened by a browser for a file attachment (e.g. when using GMail).
I'm trying to turn off "keep aligned" option to place desktop icons chaotically. After turning it off desktop works properly until logout. After login this option appears to be turned on again and desktop icons are arranged. Steps to reproduce:
I've tried to modify ~/.mateconf/apps/caja/desktop-metadata/directory/%mateconf.xml (write false to "caja-icon-view-keep-aligned" there) and chmod -w it. Indeed, the file appears not to be changed after re-login, however right-click show that "keep aligned" is turned on.
Hello.
I have an issue with thumbnails for CR2-files (raw from Canon 7D).
Caja (or some kind of thumbnailer behind it) generates preview with wrong colors (most times in pink and green).
Opening directory with thousands of this files eats 16Gb of ram in few minutes.
Arch Linux x86_64
Caja 1.2.0
Screenshot:
http://zufs.net/tmp/caja-cr2-bug/caja-cr2-bug.png
Test cr2 files (66 Mb):
http://zufs.net/tmp/caja-cr2-bug/test-cr2.tar.gz
Not sure if this is really a bug in caja or rather in another MATE component, but I'm putting it here as it affects caja:
I am running MATE 1.4.0 on Ubuntu 12.04 LTS (precise). It's a fairly clean install which comes with the default Ubuntu desktop, i.e. Unity and some Gnome3 stuff, including Nautilus.
When opening a folder, either from the desktop or from the top panel menu, sometimes it opens in caja, sometimes in Nautilus (from GNOME3). I haven't examined the details of it, but it seems that "Computer" tends to open in caja while other folders seem to bring up nautilus.
Maybe it's just a configuration setting, but out of the box the behavior should be consistent. Since caja is the file manager for MATE, it should be used by default to open all files and file-like desktop objects (Computer, Trash etc.).
Hello,
Trying to configure mate-file-manager (commit ce8b3b3):
./configure: line 17282: syntax error near unexpected token 0.6.4' ./configure: line 17282:
GOBJECT_INTROSPECTION_CHECK(0.6.4)'
'automake' displayed that warning while autogen.sh was running
libcaja-extension/Makefile.am:68: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL
My system is Linux Mint 13 MATE edition with MATE v1.4.0 from Mint's backport.
/usr/bin/mate-autogen
checking for autoconf >= 2.53...
testing autoconf2.50... not found.
testing autoconf... found 2.68
checking for automake >= 1.9...
testing automake-1.12... not found.
testing automake-1.11... found 1.11.3
checking for libtool >= 1.4.3...
testing libtoolize... found 2.4.2
checking for glib-gettext >= 2.2.0...
testing glib-gettextize... found 2.32.3
checking for intltool >= 0.25...
testing intltoolize... found 0.50.2
checking for pkg-config >= 0.14.0...
testing pkg-config... found 0.26
checking for gtk-doc >= 1.0...
testing gtkdocize... found 1.18
checking for mate-common >= 1.1.0...
testing mate-doc-common... found 1.4.0
Thanks for your help
[New LWP 1200]
[New LWP 1280]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
warning: "/var/cache/abrt-di/usr/lib/debug/usr/lib64/libicudata.so.49.1.1.debug": separate debug info file has no debug info
Core was generated by `caja'.
Program terminated with signal 5, Trace/breakpoint trap.
#0 g_logv (log_domain=0x7f365cfb1246 "Gdk", log_level=G_LOG_LEVEL_ERROR, format=<optimized out>, args=args@entry=0x7fffd5718cc8) at gmessages.c:974
974 gmessages.c: No such file or directory.
Thread 2 (Thread 0x7f364cbd3700 (LWP 1280)):
#0 0x00007f365a1107ed in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1 0x00007f365b414d64 in g_main_context_poll (n_fds=9, fds=0x7f3648004d40, timeout=-1, context=0x1a9f4d0, priority=<optimized out>) at gmain.c:3584
poll_func = 0x7f365b422e30 <g_poll>
#2 g_main_context_iterate (context=0x1a9f4d0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3285
max_priority = 2147483647
timeout = -1
some_ready = <optimized out>
nfds = 9
allocated_nfds = <optimized out>
fds = 0x7f3648004d40
#3 0x00007f365b4151c2 in g_main_loop_run (loop=0x1a9f460) at gmain.c:3484
__PRETTY_FUNCTION__ = "g_main_loop_run"
#4 0x00007f365ca86526 in gdbus_shared_thread_func (user_data=0x1a9f4a0) at gdbusprivate.c:277
data = 0x1a9f4a0
#5 0x00007f365b438615 in g_thread_proxy (data=0x1a9c370) at gthread.c:797
thread = 0x1a9c370
#6 0x00007f365a3e6d15 in start_thread (arg=0x7f364cbd3700) at pthread_create.c:308
__res = <optimized out>
pd = 0x7f364cbd3700
now = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139871192430336, 7401314846063681771, 0, 139871512653824, 139871192430336, 27915424, -7432529445840002837, -7432499731078749973}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 = <optimized out>
sp = <optimized out>
freesize = <optimized out>
#7 0x00007f365a1192cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114
No locals.
Thread 1 (Thread 0x7f365fd039c0 (LWP 1200)):
#0 g_logv (log_domain=0x7f365cfb1246 "Gdk", log_level=G_LOG_LEVEL_ERROR, format=<optimized out>, args=args@entry=0x7fffd5718cc8) at gmessages.c:974
domain = 0x0
data = <optimized out>
depth = <optimized out>
log_func = 0x45e850 <log_override_cb>
domain_fatal_mask = <optimized out>
masquerade_fatal = <optimized out>
test_level = <optimized out>
was_fatal = <optimized out>
was_recursion = <optimized out>
msg = 0x1d28cf0 "The program 'caja' received an X Window System error.\nThis probably reflects a bug in the program.\nThe error was 'BadPixmap (invalid Pixmap parameter)'.\n (Details: serial 5903 error_code 4 request_co"...
msg_alloc = 0x1d28cf0 "The program 'caja' received an X Window System error.\nThis probably reflects a bug in the program.\nThe error was 'BadPixmap (invalid Pixmap parameter)'.\n (Details: serial 5903 error_code 4 request_co"...
i = 2
#1 0x00007f365b41be72 in g_log (log_domain=log_domain@entry=0x7f365cfb1246 "Gdk", log_level=log_level@entry=G_LOG_LEVEL_ERROR, format=format@entry=0x7f365cfcfcfe "%s") at gmessages.c:1003
args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fffd5718da0, reg_save_area = 0x7fffd5718ce0}}
#2 0x00007f365cf9a2a8 in gdk_x_error (display=<optimized out>, error=<optimized out>) at gdkmain-x11.c:486
buf = "BadPixmap (invalid Pixmap parameter)", '\000' <repeats 27 times>
msg = <optimized out>
#3 0x00007f365b0d8556 in _XError (dpy=dpy@entry=0x1a6f8f0, rep=rep@entry=0x1ce6680) at XlibInt.c:1583
rtn_val = <optimized out>
event = {type = 0, xany = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516}, xkey = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, root = 27724928, subwindow = 32, time = 139871415591699, x = 0, y = 0, x_root = 0, y_root = 0, state = 0, keycode = 0, same_screen = 1497337125}, xbutton = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, root = 27724928, subwindow = 32, time = 139871415591699, x = 0, y = 0, x_root = 0, y_root = 0, state = 0, button = 0, same_screen = 1497337125}, xmotion = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, root = 27724928, subwindow = 32, time = 139871415591699, x = 0, y = 0, x_root = 0, y_root = 0, state = 0, is_hint = 0 '\000', same_screen = 1497337125}, xcrossing = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, root = 27724928, subwindow = 32, time = 139871415591699, x = 0, y = 0, x_root = 0, y_root = 0, mode = 0, detail = 0, same_screen = 1497337125, focus = 32566, state = 0}, xfocus = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, mode = 27724928, detail = 0}, xexpose = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, x = 27724928, y = 0, width = 32, height = 0, count = 1510630163}, xgraphicsexpose = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, drawable = 516, x = 27724928, y = 0, width = 32, height = 0, count = 1510630163, major_code = 32566, minor_code = 0}, xnoexpose = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, drawable = 516, major_code = 27724928, minor_code = 0}, xvisibility = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, state = 27724928}, xcreatewindow = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, parent = 516, window = 27724928, x = 32, y = 0, width = 1510630163, height = 32566, border_width = 0, override_redirect = 0}, xdestroywindow = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928}, xunmap = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928, from_configure = 32}, xmap = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928, override_redirect = 32}, xmaprequest = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, parent = 516, window = 27724928}, xreparent = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928, parent = 32, x = 1510630163, y = 32566, override_redirect = 0}, xconfigure = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928, x = 32, y = 0, width = 1510630163, height = 32566, border_width = 0, above = 0, override_redirect = 0}, xgravity = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928, x = 32, y = 0}, xresizerequest = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, width = 27724928, height = 0}, xconfigurerequest = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, parent = 516, window = 27724928, x = 32, y = 0, width = 1510630163, height = 32566, border_width = 0, above = 0, detail = 0, value_mask = 139871402298661}, xcirculate = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, event = 516, window = 27724928, place = 32}, xcirculaterequest = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, parent = 516, window = 27724928, place = 32}, xproperty = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, atom = 27724928, time = 32, state = 1510630163}, xselectionclear = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, selection = 27724928, time = 32}, xselectionrequest = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, owner = 516, requestor = 27724928, selection = 32, target = 139871415591699, property = 0, time = 0}, xselection = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, requestor = 516, selection = 27724928, target = 32, property = 139871415591699, time = 0}, xcolormap = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, colormap = 27724928, new = 32, state = 0}, xclient = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, message_type = 27724928, format = 32, data = {b = "\023c\nZ6\177", '\000' <repeats 13 times>, s = {25363, 23050, 32566, 0, 0, 0, 0, 0, 0, 0}, l = {139871415591699, 0, 0, 0, 139871402298661}}}, xmapping = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, request = 27724928, first_keycode = 0, count = 32}, xerror = {type = 0, display = 0x1a6f8f0, resourceid = 65011713, serial = 5903, error_code = 4 '\004', request_code = 2 '\002', minor_code = 0 '\000'}, xkeymap = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, window = 516, key_vector = "\200\f\247\001\000\000\000\000 \000\000\000\000\000\000\000\023c\nZ6\177\000\000\000\000\000\000\000\000\000"}, xgeneric = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, extension = 516, evtype = 0}, xcookie = {type = 0, serial = 27719920, send_event = 65011713, display = 0x170f, extension = 516, evtype = 0, cookie = 27724928, data = 0x20}, pad = {0, 27719920, 65011713, 5903, 516, 27724928, 32, 139871415591699, 0, 0, 0, 139871402298661, 1786706395136, 27729216, 27729168, 30303872, 0, 27724952, 0, 139871436025392, 1, 139871402294808, 27724928, 139871402299052}}
async = <optimized out>
next = <optimized out>
#4 0x00007f365b0d57a1 in handle_error (dpy=dpy@entry=0x1a6f8f0, err=err@entry=0x1ce6680, in_XReply=in_XReply@entry=0) at xcb_io.c:212
ext = <optimized out>
ret_code = 0
#5 0x00007f365b0d57e5 in handle_response (dpy=dpy@entry=0x1a6f8f0, response=0x1ce6680, in_XReply=in_XReply@entry=0) at xcb_io.c:324
async = <optimized out>
next = <optimized out>
#6 0x00007f365b0d6075 in _XEventsQueued (dpy=dpy@entry=0x1a6f8f0, mode=mode@entry=2) at xcb_io.c:363
response = <optimized out>
#7 0x00007f365b0c76bd in XPending (dpy=0x1a6f8f0) at Pending.c:55
ret_val = <optimized out>
#8 0x00007f365cf8e551 in gdk_check_xpending (display=<optimized out>) at gdkevents-x11.c:159
No locals.
#9 0x00007f365cf8e5cc in gdk_event_check (source=0x1a89040) at gdkevents-x11.c:2378
display_source = 0x1a89040
retval = <optimized out>
#10 0x00007f365b41486c in g_main_context_check (context=context@entry=0x1a89130, max_priority=2147483647, fds=fds@entry=0x1bc48b0, n_fds=n_fds@entry=11) at gmain.c:3169
result = <optimized out>
check = 0x7f365cf8e560 <gdk_event_check>
source = 0x1a89040
iter = {context = 0x1a89130, may_modify = 1, current_list = 0x1a4c580, source = 0x1a89040}
pollrec = <optimized out>
n_ready = 0
i = <optimized out>
#11 0x00007f365b414d02 in g_main_context_iterate (context=0x1a89130, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3287
max_priority = 2147483647
timeout = 9
some_ready = <optimized out>
nfds = 11
allocated_nfds = <optimized out>
fds = 0x1bc48b0
#12 0x00007f365b4151c2 in g_main_loop_run (loop=0x1bbd010) at gmain.c:3484
__PRETTY_FUNCTION__ = "g_main_loop_run"
#13 0x00007f365d339b47 in IA__gtk_main () at gtkmain.c:1257
tmp_list = 0x0
functions = 0x0
init = <optimized out>
loop = 0x1bbd010
#14 0x000000000044c275 in main (argc=1, argv=0x7fffd57194b8) at caja-main.c:615
kill_shell = 0
no_default_window = 1
browser_window = 0
no_desktop = 0
version = 0
autostart_mode = <optimized out>
autostart_id = <optimized out>
geometry = 0x0
remaining = 0x0
perform_self_check = 0
application = 0x1a9c540
context = <optimized out>
file = <optimized out>
uri = <optimized out>
uris = 0x0
uris_array = 0x1a9c540
error = 0x0
options = {{long_name = 0x56e833 "check", short_name = 99 'c', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffd571913c, description = 0x56e8a8 "Perform a quick set of self-check tests.", arg_description = 0x0}, {long_name = 0x58e515 "version", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffd5719138, description = 0x56e8d8 "Show the version of the program.", arg_description = 0x0}, {long_name = 0x57287c "geometry", short_name = 103 'g', flags = 0, arg = G_OPTION_ARG_STRING, arg_data = 0x7fffd5719140, description = 0x56e900 "Create the initial window with the given geometry.", arg_description = 0x57765f "GEOMETRY"}, {long_name = 0x56e78d "no-default-window", short_name = 110 'n', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffd571912c, description = 0x56e938 "Only create windows for explicitly specified URIs.", arg_description = 0x0}, {long_name = 0x56e79f "no-desktop", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffd5719134, description = 0x56e970 "Do not manage the desktop (ignore the preference set in the preferences dialog).", arg_description = 0x0}, {long_name = 0x56b043 "browser", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffd5719130, description = 0x56e7aa "open a browser window.", arg_description = 0x0}, {long_name = 0x590f9d "quit", short_name = 113 'q', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x7fffd5719128, description = 0x56e7c1 "Quit Caja.", arg_description = 0x0}, {long_name = 0x573eb2 "", short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_STRING_ARRAY, arg_data = 0x7fffd5719148, description = 0x0, arg_description = 0x56e7cc "[URI...]"}, {long_name = 0x0, short_name = 0 '\000', flags = 0, arg = G_OPTION_ARG_NONE, arg_data = 0x0, description = 0x0, arg_description = 0x0}}
From To Syms Read Shared Object Library
0x00007f365f90fc20 0x00007f365f913d38 Yes /lib64/libSM.so.6
0x00007f365f6f6f30 0x00007f365f70459c Yes /lib64/libICE.so.6
0x00007f365f4e9ab0 0x00007f365f4efa00 Yes /lib64/libXrender.so.1
0x00007f365f2d9740 0x00007f365f2e3810 Yes /lib64/libXext.so.6
0x00007f365f0cea70 0x00007f365f0d1ee8 Yes /lib64/libcaja-extension.so.1
0x00007f365eec9130 0x00007f365eec9ff8 Yes /lib64/libgmodule-2.0.so.0
0x00007f365eca9c70 0x00007f365ecbd910 Yes /lib64/libmate-desktop-2.so.17
0x00007f365ea971f0 0x00007f365ea9a82c Yes /lib64/libstartup-notification-1.so.0
0x00007f365e8926b0 0x00007f365e89280c Yes /lib64/libgthread-2.0.so.0
0x00007f365e68c2a0 0x00007f365e68f57c Yes /lib64/librt.so.1
0x00007f365e46d560 0x00007f365e47f6c4 Yes /lib64/libdbus-glib-1.so.2
0x00007f365e225ab0 0x00007f365e24f2e4 Yes /lib64/libdbus-1.so.3
0x00007f365e018ad0 0x00007f365e01c320 Yes /lib64/libgailutil.so.18
0x00007f365dde80d0 0x00007f365de03c1c Yes /lib64/libmateconf-2.so.4
0x00007f365daa0870 0x00007f365db894b0 Yes /lib64/libxml2.so.2
0x00007f365d869cc0 0x00007f365d86e534 Yes /lib64/libunique-1.0.so.0
0x00007f365d258960 0x00007f365d4fa498 Yes /lib64/libgtk-x11-2.0.so.0
0x00007f365cf4e800 0x00007f365cfb1124 Yes /lib64/libgdk-x11-2.0.so.0
0x00007f365cd16ef0 0x00007f365cd23314 Yes /lib64/libatk-1.0.so.0
0x00007f365c9ea100 0x00007f365caa8e34 Yes /lib64/libgio-2.0.so.0
0x00007f365c7ac6b0 0x00007f365c7b4a0c Yes /lib64/libpangoft2-1.0.so.0
0x00007f365c59c9b0 0x00007f365c5a14d8 Yes /lib64/libpangocairo-1.0.so.0
0x00007f365c37c780 0x00007f365c38fb90 Yes /lib64/libgdk_pixbuf-2.0.so.0
0x00007f365c077fc0 0x00007f365c139dfc Yes /lib64/libcairo.so.2
0x00007f365be281c0 0x00007f365be469a8 Yes /lib64/libpango-1.0.so.0
0x00007f365bb84c80 0x00007f365bbeef30 Yes /lib64/libfreetype.so.6
0x00007f365b944220 0x00007f365b96011c Yes /lib64/libfontconfig.so.1
0x00007f365b6faba0 0x00007f365b72831c Yes /lib64/libgobject-2.0.so.0
0x00007f365b3e7070 0x00007f365b47c23c Yes /lib64/libglib-2.0.so.0
0x00007f365b0b0ee0 0x00007f365b137280 Yes /lib64/libX11.so.6
0x00007f365ae5d850 0x00007f365ae6f404 Yes /lib64/libexif.so.12
0x00007f365ab58e50 0x00007f365abfa5d0 Yes /lib64/libexempi.so.3
0x00007f365a902130 0x00007f365a9134d4 Yes /lib64/libselinux.so.1
0x00007f365a6005b0 0x00007f365a66ad68 Yes /lib64/libm.so.6
0x00007f365a3e4790 0x00007f365a3ef4b4 Yes /lib64/libpthread.so.0
0x00007f365a0461a0 0x00007f365a1877a0 Yes /lib64/libc.so.6
0x00007f3659e23510 0x00007f3659e24a8c Yes /lib64/libuuid.so.1
0x00007f3659c1eed0 0x00007f3659c1f9f0 Yes /lib64/libdl.so.2
0x00007f3659a15b70 0x00007f3659a1b768 Yes /lib64/libXrandr.so.2
0x00007f365980f630 0x00007f36598103b4 Yes /lib64/libxcb-util.so.0
0x00007f365960b600 0x00007f365960b6fc Yes /lib64/libX11-xcb.so.1
0x00007f36593f6a00 0x00007f36594028f8 Yes /lib64/libxcb.so.1
0x00007f365fb16b20 0x00007f365fb303f9 Yes /lib64/ld-linux-x86-64.so.2
0x00007f36591a5170 0x00007f36591c766c Yes /lib64/libMateCORBA-2.so.0
0x00007f3658f69190 0x00007f3658f75640 Yes /lib64/libz.so.1
0x00007f3658d450f0 0x00007f3658d5b340 Yes /lib64/liblzma.so.5
0x00007f3658b3d530 0x00007f3658b3fda8 Yes /lib64/libXfixes.so.3
0x00007f3658939b40 0x00007f365893a458 Yes /lib64/libXinerama.so.1
0x00007f365872c160 0x00007f3658735fc4 Yes /lib64/libXi.so.6
0x00007f3658521ab0 0x00007f36585266ec Yes /lib64/libXcursor.so.1
0x00007f365831cc60 0x00007f365831d794 Yes /lib64/libXcomposite.so.1
0x00007f3658119bd0 0x00007f365811a5ec Yes /lib64/libXdamage.so.1
0x00007f3657f12990 0x00007f3657f17134 Yes /lib64/libffi.so.5
0x00007f3657cfba30 0x00007f3657d0a01c Yes /lib64/libresolv.so.2
0x00007f3657a76660 0x00007f3657ac3dfc Yes /lib64/libharfbuzz.so.0
0x00007f3657849fe0 0x00007f3657865b50 Yes /lib64/libpng15.so.15
0x00007f36575c8030 0x00007f3657631aac Yes /lib64/libpixman-1.so.0
0x00007f36573a4060 0x00007f36573b57ac Yes /lib64/libEGL.so.1
0x00007f365719ab10 0x00007f365719b204 Yes /lib64/libxcb-shm.so.0
0x00007f3656f93590 0x00007f3656f96274 Yes /lib64/libxcb-render.so.0
0x00007f3656d26c00 0x00007f3656d70c70 Yes /lib64/libGL.so.1
0x00007f3656ae5e00 0x00007f3656afecdc Yes /lib64/libexpat.so.1
0x00007f3656839b80 0x00007f365689f76b Yes /lib64/libstdc++.so.6
0x00007f36565caa40 0x00007f36565da188 Yes /lib64/libgcc_s.so.1
0x00007f365636bdb0 0x00007f36563afb28 Yes /lib64/libpcre.so.1
0x00007f3656166eb0 0x00007f3656167bcc Yes /lib64/libXau.so.6
0x00007f3655f379a0 0x00007f3655f4afc7 Yes /lib64/libicule.so.49
0x00007f3655c010d0 0x00007f3655cb4bfc Yes /lib64/libicuuc.so.49
0x00007f365488c570 0x00007f365488c650 Yes (*) /lib64/libicudata.so.49
0x00007f36546888b0 0x00007f3654689638 Yes /lib64/libxcb-dri2.so.0
0x00007f36544815a0 0x00007f3654482ec4 Yes /lib64/libxcb-xfixes.so.0
0x00007f365427bfb0 0x00007f365427c8b8 Yes /lib64/libxcb-shape.so.0
0x00007f36540740d0 0x00007f3654077528 Yes /lib64/libwayland-client.so.0
0x00007f3653e65670 0x00007f3653e6b458 Yes /lib64/libwayland-server.so.0
0x00007f3653c5b8b0 0x00007f3653c5cd28 Yes /lib64/libgbm.so.1
0x00007f3653a27eb0 0x00007f3653a3b75c Yes /lib64/libglapi.so.0
0x00007f36537fd0d0 0x00007f36538049b0 Yes /lib64/libudev.so.1
0x00007f36535f11d0 0x00007f36535f5fe4 Yes /lib64/libdrm.so.2
0x00007f36533e0fb0 0x00007f36533e71d8 Yes /lib64/libxcb-glx.so.0
0x00007f36531d1f90 0x00007f36531d49bc Yes /lib64/libXxf86vm.so.1
0x00007f364cbd61e0 0x00007f364cbdd69c Yes /lib64/libnss_files.so.2
0x00007f364c1adf60 0x00007f364c1c81e8 Yes /usr/lib64/gio/modules/libgvfsdbus.so
0x00007f3647dd7860 0x00007f3647df08b8 Yes /lib64/libgvfscommon.so.0
0x00007f3647b9aef0 0x00007f3647bba20c Yes /lib64/libbluray.so.1
0x00007f3647994f10 0x00007f3647995824 Yes /lib64/libutil.so.1
0x00007f364317b570 0x00007f3643188138 Yes /usr/lib64/gio/modules/libgioremote-volume-monitor.so
(*): Shared library is missing debugging information.
$1 = 0x0
$2 = 0x0
rax 0x6 6
rbx 0x7f365cfb1246 139871464919622
rcx 0x7f365a3ed0cd 139871419027661
rdx 0x7f365a3d8798 139871418943384
rsi 0x0 0
rdi 0x7f365a3d8740 139871418943296
rbp 0x2 0x2
rsp 0x7fffd5718c00 0x7fffd5718c00
r8 0x1 1
r9 0x0 0
r10 0x0 0
r11 0x0 0
r12 0x0 0
r13 0x2 2
r14 0x45e850 4581456
r15 0x4 4
rip 0x7f365b41bca7 0x7f365b41bca7 <g_logv+535>
eflags 0x246 [ PF ZF IF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
Dump of assembler code for function g_logv:
0x00007f365b41ba90 <+0>: push %r15
0x00007f365b41ba92 <+2>: push %r14
0x00007f365b41ba94 <+4>: push %r13
0x00007f365b41ba96 <+6>: push %r12
0x00007f365b41ba98 <+8>: push %rbp
0x00007f365b41ba99 <+9>: mov %esi,%ebp
0x00007f365b41ba9b <+11>: push %rbx
0x00007f365b41ba9c <+12>: sub $0x88,%rsp
0x00007f365b41baa3 <+19>: mov %fs:0x28,%rax
0x00007f365b41baac <+28>: mov %rax,0x78(%rsp)
0x00007f365b41bab1 <+33>: xor %eax,%eax
0x00007f365b41bab3 <+35>: mov %esi,%eax
0x00007f365b41bab5 <+37>: and $0xfffffffc,%eax
0x00007f365b41bab8 <+40>: mov %eax,0x14(%rsp)
0x00007f365b41babc <+44>: jne 0x7f365b41bae4 <g_logv+84>
0x00007f365b41babe <+46>: mov 0x78(%rsp),%rcx
0x00007f365b41bac3 <+51>: xor %fs:0x28,%rcx
0x00007f365b41bacc <+60>: jne 0x7f365b41bddb <g_logv+843>
0x00007f365b41bad2 <+66>: add $0x88,%rsp
0x00007f365b41bad9 <+73>: pop %rbx
0x00007f365b41bada <+74>: pop %rbp
0x00007f365b41badb <+75>: pop %r12
0x00007f365b41badd <+77>: pop %r13
0x00007f365b41badf <+79>: pop %r14
0x00007f365b41bae1 <+81>: pop %r15
0x00007f365b41bae3 <+83>: retq
0x00007f365b41bae4 <+84>: mov %rdi,%rbx
0x00007f365b41bae7 <+87>: mov %rcx,%rsi
0x00007f365b41baea <+90>: mov %rdx,%rdi
0x00007f365b41baed <+93>: callq 0x7f365b4310d0 <g_strdup_vprintf>
0x00007f365b41baf2 <+98>: mov 0x2d3657(%rip),%rdi # 0x7f365b6ef150 <expected_messages>
0x00007f365b41baf9 <+105>: mov %rax,0x18(%rsp)
0x00007f365b41bafe <+110>: test %rdi,%rdi
0x00007f365b41bb01 <+113>: je 0x7f365b41bb79 <g_logv+233>
0x00007f365b41bb03 <+115>: mov (%rdi),%r13
0x00007f365b41bb06 <+118>: mov %rdi,%rsi
0x00007f365b41bb09 <+121>: callq 0x7f365b4307f0 <g_slist_delete_link>
0x00007f365b41bb0e <+126>: mov %rbx,%rsi
0x00007f365b41bb11 <+129>: mov %rax,0x2d3638(%rip) # 0x7f365b6ef150 <expected_messages>
0x00007f365b41bb18 <+136>: mov 0x0(%r13),%rdi
0x00007f365b41bb1c <+140>: callq 0x7f365b3e6990 <strcmp@plt>
0x00007f365b41bb21 <+145>: test %eax,%eax
0x00007f365b41bb23 <+147>: mov 0x8(%r13),%esi
0x00007f365b41bb27 <+151>: jne 0x7f365b41bb37 <g_logv+167>
0x00007f365b41bb29 <+153>: mov 0x14(%rsp),%eax
0x00007f365b41bb2d <+157>: and %esi,%eax
0x00007f365b41bb2f <+159>: cmp %eax,%esi
0x00007f365b41bb31 <+161>: je 0x7f365b41bd92 <g_logv+770>
0x00007f365b41bb37 <+167>: lea 0x30(%rsp),%rdi
0x00007f365b41bb3c <+172>: callq 0x7f365b41af70 <mklevel_prefix>
0x00007f365b41bb41 <+177>: mov 0x10(%r13),%rdx
0x00007f365b41bb45 <+181>: lea 0x30(%rsp),%rsi
0x00007f365b41bb4a <+186>: lea 0x69807(%rip),%rdi # 0x7f365b485358
0x00007f365b41bb51 <+193>: xor %eax,%eax
0x00007f365b41bb53 <+195>: callq 0x7f365b431100 <g_strdup_printf>
0x00007f365b41bb58 <+200>: mov 0x14(%rsp),%esi
0x00007f365b41bb5c <+204>: mov %rax,%r13
0x00007f365b41bb5f <+207>: xor %ecx,%ecx
0x00007f365b41bb61 <+209>: mov %rax,%rdx
0x00007f365b41bb64 <+212>: mov %rbx,%rdi
0x00007f365b41bb67 <+215>: callq 0x7f365b41b4e0 <g_log_default_handler>
0x00007f365b41bb6c <+220>: mov %r13,%rdi
0x00007f365b41bb6f <+223>: callq 0x7f365b41a7d0 <g_free>
0x00007f365b41bb74 <+228>: orl $0x2,0x14(%rsp)
0x00007f365b41bb79 <+233>: movslq 0x14(%rsp),%r15
0x00007f365b41bb7e <+238>: mov $0x40,%r13d
0x00007f365b41bb84 <+244>: jmp 0x7f365b41bb99 <g_logv+265>
0x00007f365b41bb86 <+246>: nopw %cs:0x0(%rax,%rax,1)
0x00007f365b41bb90 <+256>: test %r13d,%r13d
0x00007f365b41bb93 <+259>: je 0x7f365b41bcd3 <g_logv+579>
0x00007f365b41bb99 <+265>: sub $0x1,%r13d
0x00007f365b41bb9d <+269>: bt %r13,%r15
0x00007f365b41bba1 <+273>: jae 0x7f365b41bb90 <g_logv+256>
0x00007f365b41bba3 <+275>: mov %ebp,%edx
0x00007f365b41bba5 <+277>: and $0x1,%ebp
0x00007f365b41bba8 <+280>: and $0x2,%edx
0x00007f365b41bbab <+283>: mov %ebp,0x2c(%rsp)
0x00007f365b41bbaf <+287>: mov %edx,0x28(%rsp)
0x00007f365b41bbb3 <+291>: nopl 0x0(%rax,%rax,1)
0x00007f365b41bbb8 <+296>: mov $0x1,%ebp
0x00007f365b41bbbd <+301>: mov %r13d,%ecx
0x00007f365b41bbc0 <+304>: shl %cl,%ebp
0x00007f365b41bbc2 <+306>: test %ebp,0x14(%rsp)
0x00007f365b41bbc6 <+310>: je 0x7f365b41bcb6 <g_logv+550>
0x00007f365b41bbcc <+316>: lea 0x2d354d(%rip),%rdi # 0x7f365b6ef120 <g_messages_lock>
0x00007f365b41bbd3 <+323>: or 0x28(%rsp),%ebp
0x00007f365b41bbd7 <+327>: or 0x2c(%rsp),%ebp
0x00007f365b41bbdb <+331>: callq 0x7f365b451db0 <g_mutex_lock>
0x00007f365b41bbe0 <+336>: lea 0x2d3579(%rip),%rdi # 0x7f365b6ef160 <g_log_depth>
0x00007f365b41bbe7 <+343>: callq 0x7f365b452170 <g_private_get>
0x00007f365b41bbec <+348>: lea 0x8ffeb(%rip),%rdi # 0x7f365b4abbde
0x00007f365b41bbf3 <+355>: test %rbx,%rbx
0x00007f365b41bbf6 <+358>: mov %rax,%r12
0x00007f365b41bbf9 <+361>: mov %eax,%r14d
0x00007f365b41bbfc <+364>: cmovne %rbx,%rdi
0x00007f365b41bc00 <+368>: callq 0x7f365b41add0 <g_log_find_domain_L>
0x00007f365b41bc05 <+373>: mov %ebp,%edx
0x00007f365b41bc07 <+375>: or $0x1,%edx
0x00007f365b41bc0a <+378>: test %r12d,%r12d
0x00007f365b41bc0d <+381>: cmovne %edx,%ebp
0x00007f365b41bc10 <+384>: add $0x1,%r14d
0x00007f365b41bc14 <+388>: test %rax,%rax
0x00007f365b41bc17 <+391>: mov %r14d,0x20(%rsp)
0x00007f365b41bc1c <+396>: je 0x7f365b41bd88 <g_logv+760>
0x00007f365b41bc22 <+402>: mov 0x8(%rax),%ecx
0x00007f365b41bc25 <+405>: or 0x2d2c41(%rip),%ecx # 0x7f365b6ee86c <g_log_always_fatal>
0x00007f365b41bc2b <+411>: mov %ebp,%edx
0x00007f365b41bc2d <+413>: lea -0xa84(%rip),%r14 # 0x7f365b41b1b0 <_g_log_fallback_handler>
0x00007f365b41bc34 <+420>: or $0x2,%edx
0x00007f365b41bc37 <+423>: test %ebp,%ecx
0x00007f365b41bc39 <+425>: cmovne %edx,%ebp
0x00007f365b41bc3c <+428>: xor %ecx,%ecx
0x00007f365b41bc3e <+430>: mov %ebp,%edx
0x00007f365b41bc40 <+432>: and $0x1,%edx
0x00007f365b41bc43 <+435>: mov %edx,0x24(%rsp)
0x00007f365b41bc47 <+439>: je 0x7f365b41bce8 <g_logv+600>
0x00007f365b41bc4d <+445>: lea 0x2d34cc(%rip),%rdi # 0x7f365b6ef120 <g_messages_lock>
0x00007f365b41bc54 <+452>: mov %rcx,0x8(%rsp)
0x00007f365b41bc59 <+457>: callq 0x7f365b451de0 <g_mutex_unlock>
0x00007f365b41bc5e <+462>: mov 0x20(%rsp),%esi
0x00007f365b41bc62 <+466>: lea 0x2d34f7(%rip),%rdi # 0x7f365b6ef160 <g_log_depth>
0x00007f365b41bc69 <+473>: callq 0x7f365b452190 <g_private_set>
0x00007f365b41bc6e <+478>: mov 0x8(%rsp),%rcx
0x00007f365b41bc73 <+483>: mov 0x18(%rsp),%rdx
0x00007f365b41bc78 <+488>: mov %ebp,%esi
0x00007f365b41bc7a <+490>: mov %rbx,%rdi
0x00007f365b41bc7d <+493>: callq *%r14
0x00007f365b41bc80 <+496>: mov %ebp,%eax
0x00007f365b41bc82 <+498>: and $0x6,%eax
0x00007f365b41bc85 <+501>: cmp $0x2,%eax
0x00007f365b41bc88 <+504>: je 0x7f365b41bd20 <g_logv+656>
0x00007f365b41bc8e <+510>: and $0x2,%ebp
0x00007f365b41bc91 <+513>: je 0x7f365b41bca7 <g_logv+535>
0x00007f365b41bc93 <+515>: nopl 0x0(%rax,%rax,1)
0x00007f365b41bc98 <+520>: mov 0x24(%rsp),%r9d
0x00007f365b41bc9d <+525>: test %r9d,%r9d
0x00007f365b41bca0 <+528>: jne 0x7f365b41bdd6 <g_logv+838>
0x00007f365b41bca6 <+534>: int3
=> 0x00007f365b41bca7 <+535>: lea 0x2d34b2(%rip),%rdi # 0x7f365b6ef160 <g_log_depth>
0x00007f365b41bcae <+542>: mov %r12d,%esi
0x00007f365b41bcb1 <+545>: callq 0x7f365b452190 <g_private_set>
0x00007f365b41bcb6 <+550>: test %r13d,%r13d
0x00007f365b41bcb9 <+553>: jle 0x7f365b41bcd3 <g_logv+579>
0x00007f365b41bcbb <+555>: nopl 0x0(%rax,%rax,1)
0x00007f365b41bcc0 <+560>: sub $0x1,%r13d
0x00007f365b41bcc4 <+564>: bt %r13,%r15
0x00007f365b41bcc8 <+568>: jb 0x7f365b41bbb8 <g_logv+296>
0x00007f365b41bcce <+574>: test %r13d,%r13d
0x00007f365b41bcd1 <+577>: jne 0x7f365b41bcc0 <g_logv+560>
0x00007f365b41bcd3 <+579>: mov 0x18(%rsp),%rdi
0x00007f365b41bcd8 <+584>: callq 0x7f365b41a7d0 <g_free>
0x00007f365b41bcdd <+589>: jmpq 0x7f365b41babe <g_logv+46>
0x00007f365b41bce2 <+594>: nopw 0x0(%rax,%rax,1)
0x00007f365b41bce8 <+600>: test %rax,%rax
0x00007f365b41bceb <+603>: je 0x7f365b41bd70 <g_logv+736>
0x00007f365b41bcf1 <+609>: mov 0x10(%rax),%rax
0x00007f365b41bcf5 <+613>: test %rax,%rax
0x00007f365b41bcf8 <+616>: jne 0x7f365b41bd09 <g_logv+633>
0x00007f365b41bcfa <+618>: jmp 0x7f365b41bd70 <g_logv+736>
0x00007f365b41bcfc <+620>: nopl 0x0(%rax)
0x00007f365b41bd00 <+624>: mov 0x18(%rax),%rax
0x00007f365b41bd04 <+628>: test %rax,%rax
0x00007f365b41bd07 <+631>: je 0x7f365b41bd70 <g_logv+736>
0x00007f365b41bd09 <+633>: mov 0x4(%rax),%edx
0x00007f365b41bd0c <+636>: and %ebp,%edx
0x00007f365b41bd0e <+638>: cmp %edx,%ebp
0x00007f365b41bd10 <+640>: jne 0x7f365b41bd00 <g_logv+624>
0x00007f365b41bd12 <+642>: mov 0x10(%rax),%rcx
0x00007f365b41bd16 <+646>: mov 0x8(%rax),%r14
0x00007f365b41bd1a <+650>: jmpq 0x7f365b41bc4d <g_logv+445>
0x00007f365b41bd1f <+655>: nop
0x00007f365b41bd20 <+656>: mov 0x2d3419(%rip),%rax # 0x7f365b6ef140 <fatal_log_func>
0x00007f365b41bd27 <+663>: test %rax,%rax
0x00007f365b41bd2a <+666>: je 0x7f365b41bc8e <g_logv+510>
0x00007f365b41bd30 <+672>: mov %ebp,%esi
0x00007f365b41bd32 <+674>: mov 0x2d340f(%rip),%rcx # 0x7f365b6ef148 <fatal_log_data>
0x00007f365b41bd39 <+681>: mov 0x18(%rsp),%rdx
0x00007f365b41bd3e <+686>: mov %rbx,%rdi
0x00007f365b41bd41 <+689>: callq *%rax
0x00007f365b41bd43 <+691>: and $0x2,%ebp
0x00007f365b41bd46 <+694>: je 0x7f365b41bca7 <g_logv+535>
0x00007f365b41bd4c <+700>: test %eax,%eax
0x00007f365b41bd4e <+702>: jne 0x7f365b41bc98 <g_logv+520>
0x00007f365b41bd54 <+708>: lea 0x2d3405(%rip),%rdi # 0x7f365b6ef160 <g_log_depth>
0x00007f365b41bd5b <+715>: mov %r12d,%esi
0x00007f365b41bd5e <+718>: callq 0x7f365b452190 <g_private_set>
0x00007f365b41bd63 <+723>: jmpq 0x7f365b41bcb6 <g_logv+550>
0x00007f365b41bd68 <+728>: nopl 0x0(%rax,%rax,1)
0x00007f365b41bd70 <+736>: mov 0x2d33c1(%rip),%rcx # 0x7f365b6ef138 <default_log_data>
0x00007f365b41bd77 <+743>: mov 0x2d2d32(%rip),%r14 # 0x7f365b6eeab0 <default_log_func>
0x00007f365b41bd7e <+750>: jmpq 0x7f365b41bc4d <g_logv+445>
0x00007f365b41bd83 <+755>: nopl 0x0(%rax,%rax,1)
0x00007f365b41bd88 <+760>: mov $0x5,%ecx
0x00007f365b41bd8d <+765>: jmpq 0x7f365b41bc25 <g_logv+405>
0x00007f365b41bd92 <+770>: mov 0x10(%r13),%rdi
0x00007f365b41bd96 <+774>: mov 0x18(%rsp),%rsi
0x00007f365b41bd9b <+779>: callq 0x7f365b422d90 <g_pattern_match_simple>
0x00007f365b41bda0 <+784>: test %eax,%eax
0x00007f365b41bda2 <+786>: jne 0x7f365b41bdad <g_logv+797>
0x00007f365b41bda4 <+788>: mov 0x8(%r13),%esi
0x00007f365b41bda8 <+792>: jmpq 0x7f365b41bb37 <g_logv+167>
0x00007f365b41bdad <+797>: mov 0x0(%r13),%rdi
0x00007f365b41bdb1 <+801>: callq 0x7f365b41a7d0 <g_free>
0x00007f365b41bdb6 <+806>: mov 0x10(%r13),%rdi
0x00007f365b41bdba <+810>: callq 0x7f365b41a7d0 <g_free>
0x00007f365b41bdbf <+815>: mov %r13,%rdi
0x00007f365b41bdc2 <+818>: callq 0x7f365b41a7d0 <g_free>
0x00007f365b41bdc7 <+823>: mov 0x18(%rsp),%rdi
0x00007f365b41bdcc <+828>: callq 0x7f365b41a7d0 <g_free>
0x00007f365b41bdd1 <+833>: jmpq 0x7f365b41babe <g_logv+46>
0x00007f365b41bdd6 <+838>: callq 0x7f365b3e6460 <abort@plt>
0x00007f365b41bddb <+843>: nopl 0x0(%rax,%rax,1)
0x00007f365b41bde0 <+848>: callq 0x7f365b3e66f0 <__stack_chk_fail@plt>
End of assembler dump.
Per the Roadmap:
Done: Start GTK3 support
Per to the mate-file-manager/TODO file:
Done: all the destroy and move things into finalize or dispose
Should be fixed: "Figure out why we get NULL font problems in Pango when the progress dialog comes up."
(changes to progress dialog and ports to cairo-drawing for GTK2 merged in master).
TBD: Migrate libunique to GApplication
I've followed all nautilus changes up until the GtkApplication changes, starting with:
2010-10-30 application: split SmClient code in its own module.
http://git.gnome.org/browse/nautilus/commit/?id=dc0b129436d5c9eb712a80852768387fc2b8cd7c
... http://git.gnome.org/browse/nautilus/log/?ofs=2300
In the future: A bunch of memleak fixes. See Nautilus: #682603, #683769, and the list from the forum thread which Stefano noted in comment below.
Distro: Mageia 1-i586
autoheader: WARNING: Using auxiliary files such as acconfig.h',
config.h.bot'
autoheader: WARNING: and config.h.top', to define templates for
config.h.in'
autoheader: WARNING: is deprecated and discouraged.
autoheader:
autoheader: WARNING: Using the third argument of AC_DEFINE' and autoheader: WARNING:
AC_DEFINE_UNQUOTED' allows one to define a template without
autoheader: WARNING: acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function
main' is needed.])
autoheader:
autoheader: WARNING: More sophisticated templates can also be produced, see the
autoheader: WARNING: documentation.
It started somewhere between Nautilus 2.30.1 and Caja 1.2.1.
Navigate to the Places area where the bookmarks are. I use TAB but a mouse click will do. Navigate through the bookmarks with Up/DnArrow to select one. Press ENTER. Location does not open as it should. Only the mouse works.
Keyboard navigators should notice this missing old friend immediately. I've seen this in Mint 12, 13 and LMDE/UP4 but never in Nautilus. Fingers crossed it's an easy fix.
The issue was reported at http://forums.linuxmint.com/viewtopic.php?f=47&t=110662#p620395
Well, I don't believe that this bugs need a long and winded description. Currently Caja uses Nautilus 2 UI (which still beats Nautilus 3 UI), but it would be much better if it used Nautilus Elementary UI ... after all back in the day Nautilus Elementary was the king of the file managers :)
This feature is incredibly useful to me and other users who have complained about its removal on various websites. It is also almost trivial to restore, and I honestly have no idea why it was removed. Would it be possible to bring it back in MATE?
This patch restores it on GNOME 2.30.1, but is untested with MATE:
http://www.mediafire.com/?fsp3dka1fc5l7c3
Caja has plugins? I once read somewhere that Caja manages the desktop - makes sense - where? How?
What does "stock" Caja supply and what extras does it come with?
Guide to Caja's source code (where are things found? How's it split up), it'd ease the learning curve.
Things like that. I didn't know it had plugins. A wiki page, more code comments... so forth
Thanks
From the XDG mailing list:
From: Federico Mena Quintero <[email protected]>
Subject: File manager DBus interface
To: xdg <[email protected]>
Hi, everyone,
I've just created this page to document the file manager interface that
we discussed some months ago:
http://www.freedesktop.org/wiki/Specifications/file-manager-interface
Sorry that this took so long to put up!
Federico
At the moment I can't use gloobus preview with caja. To open gloobus preview with the space button as by nautilus isn't possible. Maybe it's possible for you to add such a function.
Thank you for your great work!
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.