Shift F3

[rjl]

The Shift F3 shortcut for backwards search has suddenly stopped working for me. It now acts the same as plain F3. Did I do something to cause this to happen or are others having this problem? Any suggestions on how I can get it back?

One other unrelated issue. I pretty much always open the same workspace which has a couple of projects in it. At start-up it, no matter what project and/or file I was last working on, I am dropped into one particular file from one particular project that I don't happen to work on all that often. Is there some way to get CB to open into the last edited file?

Thank you all very much!

[oBFusCATed]

What is you distro/os/version of c::b? My magic ball is out of mana!

[rjl]

C::B 10.05 on Kubuntu 12.04. Upgraded a few days ago and the problem started soon after that, but not immediately after -- I think!  BTW, did a sanity check with Kate and Shift F3 does behave properly there.

[oBFusCATed]

I have this problem, too and it is related to the xkeyboard-config being broken, but this is for all applications.
Are you sure there is keybinding for shift-f3?
See next to the search->find previous menu item.
The key binding for this item should be displayed there.

[rjl]

Yes, the menu entry shows Shift+F3. Are you saying you don't see that? And, of course, clicking the "find previous" menu item works as expected.

[oBFusCATed]

I have this problem, too and it is related to the xkeyboard-config being broken, but this is for all applications.

For me all shift-fx shortcuts are broken. This caused by all xkeyboard-config versions after 2.3.0 or something like that.

[rjl]

My problem seems to be C::B unique, so I am still open to suggestions. 

[oBFusCATed]

Does it work with scite, gedit or anything based on gtk for example? Mine scite doesn't work.

[rjl]

Good call. It does not work for Scite. (I'm afraid knowing what is -- and isn't -- gtk based is over my head since I don't really know what gtk is.)

You may be on to something here. After my upgrade, to prevent C::B from dying on start-up I had to change the Application Appearance - GTK+ Appearances - Widget Style from oxygen-gtk to Raleigh. (This was suggested in another thread on this site I can't seem to find right now.) So something's up with GTK -- whatever that is.

So, where do we go from here?

[oBFusCATed]

As this is system's related we cannot help you here.
Go bug your distro maintainers/support.

[rjl]

Thanks for your time. Now at least I have a pretty good idea of what the problem is.

[oBFusCATed]

If you fix it please post the solution here, cause I suffer a lot from this too...

[Freem]

I have the problem too. (well, on a debian testing so...)
But I just would like to say that I am not sure that the problem is because of global configuration, because opera works perfectly.
Because it is closed source, I can not check that, but I think they are using Qt (opera is linked statically, so I can not know it's dependencies), so the problem might come from gtk. Sadly, I am not experienced enough with linux to even know which part of X have the problem.

I might have found some interesting readings on the same kind of problems here: http://www.gossamer-threads.com/lists/gentoo/amd64/240261
I will read it and if I find something interesting I will reply here.

[oBFusCATed]

Opera is Qt based I think, at least it the past it was.
Try scite, gedit or anything based on gtk.
I have no software based on Qt on my system and thus I cannot try.

[Freem]

Opera is the only one (which use Qt) on mine. I have already tried scite, and the problem is the same as yours. This is why I am thinking that the problem may (or may not) be related to gtk.

I would like to know, when you run xev, what does it gave to you?
On my computer, it seem to be fine, the "state" is correct for F1 and shift+F1, and keysim is the good one too (0xffbe here).

I have bind xev to codeblocks, with the id provided by xwininfo, but I do not understand results at all: they are all the same...