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 131190 - Can't copy filename when text field is readonly
Can't copy filename when text field is readonly
Status: RESOLVED DUPLICATE of bug 149201
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.6.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 144133 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-01-11 23:48 UTC by Hakon
Modified: 2005-05-22 14:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Attachments
Uses gtk_editable_set_editable instead of gtk_widget_set_sensitive when file is readonly (896 bytes, patch)
2004-10-27 03:17 UTC, Brett Hall
none Details | Review

Description Hakon 2004-01-11 23:48:21 UTC
When a file or directory is write protected, it is also impossible even to
make a selection of the filename in the properties window. Of course this
should be possible, it's just text input that should be disabled.
Comment 1 Martin Wehner 2004-06-12 15:48:56 UTC
*** Bug 144133 has been marked as a duplicate of this bug. ***
Comment 2 Brett Hall 2004-10-24 04:44:02 UTC
OK, I've looked into this a bit and there's two ways to fix it.  The easy way is
to use gtk_editable_set_editable to turn off filename editting.  This
unfortunately looks somewhat bad since the cursor is still displayed leading the
user to think that she can change the filename.  This seems like a gtk issue,
there doesn't seem like there's any good reason for a text entry box to display
a cursor if the user cannot change the text.

The hard way is to implement a suggestion from a comment in the code.  The entry
box could be removed and a static text label used instead when the file is
read-only.  This would be more painful to implement but would look better,
except for the GUI inconsistency of sometimes having an edit box and sometimes
having a static label but I don't think that would be too big of a deal.  I'm
willing to implement it that way as well. I'll hopefully have some patches for
poeple to look at implmenting it both ways in the next couple of days.
Comment 3 Brett Hall 2004-10-27 03:17:45 UTC
Created attachment 33100 [details] [review]
Uses gtk_editable_set_editable instead of gtk_widget_set_sensitive when file is readonly

This patch implements the easier of the two methods I outlined above, hsoudl
hopefully have a patch implementing the other soon.
Comment 4 Kjartan Maraas 2005-01-03 23:05:58 UTC
Did someone look at this patch?
Comment 5 Martin Wehner 2005-05-22 14:22:49 UTC
Thanks for the patch and sorry for the zero feedback up until now. However I
think this was fixed via the commit at bug 149201 in the meantime, so I'm
marking it as duplicate. Please reopen if I'm mistaken.


*** This bug has been marked as a duplicate of 149201 ***