Shift-click on pinboard bug

I’m not sure if others can reproduce this one – it was mentioned to me by a customer, and I am
seeing the same thing, but it is a bit odd.

Put an application on the pinboard, and then try to shift-double click the pinboard icon to
filer_opendir it. Similarly, pin a BASIC (or other) file and shift-double click it to edit
it. It would appear that shift isn’t recognised.

Shift double click in filer is OK.

Problem exists in 3rd party pinboard replacement, too.

I’m told that pinboard replacement simply uses INKEY to check for shift – I haven’t checked if
that’s the correct way to do it (I’d use akbd_shft() or whatever it is from Acorn’s C libraries).

Anyway, it seems like an odd one – a bit of a “biggy” to have slipped through (which makes me
wonder if anyone else can reproduce), but equally I wanted to report it.

Definately goes back to early August, probably longer. Doesn’t seem to be an issue back in Feb.

I can confirm that the SHIFT is NOT recognised on the PandaRO here, but is recognised on the Iyonix. Both machines are on RISC OS 5.23, the PB is very recent, but the Iyonix is from back in June. ARMX6 is not on at the moment, but could check later.

I noticed that. Wanting to shift-open a buggy program in an editor to look at the code, Pinboard ran the file instead (and crashed the machine, Yay).

So, yes, Pinboard in the Pi doesn’t register Shift…

Same applies to click click hold. BB -xM.

Put an application on the pinboard, and then try to shift-double click the pinboard icon to
filer_opendir

Nearly, it’s Filer_Run, and that’s the key bit. This looks like a latent bug from fixing ticket #400 in Filer 2.40 at the end of July.

Anyway, it seems like an odd one – a bit of a “biggy” to have slipped through (which makes me
wonder if anyone else can reproduce)

Not sure it counts as a biggy, but certainly highlights that there could be less talking and more people testing the nightly builds. Or, those who are testing don’t pin stuff on the Pinboard, like me.

Or, those who are testing don’t pin stuff on the Pinboard, like me.

Yup. That and fiddling with Filer keyboard shortcuts and therefore not looking at pinboard.
More especially, I don’t dump stuff on the desktop – windows + roaming profiles + lots on the desktop = dire logon times.

This looks like a latent bug from fixing ticket #400

That link reminds me – what time of day does the bug tracker actually work?

Or, those who are testing don’t pin stuff on the Pinboard, like me.

Or those we do don’t feel like spawning messages to report minor things. After all, there’s a bug tracker for that. Oh, wait…

Fixed, as tested with Pi ROM 2015-09-30.

Many thanks.

Just to follow this up, I’m still getting people complaining about side effects following the fix in Filer 2.40 mentioned by Sprow above.

Basically, any “pinboard-like” app which previously allowed shift-double behaviour is effectively broken. This includes things like Blinds, MenuBar etc and presumably any other non-maintained 3rd party pinboard-type tools. Possibly also things like StrongMen and Director, although I must admit that I haven’t tried those.

I’m not sure there’s a solution, particularly, but this does smack of being a somewhat heavy-handed fix for a problem that didn’t affect too many people. I suspect that altering Alarm, for example, to call Filer_Run with a -noshift check would have been better than a global change to how Filer_Run (a fairly fundamental call) works.

Is there a recommended way to advise coders to alter their software, or to change the default behaviour?

I’m not sure there’s a solution

Fix Pinboard instead?