Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

file-browser-applet fails to maintain configuration across log-out and log-ins #61

Open
GoogleCodeExporter opened this issue Mar 21, 2015 · 13 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Full details at the Fedora bugzilla link below
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

https://bugzilla.redhat.com/show_bug.cgi?id=484187

Original issue reported on code.google.com by [email protected] on 5 Feb 2009 at 1:28

@GoogleCodeExporter
Copy link
Author

Hmm, this is an odd one.

1) I don't see that problem on my machine. Deji, is RH applying nay patches to 
the
applet?

2) When you close the configuration dialog, are you a) pressing Esc, b) 
pressing the
window manager close button (top right), or c) the dialog close button (bottom
right). If you're doing a or b, the configuration WON'T be saved (on purpose). 
You
have to do d to save the configuration.

Original comment by [email protected] on 6 Feb 2009 at 4:30

@GoogleCodeExporter
Copy link
Author

No, we're not adding any patch to the applet. You can see the package's CVS 
repo @ 
http://cvs.fedoraproject.org/viewvc/rpms/file-browser-applet/F-10/ ; its the 
stock 
0.6.0 version.

I'll pass your comment along to the original RH bug entry.

Original comment by [email protected] on 6 Feb 2009 at 5:17

@GoogleCodeExporter
Copy link
Author

Here is the response from the original reporter;

Re 2)
Definitely c)
Thanks

(https://bugzilla.redhat.com/show_bug.cgi?id=484187#c2)

Original comment by [email protected] on 8 Feb 2009 at 1:00

@GoogleCodeExporter
Copy link
Author

I'm going to have to get a FC VMWare session to sort this one out. What version 
of FC
is this?

Original comment by [email protected] on 8 Feb 2009 at 5:58

@GoogleCodeExporter
Copy link
Author

Preferences are not retained between logouts and restarts in Ubuntu Lucid 10.04 
(amd64) either.

Version: 0.6.6-0ubuntu1

* I am using the close button at the bottom of the preferences screen.

Original comment by [email protected] on 20 May 2010 at 1:47

@GoogleCodeExporter
Copy link
Author

Blarg!

I was about to delete this issue. I'm also using 10.4 but am not experiencing 
this.
Will have to look into reproducing it.

Can yo tell me more about your specific conditions? Was it a clean install of 
10.4 or
an upgrade? Was it the first time you installed/added the applet, or was it on 
your
panel already?

Original comment by [email protected] on 21 May 2010 at 4:39

@GoogleCodeExporter
Copy link
Author

I have this issue.

Original comment by [email protected] on 24 Aug 2010 at 1:55

@GoogleCodeExporter
Copy link
Author

Hey ssthom,

What OS and version are you using?

Original comment by [email protected] on 24 Aug 2010 at 2:54

@GoogleCodeExporter
Copy link
Author

Hi, I'm using Ubuntu 10.04 and I have the same issue.
Preferences are not retained between logouts and restarts.

The preference that I want so much is the 'hide files' option. But it doesn't 
work. =/

Original comment by [email protected] on 2 Nov 2010 at 4:21

@GoogleCodeExporter
Copy link
Author

Has anyone observed this problem recently?

Original comment by [email protected] on 22 Feb 2011 at 1:32

@GoogleCodeExporter
Copy link
Author

Hi there, this issue is still present for me on a fresh Linux Mint 11 
installation.

Original comment by [email protected] on 4 Jul 2011 at 11:48

@GoogleCodeExporter
Copy link
Author

Aha! Lucas, that last comment was a big help. It seems that this is a problem 
only for some preferences (like hide_files). I had previously unsuccessfully 
tried to reproduce it with other preferences.

Anyway, it should be easy to fix.

Original comment by [email protected] on 4 Jul 2011 at 2:41

  • Changed state: Accepted

@GoogleCodeExporter
Copy link
Author

Fix in git master. I'll make a release some day...

Original comment by [email protected] on 5 Jul 2011 at 2:47

  • Changed state: Started

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant