After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 607415 - Anjuta creates lots of random directories
Anjuta creates lots of random directories
Status: RESOLVED FIXED
Product: anjuta
Classification: Applications
Component: plugins: project-manager
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: Naba Kumar
Anjuta maintainers
Depends on:
Blocks:
 
 
Reported: 2010-01-19 07:40 UTC by Kvikende
Modified: 2010-01-23 16:35 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
The project (15.35 KB, application/octet-stream)
2010-01-20 11:36 UTC, Kvikende
Details

Description Kvikende 2010-01-19 07:40:09 UTC
Anjuta creates lots of random directories when I have imported from existing source.

At my home directory I have the folders:
'1' which contains 'listdebugging'
'1101' which is empty
'ting' which is empty

At the working directory, where I have the sources I have the same three + 1 directories.

There is a connection between the names of the directories and the working directory. the working directory is at ~/Uni. ting/INF 1101/Oppg. 1/listdebugging

I believe that perhaps Anjuta doesn't handle directories with spaces in them correctly.

The new directories seem to be created when anjuta is closed.
Comment 1 Johannes Schmid 2010-01-19 08:05:20 UTC
It's likely because of the spaces in the directory names. We made some improvements in 2.29 but I am not sure if anything has been fixed.

So, your steps to reproduce are:
* start anjuta
* import a project from a directory with a path containing spaces
* close anjuta?

Thanks!
Comment 2 Sébastien Granjoux 2010-01-19 18:22:50 UTC
Indeed, Anjuta doesn't really support directory with space in it. But it's not just Anjuta, autotools have some troubles with it too. Which kind of project it is ? A autotools project or a makefile project ?

Ideally, if this project is available on the web or you can send it to me, I will look exactly what's happen.
Comment 3 Kvikende 2010-01-20 11:36:03 UTC
Created attachment 151824 [details]
The project

I have attached the project files.

Full path to where the files lie is:
/home/torstein/Uni. ting/INF 1101/Oppg. 1/p1

The folders that are created are:
* /home/torstein/1/p1 (both 1 and p1)
* /home/torstein/1101
* /home/torstein/ting

 I have also gotten the same folders, but inside /home/torstein/Uni. ting/INF 1101/Oppg. 1/p1 instead of at my home. This didn't happen today for some reason.
Comment 4 Sébastien Granjoux 2010-01-23 10:48:12 UTC
Thanks for your project, but it wasn't really needed. The issue is due only to the very strange path where you have put it.

I have found the problem. It was due to the creation of the directory used to saved the session data. So, it's not a project manager issue. Anyway, it's fixed on master git branch. If you can compile Anjuta from source, you can get it here and check that it's working now. Else you can wait the next release of Anjuta 2.29.6 or greater.
Comment 5 Kvikende 2010-01-23 15:09:42 UTC
Uni. ting = University stuff
INF 1101 = the code of the subject "Datastructures and algorithms"
Oppg. 1 = Exercise 1
p1 = precode 1

They are not strange paths if you understood Norwegian.

Thanks for fixing it. Wish there were a way to backport the patch to the 2.28 series.
Comment 6 Sébastien Granjoux 2010-01-23 16:05:14 UTC
(In reply to comment #5)
> Uni. ting = University stuff
> INF 1101 = the code of the subject "Datastructures and algorithms"
> Oppg. 1 = Exercise 1
> p1 = precode 1
> They are not strange paths if you understood Norwegian.

Ok but the main problem is the use of space in directory name. Even if I think all languages use them to separate words, it gives troubles for quite a lots of programs.

> Thanks for fixing it. Wish there were a way to backport the patch to the 2.28
> series.

We follow the GNOME release schedule, so there will be no new version in the 2.28 series. So, if you really want this fix, you will have to backport the fix (just get the corresponding patch and apply it as the code is the same for 2.28 and 2.29) and recompile Anjuta yourself.
Comment 7 Johannes Schmid 2010-01-23 16:35:04 UTC
Well, we didn't release a 2.28.2 yet but I think I will do that once I have time backporting some of the changes in master.