Reorganize rednotebook directories, remove webkit and xbel folders

Bug #777512 reported by pixel_juice on 2011-05-05
This bug affects 2 people
Affects Status Importance Assigned to Milestone

Bug Description

I'm running version 1.1.4 on Windows 7 64-Bit. After install and opening for the first time, it creates the ".rednotebook" and "webkit" folders in "c:\Users\*username*\" and when closed it creates a .recently-used.xbel in this folder.

Can or shouldn't they be put in "c:\Users\*username*\AppData\Roaming\RedNotebook" like other apps? Since Win7 doesn't respect the .file hidden attrib like Linux, they clutter up the user folder.

Thanks! Let me know if you need any other info.

indeed, that looks very helpful. Reorganization of the directories will
have to be postponed to version 1.2 or 1.3 however since it implies some
untrivial changes.

pixel_juice (benjarvis) wrote :
pixel_juice (benjarvis) wrote :
Changed in rednotebook:
status: New → Confirmed
importance: Undecided → Wishlist
Jendrik Seipp (jendrikseipp) wrote :

Thanks for the report!

Concerning RedNotebook data: Are you sure "c:\Users\*username*\AppData\Roaming\RedNotebook" is the correct directory for the files? Can you give any pointers to "official" guidelines for saving data, configs, etc.?

Concerning the webkit folder: You may have to file a bug at the webkit bugtracker.

Concerning .recently-used.xbel: There's some info here: Apparently you need to add

gtk-recent-files-limit = 0
gtk-recent-files-max-age = 0

to your gtkrc file (found under RedNotebook/etc/gtkrc I think). Does that make any difference?

pixel_juice (benjarvis) wrote :

Thanks for replying so soon!

To be honest I'm not 100% sure where the official proper place to put app prefs and settings in Win 7 is. However all of the commercial software I have (Ableton Live, Adobe products, dBpoweramp) and many of the F/OSS apps (VLC, Deluge, Mozilla) store their profiles/settings under "c:\users\<username>\AppData\Roaming\<Appname>" (i.e. vlc puts them in "c:\users\<username>\AppData\Roaming\vlc"). I have come to expect to find them there, and I'm assuming (by the folder name) they get copied when a user logs on to another PC on a domain that uses "Roaming Profiles"

Is webkit creating that folder? I'm not sure I understand exactly.

Changing the gtkrc file didn't do anything. I tried each of the variable changes and both of them at once. No difference. Setting the file to hidden and read-only made it remain hidden for 1 instance of opening/closing, but returned (unhidden and read-enabled) after a 2nd instance of opening/closing.

I fear these may be upstream bugs. :(

Am 05.05.2011 13:44, schrieb pixel_juice:
> Is webkit creating that folder? I'm not sure I understand exactly.
yes, I think that's the case. What is inside that folder?

There is one folder called: "icondatabase" and inside that is a file called "WebpageIcons.db".

BTW, I forgot to mention I love your program. I'm using Windows now and when I moved from Ubuntu and I missed Lifeograph. But when I found your app and I forgot all about Lifeograph. Thanks for all the hard work!

Jendrik Seipp (jendrikseipp) wrote :

Thanks, glad you like it :)

I opened a bug report for the webkit file at and asked about the gtk file at

Does someone know about a pythonic way to get the desired windows paths for the journal data ("c:\users\<username>\AppData\Roaming\RedNotebook") generically for the different Windows versions?

pixel_juice (benjarvis) wrote :

I did a little looking and it looks like you can use the environment variable "APPDATA" to store the .rednotebook folder in the appropriate appdata folder.

Maybe that will help.

One "dirty" solution to this problem might be to remove those created files when RedNotebook exits.

summary: - .rednotebook folder, webkit folder, and xbel files in user folder.
+ Reorganize rednotebook directories, remove webkit and xbel folders
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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