Provide means to connect to remote CIFS server on Gnome 3

Bug #1175435 reported by Ramiro Pereira de Magalhães
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Referencer
Fix Committed
Wishlist
Mads Chr. Olesen

Bug Description

With Nautilus I'm able to connect to a CIFS (and many other) file servers inside my home network. When I try to add a folder to Referencer, although the file chooser shows me the CIFS folder, an error message pops up telling that only local folders are allowed.

This is a request to support remote folders, particularly those accessible via CIFS.

Tags: cifs
Revision history for this message
Mads Chr. Olesen (shiyee) wrote :

Thanks for taking the time to report this shortcoming.

Which version of Referencer are you using? The most recent (1.2.0) uses gvfs and should allow using any gvfs supported filesystem.
What exact steps are needed to reproduce the problem?

Changed in referencer:
status: New → Incomplete
Revision history for this message
Ramiro Pereira de Magalhães (ramiro-p-magalhaes) wrote :

I'm using version 1.1.6 that is currently distributed with Debian Wheezy. I guess I should get the most recent version then...

To reproduce:
1) Open Nautilus, then choose File→Connect to server on the menu.
2) Fill the next form and connect to the remote CIFS server.
3) Open Referencer. Open a Library. If your remote server does not show up in the menu, go back to Nautilus and navigate to your remote folder. Now it should show up in the recent locations on the Open Lybrary box.
4) Now t.The error message pops up when you try to open the remote folder.

Revision history for this message
Mads Chr. Olesen (shiyee) wrote :

Okay, please try with 1.2.0, as it *should* work there. There might still be bugs, so feel free to get back to us if you can reproduce on 1.2.0 :-)

Revision history for this message
Ramiro Pereira de Magalhães (ramiro-p-magalhaes) wrote :

So I finally compiled Referencer on Debian Wheezy. It wasn't really simple BTW (https://answers.launchpad.net/referencer/+question/228045).

So I confirm the issue. I follow the same steps mentioned in message #2, but I'd add as simple detail: I'm trying to add a whole FOLDER to the library. It succeeds when I add a single document.

Revision history for this message
Ramiro Pereira de Magalhães (ramiro-p-magalhaes) wrote :

Ok, it SEEMS that things go wrong when there is a folder inside the folder I want to add. Otherwise, it works properly.

Revision history for this message
António Lima (amrlima) wrote :

Hi, I' can confirm this issue which I found some time ago. I've worked on it to fix it but I had a hard drive failure so I've been trying to recover these changes along with other changes. I'll get back to you as soon as I have news about it, probably today or tomorow.

Revision history for this message
António Lima (amrlima) wrote :

Unfortunatly I can't seem to recover the data I had in the drive and my backup is a bit to old to contain the changes I did to refencer back then. (Shame on me). Anyway, the problem is in the onAddDocFolderRecurse() method in Utility.C.

Revision history for this message
Ramiro Pereira de Magalhães (ramiro-p-magalhaes) wrote :

Hey everyone,

I provide here a small code snipped destined to replace the function onAddDocFolderRecurse() in Utility.C file as suggested by António Lima. It solved my problem, but please, do double check it because I have almost no experience with GTK library.

I made some small changes in parameters. Parameter 1 (diruri) should be the base directory you want to add files from. Parameter 2 (_filestoadd) is just the array of strings where file names should be added.

Revision history for this message
Mads Chr. Olesen (shiyee) wrote :

Could you send the complete diff, or the complete file? There seems to be more changes than the one you sent.

Revision history for this message
Ramiro Pereira de Magalhães (ramiro-p-magalhaes) wrote :

Sure! Here's the diff.

Changed in referencer:
status: Incomplete → Confirmed
Changed in referencer:
importance: Undecided → Wishlist
status: Confirmed → Fix Committed
assignee: nobody → Mads Chr. Olesen (shiyee)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.