Bluefish does not save command line options for external programs

Bug #184583 reported by mhotze
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
bluefish (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: bluefish

#1 Bluefish does not store the changes to the command line options after pressing the "Apply" or "Ok" button (with the mouse pointer). This happened when attempting to edit the command line options in the preferences menu because Mozilla opens with an error message that the filename "New" does not exist when Mozilla opens first time (this might be another bug).
#2 After deleting all browser lines, and adding a new one called "Mozilla", the command line options just entered disappear when the "Apply" button is pressed. And of course here as well, the command line options entered are not stored either when pressing the "Ok" button. Trying to edit the line by exiting Bluefish and opening Bluefish again does not help either.
This is happening in Bluefish 1.07 running under Gutsy.

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

After changing something, you have to hit <ENTER>, so the field turn into blue again and the changes are stored then!

Revision history for this message
mhotze (m-hotze) wrote :

Confirmed, <ENTER> is needed. It's anti-intuitive though; this might be a wish list item?

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

I was told, that it's GTK design.

Revision history for this message
mhotze (m-hotze) wrote :

Found out that default command line options "mozilla -remote 'openURL(%s, new-window)' || mozilla %s&" causes problems when Mozilla has not been opened yet. Mozilla then mentions an error message like "Firefox can't find the file at /media/hda3/html/New.", while the file being worked on is called "index.html". Same behavior occurs when the command line is changed to "mozilla %s". It was fixed by changing it to "mozilla '%s'". This suggest more quotes might be needed in the default command line as well?

So issue circumvented by changing command line to "mozilla '%s'" and hitting <ENTER> before hitting <Ok> or <Apply>.

Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 or 9.04?

Changed in bluefish:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
mhotze (m-hotze) wrote :

It is still there in 8.10 with Bluefish 1.0.7. I've removed Bluefish, manually removed the config file from my home directory, and re-installed Bluefish. Deleted all application references except the Mozilla one (which still looks incorrect to me). Open an existing html (e.g. index.html) file in Bluefish, and output in Mozilla first time when Mozilla is not open yet:

! File Not Found
Firefox can't find the file at /media/hda3/html/New.
    * Could the item have been renamed, removed, or relocated?
    * Is there a spelling, capitalization, or other typographical error in the address?
    * Do you have sufficient access permissions to the requested item?

It also needs the <ENTER> to be pressed before hitting <Ok> or <Apply> to change the settings.

I looks like the issue has not yet been confirmed and this may be the reason it's not fixed yet. Is this issue as reproducible on the maintainer's side of this application?

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

The underquotation issue has been fixed upstream. Simple add the quotes in src/rcfile.c.

However, for me the syntax without the quotes works as long as there is no space in the path. I guess, that's the case for you.

About the necessity to hit ENTER: I already explained this.

Revision history for this message
Ralph Janke (txwikinger) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.

Revision history for this message
Nicola Ferralis (feranick) wrote :

I cannot reproduce this bug in the latest release of Karmic. As mentioned above this bug has been fixed upstream, and it's now on Karmic. This should be marked as fixed.

Changed in bluefish (Ubuntu):
status: Incomplete → Fix Released
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.