Ubuntu
bluefish package

Not quite perfect handling of SSH for remote projects

Bug #112699 reported by Daniel Stiner
4
Affects Status Importance Assigned to Milestone
Bluefish
Expired
Medium
bluefish (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: bluefish

When using a SSH url for a project, an alternate branch with all the sub folder expanded is made with blank folders, sometimes a folder named "ssh:", and shows multiple copies of any file open, from different folders even, in the files side-pane, etc. The url was just copied from a (working) remote SSH connection in Nautilus. I have no idea how to fix this, and Bluefish works still, but it can be very annoying and confusing at times.

See original description
Tags: ssh
Revision history for this message
Daniel Leidert (dleidert-deactivatedaccount) wrote : Re: Bad handling of SSH and other protocols for remote projects

Can you provide a screenshot?

Revision history for this message
Daniel Stiner (danstiner) wrote :

I guess I should attach the screenies here instead of emailing them.

Plus a better explanation: When you have a project with a remote ssh url such as "ssh://<email address hidden>/home/user". It works fine until you open a file. Then it creates a separate base directory that expands the url like this "ssh://<email address hidden>" -> "home" -> "user" which wouldn't be a major problem except that you can't click on anything in this new base dir, because it really doesn't exist. And then every time you switch files, it re-selects this imaginary base dir and adds a copy of the current folder and file. Very soon it becomes a giant list of only 4 or 5 real files. Maybe Bluefish doesn't recognize there already is folder with the file in it. idk

So not a major bug, just an annoyance for anyone trying to use Bluefish with a secure connection. Though everything else works perfectly, and thanks for making this great application.

description: updated
Revision history for this message
Daniel Leidert (dleidert-deactivatedaccount) wrote :

Sounds like http://bugzilla.gnome.org/show_bug.cgi?id=313901. Doesn't it?

Revision history for this message
Daniel Stiner (danstiner) wrote :

Very sorry I didn't check all the different bug sites. I wrongly assumed Launchpad would be definitive for bluefish :( I'll leave you to your important work, and see if I can actually help fix things in the future rather than opening duplicate bugs.
I've also marked this bug as a duplicate.

Revision history for this message
Daniel Stiner (danstiner) wrote :

Duplicate of http://bugzilla.gnome.org/show_bug.cgi?id=313901

Changed in bluefish:
status: Unconfirmed → Rejected
Revision history for this message
Daniel Stiner (danstiner) wrote :

http://bugzilla.gnome.org/show_bug.cgi?id=313901

Changed in bluefish:
status: Rejected → In Progress
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Back to "confirmed" because it's "In progress" with no assignee for a long time now and no one is working on it. Thanks for your time.

Changed in bluefish:
status: In Progress → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in bluefish:
status: Unknown → New
Bug Watch Updater (bug-watch-updater)
Changed in bluefish:
status: New → Invalid
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

According to upstream this bug has been fixed in CVS HEAD and won't be fixed in 1.0 .

Changed in bluefish:
status: Confirmed → Fix Committed
Przemek K. (azrael)
Changed in bluefish (Ubuntu):
status: Fix Committed → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in bluefish:
importance: Unknown → Medium
status: Invalid → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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