[solved] xorg 1.8 strange keyboard behavior

I've updated to xorg 1.8 on my MSI VR630 laptop.
But now some keys trigger two keypress events.
Examples:
* [Del] triggers [Del] and [Print]
* [Down] triggers [Down] and [Enter]
* [Ins] triggers [Ins] and [/]
and so on.
EDIT:
I overlooked that kbd setings had been overwritten by /etc/X11/xorg.conf.d/10-evdev.conf.
Had to disable evdev keyboard section.
Last edited by ColdSphinX (2010-05-13 13:10:07)

Nothing ?
Switchng off hal deamon and cleaning ~/.kde* has no effect...
So, after searching on google again an again, still nothing found.... even among the Ubuntu specific issue where post are terminated
with "wait next version of the package", the windows-style answer.
I will continue my attempts to fix this... but my conclusion about this is that hal was more precise in his behavior than udev...

Similar Messages

Strange keyboard behavior - odd characters

My friend's Macbook is acting weird. All the keys on the keyboard type correctly except the "H" and "V" keys. When typing a lower case "h", a superscript dot appears. Shift-"H" gives you a capital "O" with an accent mark over it. The "V" key doesn't do anything but give you a sound like you're running up against the end of something and can't input a character.
I've monkeyed around with the input menu to make sure US Qwerty was the only keyboard layout selected. Tried switching to something else and back to US Qwerty. Still nothing.
Any ideas what's going on here?

I am also having strange laptop keyboard behavior, but a little different than inserting odd characters.
While I'm inputting text, the cursor may jump back to the beginning of a text field or to the middle of a sentence and resume, resulting in a jumble of letters. Sometimes the cursor jumps multiple lines or letters ahead. When I try entering three of the same letters, it will only enter two, unless I insert the cursor manually. And all of this is intermittent.
Has my keyboard gone wacko? I've tried looking for possible keyboard viruses in Google, but nothing seems to match the symptoms. Also, the space bar under the track pad seems a little tight—doesn't always fell like it clicks when I press it.
Any ideas?

Strange keyboard behavior - multiple repetition of a character

I have a wireless Apple keyboard. From time to time keyboard locks into repeating multiple instances of a character, i.e. pppppppppppp and is doing that until I switch off the keyboard and reinstall bluetooth connection through the passkey.
How I can cure this strange behavior? Is anyone else experiencing the same problem?
Thanks
sercher
G5 2.5G Mac OS X (10.4.7)

Yes! I'm gettttttttttting the same issue! It happens randommmmmmmly with my apple bluetooth keyboard and drives me insane. (I didn't edit my typing.)
Also, sommetimes the the characters are slow to react after I have typed them and other times it's fine. The keyboard is always the same distance away from my powerbook.
What is the problem? Can Apple support answer one of these tttttthreads please?!

Strange keyboard behavior after OS 4.2.1 upgrade

When typing (at least, so far, in Safari) the keyboard will randomly (or so it seems) retract after typing a letter, instead of that letter being registered in the text box. It's necessary to re-locate the insertion point back in the text box to bring the keyboard back. And when I do, then the caps lock is on even though it wasn't before. This happens every few characters, but unpredictably.

I'm getting this too. Been looking all over the Internet to find other people with the same problem.
Its very annoying, and I'm not touching any other part of the screen - it does exactly what the OP describes, and it seems to do it all the time, when I'm typing. Only noticed it in safari because that is all I type in, and strangely enough it is not happening as I type this, and when it does happen i make sure the webpages are fully loaded. Very strange and very frustrating
I'm also finding that rss feeds aren't updating, but thats a different problem.

[SOLVED] xorg 1.5 + japanese keyboard key

I am using ThinkPad T61 and my desktop dnvironment is GNOME.
I tried to make configuration for japanese 106-keyboard with new xorg.
My solution is following:
(1)Copy /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi to /etc/hal/policy.
sudo cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/policy/
(2)Edit /etc/hal/policy/10-keymap.fdi
Referenced page: http://cgit.freedesktop.org/xorg/xserve … -input.fdi
<?xml version="1.0" encoding="ISO-8859-1"?> 
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.x11_options.XkbRules" type="string">evdev</merge>

<merge key="input.x11_driver" type="string">kbd</merge>
<merge key="input.x11_XkbModel" type="string">jp106</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.x11_driver" type="string">evdev</merge>
<merge key="input.x11_XkbModel" type="string">jp106</merge>
</match>
<merge key="input.x11_XkbLayout" type="string">jp</merge>
<merge key="input.x11_XkbVariant" type="string" />
</match>
</device>
</deviceinfo>
(3) Reboot.(or restart hal)
(4) Open the gnome keyboard panel, and select keyboard model and layout.
keyboard model : Japanese 106-key
Layout : Japan
Now ']' and '}' keys became available.
(5) Option.
setxkbmap -print
xkb_keymap {
xkb_keycodes { include "evdev(jp106)+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete+japan+ledscroll(group_lock)" };
xkb_symbols { include "pc+jp+inet(evdev)+altwin(super_win)+group(alts_toggle)+level3(menu_switch)+ctrl(swapcaps)" };
xkb_geometry { include "pc(jp106)" };
That's all.
Best regards.

I also have a Thinkpad, T60 with jp106 keyboard and am running Openbox. Using evdev-2.1.0
from the testing branch instead of evdev-2.0.7 with X's hotplugging got me jp106 keyboard layout by only modifying /etc/hal/fdi/policy/10-keymap.fdi as follwing
$ cat /etc/hal/fdi/policy/10-keymap.fdi
<?xml version="1.0" encoding="ISO-8859-1"?> 
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>

<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">jp106</merge>
</match>
<merge key="input.xkb.layout" type="string">jp</merge>
</match>
</device>
</deviceinfo>
According to the wiki (http://wiki.archlinux.org/index.php/Xor … otplugging) this is how changing the keyboard layout via hal policy files in xorg-server 1.5 series is supposed to work but for me it didn't with evdev-2.0.7 so I assume some fixes have been made in evdev-2.1.0.
I haven't had any issues by using the testing branch evdev and with this I can get all keys except the yen key, which has never woked by default for me, working without farther configuration.
Last edited by naoki (2008-12-07 13:36:51)

Strange keyboard behavior

I am filling out a form, but mistyped a character. When I any button in the keyboard, including the backspace key, the keyboard goes away. I doesn't do this everywhere, just on the ATT my account page.
Any suggestions?

Can you provide a bit more info?
I do understand this occurs on the at&t account page. Is this at&t wireless website? or another at&t website?
And is it occurring during Login of the account or another area?
Thanks for any extra info. It helps us all better understand how to better assist.

Weird keyboard behavior in MacBook Pro 13'

Hi guys, I have a MacBook Pro that's starting to show a strange keyboard behavior.
The problem is that the keys: e r t y u i o (curiously all belong to the same row) sometimes get unresponsive.
It's very annoying of course and it happened about 4 months after upgraded to Lion.
The geneal perfomance of the laptop was deteriorated and I've read that a clean install of Lion might help so I've did it thinking that it will also fix any OS weirdness about the keys too.
The machine works way better after the clean Lion install but the problem of those same keys persist.
What I did next was to reset the PRAM thinking it might be interference from some weird state there. But after the reset the problem persisted.
Curiously, I've figured out that when, for example the i key gets unresponsive, if I press AND hold the e key then the i key works totally fine (think of typing an "I" but using e instead of shift).
If, when pressing the unresponsive keys, I use different angles or quantity of force in the pressure of the keys or cornes of the key the behavior stays the same. The only thing that seems to affect is holding the e key down before pressing it. Every time it gets weird I do it and it kind of get normal for a while.
Also, sometimes, keeping some seconds the unresponsive key ends up getting responsive again (but not always).
This mac has about two years now and it's very well preserved.
Do this happen to anyone? ideas?
Is there some other thing than PRAM I could reset to see if it gets normal again?

You are making me dig into nightmare-ish memories here.
Ok, I'll share.
This is how turned out:
Needed to send my MBP to another town with an Apple authorized service provider and asked to change the keyboard for a new one.
It was ~20 days waiting until they got the new keyboard part from Apple and about ~3 more to get it fixed and ~2 more to get it again in town.
I received it very well packaged and all was fine after that but the whole thing was very expensive, ~40% of the price I paid for the whole MPB in the first place plus all that time without being able to use it.

[SOLVED] Xorg and keyboard not working after upgrade.

Hi guys,
after a `# pacman -Syyu` I got Xorg not starting and keyboard not working: I am unable to do anything.
I'm posting here pacman's log that I got by booting an Ubuntu Live CD: https://gist.github.com/anonymous/7517806
Any hint?
How do you recover a system once it's gone like this? Many thanks in advance.
J
Last edited by ifsixwasnine (2013-12-23 13:58:16)

WonderWoofy wrote:
I wouldn't necessarily call this [SOLVED]. At best I would probably mention that you found a workaround. The addition of '(downgrade)' likely makes it fine, but just FYI for future threads. There are two reasons for this. One, others who find this thread are likely to dig into it thinking there is a real solution, and two, if you mark it as [Solved] it might generate less attention, lessening the chances of you actually being helped to a real solution.
Just my 1.46¢
You're right, problem wasn't actually solved. In fact, yesterday I upgraded the whole system again and the same problem showed up, but I got it fixed.
Same scenario: after a boot (shorter than usual), what I had was a tty, but I noticed something that I hadn't noticed the last time: the prompt said "Arch Linux 3.11.[?]".
The kernel version was supposed to be 3.12.[?] so I started investigating and after several attempts, this is how I got the system working again:
1. Chrooted into the system
2. Wiped /boot
3. Re-installed grub
4. Re-installed linux kernel
5. Re-created grub.cfg
6. ???
7. Profit
I'm pretty sure that what originated the problem wasn't a "kernel issue" as I pointed out in my previous post, but it was an incorrect installation of grub: in fact, the grub prompt never showed up before yesterday, the system used to boot straight, ignoring the 5 seconds timeout.

[SOLVED]Very strange laptop behavior: keymap changing on fly

I have had arch up and running on my Lenovo T440s without issue for over 2 months now. Today I ran into some very strange behavior. After being on for about 45 minutes, with only a browser and thunderbird running, the keyboard started being selective in which keys woud work. I could no longer mange the windows with my normal AwesomeWM key bindings. The only thing I could do was restart by turning off and back on. I checked journalctl and there had been a weird message around the time the error occured, something along the lines of "HKEY error 0x600, unknown thermal alarm or keyboard input".
Now I can barely login, ocassionally I can get my credentials input before the machine stops reading in certain letters. When I use xterm rather than the usual urxvt the letters are all some different unicode symbols, it's like the keymap has been changed to something bizarre on the fly, right after loading up. The time at which this issue arises is not predicatable, sometimes I can get further before it happens. For example, sometimes I can't even enter my username and other times I get a few minutes, just enough to try to enable sshd so I can effectively troubleshoot remotely. I was able to run an update and install lm_sensors remotely. The cpu temps are right at or below 40 deg C.
Any ideas on how to debug this would be very appreciated.
Dave
Last edited by dam5h (2014-07-01 13:04:20)

Hello, thank you for the reply.
Actually this is a laptop so the keyboard is internal. However I have input a usb keyboard from my desktop to try to isolate the issue when it occurs. I get the same behavior out of my desktop usb keyboard.
I am seeing no messages in the journal when the event occurs (since that one mentioned above happened yesterday). The problem has since arisen about 20 times and I am not getting any messages. Perhaps there is a verbosity setting in the journalctl config, I haven't yet had time to look into that.
Two other oddities /clues are:
1. When I go into the BIOS, I cannot get consistent response from the keys. At first the bios just beeps at me when I try to use the arrows of other keys, although usually eventually they start working. At first I thought this may have to do with me pressing several keys to initiate the bios rapidly as the boot is so fast, but now I'm not sure that's it--based on the amount of time that the unresponsive beep alarm is occuring for (sometimes I stop waiting and restart).
2. When I get the bad behavior, I am able to put the machine to sleep (suspend) temporarily by closing the lid for 5 secs and reopening it. After doing this I get normal keyboard behavior for another few minutes before it goes wonky again.
I need this machine for work in the evenings so any help troubleshooting would be very appreciated. Will probably be calling lenovo soon, but given that I altered the OS from preinstalled windows they may not be very helpful.

[SOLVED] Can't switch international keyboard

Hi there,
The issue is I can't switch keyboard from US to Cyrillic layout with the help of ALt-Shift keys combination.
I'd like to have original US localization, but be able to read/edit Cyrillic files.
Here is relevant info:
# localectl
System Locale: LANG=en_US.UTF-8
VC Keymap: us
VC Toggle Keymap: ru
X11 Layout: us,ru
X11 Model: pc104
X11 Variant: grp:alt_shift_toggle
# more /etc/locale.conf
LANG=en_US.UTF-8
# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
# more /etc/X11/xorg.conf.d/00-keyboard.conf
Section "InputClass"
Identifier "system-keyboard"
MatchIsKeyboard "on"
Option "XkbLayout" "us,ru"
Option "XkbModel" "pc104"
Option "XkbVariant" "grp:alt_shift_toggle"
# locale -a
C
en_US.utf8
POSIX
ru_RU.utf8
Please help.
Last edited by Fixed (2014-10-07 20:36:38)

[SOLVED]
Found solution at http://ziggi.org/ustanovka-i-nastroyka- … e-chast-1/
Also, great Arch installation manual BTW!
Thanks, Ziggi!
Last edited by Fixed (2014-10-07 20:36:55)

Capturing DVCAM in FCP 6.0.2 and encountering strange capture behavior

I have FCP 6.0.2 and OSX 10.5.2 and QT 7.3.1. I have been capturing several DVCAM cassettes using my Sony DSR-20 deck. Although I have done this countless times before in earlier versions of FCP, I am encountering some strange repetitive behavior. I am capturing 30 minute clips one at a time. When I use batch capture it will cue the tape up properly to the in point...and then start capturing until it gets to about 10-12 minutes in, and then capture unexpectedly stops, no dialogue box, the tape rewinds and starts capturing again from the original in point. On this second capture, the tape sails past the 10 minute mark and keeps going to the end of the 30 minute clip. It then stops, gives me the dialogue box that it has successfully captured. And it has.
But every DVCAM tape I captured today exhibited the same behavior. Capture would be successful until about about 10 minutes in, then FCP aborts (no dropped frame message, no dialogue box) rewinds the tape back to the in point, tries again, and this time succeeds with the second pass capturing the entire clip. Note at the 10 minute mark there is no scene change or no camera start/stop.
Have other users experienced this issue? And if so, is there a workaround or a possible patch forthcoming from FCP?
Many thanks,
John

Yes, each tape has an in and out point defined. In my 6 years of editing with Final Cut and DVCAM tapes I've never encountered this issue before in the capturing process until now. I will have to see in future weeks with other captures whether this is an on-going issue or not, but at least I can capture for now.

Bug in my code or strange memory behavior ?

Hi, Guys !
It's been a while since I post something in this forum - trying to use your help when it's really needed.
So, here we go ...
(we use Oracle 8.1.7 on Unix box and SQL * Plus 8.1.6)
While back I wrote "core" PL/SQL package that resides in let's say DB1 database. It has RECORD_EXISTS_FNC function designed to dynamically check If the record exists in certain table/view. Assumptions are that you pass in :
Table/View name, Column name, and unique numeric value (because by DBA rules all of our Tables have SEQUENCE as a Primary Key. And I plan soon to put in overloaded function to accept unique character value)
Also every Table has SYS_TIME_STAMP and SYS_UPDATE_SEQuence columns that populated by Trigger before Insert/Update representing Last Update time_stamp
and how many times record was updated within same second.
(in case more than one User updates same record in same time - that was written before Oracle had more granular date/time). So function has SYS_TIME_STAMP and SYS_UPDATE_SEQUENCE parameters (optional) accordingly.
And It looks something like :
FUNCTION RECORD_EXISTS_FNC
(iBV_NAME IN USER_VIEWS.VIEW_NAME%TYPE,
iPK_FIELD IN USER_TAB_COLUMNS.COLUMN_NAME%TYPE,
iPK_VALUE IN NUMBER,
iSYS_TIME_STAMP IN DATE DEFAULT NULL,
iSYS_UPDATE_SEQ IN NUMBER DEFAULT NULL) RETURN BOOLEAN IS
TYPE REF_CUR IS REF CURSOR;
CR REF_CUR;
i PLS_INTEGER DEFAULT 0;
vRESULT BOOLEAN DEFAULT FALSE;
vQUERY USER_SOURCE.TEXT%TYPE;
BEGIN
vQUERY := 'SELECT 1 FROM ' || iBV_NAME || ' WHERE ' || iPK_FIELD || ' = ' || iPK_VALUE;
IF iSYS_TIME_STAMP IS NOT NULL AND iSYS_UPDATE_SEQ IS NOT NULL THEN
vQUERY := vQUERY || ' AND SYS_TIME_STAMP = TO_DATE (''' || iSYS_TIME_STAMP || ''')
AND SYS_UPDATE_SEQ = ' || iSYS_UPDATE_SEQ;
END IF;
IF iBV_NAME IS NOT NULL AND
iPK_FIELD IS NOT NULL AND
iPK_VALUE IS NOT NULL THEN
OPEN CR FOR vQUERY;
FETCH CR INTO i;
vRESULT := CR%FOUND;
CLOSE CR;
END IF;
RETURN vRESULT;
EXCEPTION
WHEN OTHERS THEN
IF CR%ISOPEN THEN
CLOSE CR;
END IF;
INSERT_ERROR_LOG_PRC ('CORE_PKG', 'ORACLE', SQLCODE, SQLERRM, 'RECORD_EXISTS_FNC');
RETURN vRESULT;
END RECORD_EXISTS_FNC;
So the problem is when I call this function from let's say
database DB2 (via db remote link and synonym) and I know exactly that record does exists (because I am selecting those SYS fields before pass them in) - I get the correct result TRUE. The other programmer (Patrick) calls this function within same DB2 database, within same UserID/password (obviously different session), running exactly the same testing code and gets result FALSE (record doesn't exist, but it does !) He tried to Logoff/Login again several times within several days and try to run it and still was getting FALSE !
I tried to Logoff/Login again and I was getting mostly TRUE and sometimes FALSE too !!!
I thought may be It has something to do with REF CURSOR that I use to build SQL on the fly, so I changed to NDS
using EXECUTE IMMEDIATE statement - nothing changed.
vQUERY := 'SELECT COUNT (1) FROM ' || iBV_NAME || ' WHERE ' || iPK_FIELD || ' = ' || iPK_VALUE;
IF iSYS_TIME_STAMP IS NOT NULL AND iSYS_UPDATE_SEQ IS NOT NULL THEN
vQUERY := vQUERY || ' AND SYS_TIME_STAMP = TO_DATE (''' || iSYS_TIME_STAMP || ''') AND SYS_UPDATE_SEQ = ' || iSYS_UPDATE_SEQ;
END IF;
EXECUTE IMMEDIATE vQUERY INTO i;
vRESULT := NOT (i = 0);
RETURN vRESULT;
Interesting note : when Patrick doesn't pass SYS parameters (Time_stamp, Update_sequence), or passes NULLs - function always finds the record ! (Statement 2 below)
May be it has to do with the way TO_DATE () function gets parsed in that dynamic SQL - I don't know ...
Here's the test code :
SET SERVEROUTPUT ON;
DECLARE
SYS_TIME DATE;
SYS_SEQ NUMBER;
bEXISTS BOOLEAN DEFAULT FALSE;
BEGIN
SELECT SYS_TIME_STAMP, SYS_UPDATE_SEQ INTO SYS_TIME, SYS_SEQ FROM LOCATION_BV WHERE PK = 1;
bEXISTS := CORE_PKG.RECORD_EXISTS_FNC ('LOCATION_BV','PK',1, SYS_TIME, SYS_SEQ); -- STATEMENT 1
--bEXISTS := CORE_PKG.RECORD_EXISTS_FNC ('LOCATION_BV','PK',1, NULL, NULL); -- STATEMENT 2
IF bEXISTS THEN
DBMS_OUTPUT.PUT_LINE ('TRUE');
ELSE
DBMS_OUTPUT.PUT_LINE ('FALSE');
END IF;
END;
I asked our DBA, he has no clue about this strange inconsistent results.
I debugged line by line, extracted that generated SQL and ran it in same account - works fine !
Does anyone knows or have clues or can help what's going on ???
I don't know If this is bug in my code or strange memory behavior ?
(Please let me know If anything unclear)
Thanx a lot for your help and time !
Steve K.

see your other thread
Bug in my code or strange memory behavior ?

Strange keyboard issue on a Satellite P300

Hi,
Since a week i have a problem with my keyboard on my P300.
The keyboard doesn't work when the power supply is on. The keyboard is inactive on vista and in the BIOS.
When i cut the power and the PC is on battery the keyboard is OK.
Do you have any infomations about this problem ?
Thanks.
oliv

Hi Oliv
Such issue is not known to me and I think it must be hardware related issue.
What you can do about it? Not much except to try with BIOS update but I dont think it will help.
Satellite P300 is not the newest notebook model. Since when you have noticed such strange keyboard behaviour?
To be honest I think you should contact Toshiba service in your country. Let them check keyboard and keyboard controller using diagnostic tools. They can tell you what the problem is and how to fix it.

Strange Permissions Behavior with Public/Private Drop Box

Strange Permissions Behavior with Non-Course Drop Box
In an effort to promote iTunes U on campus this semester (and to get people working with audio and video more) we're having a contest in which people can submit personal or group audio/video projects.
This being an iTunes promo, we intend for students to submit their contributions via a drop box.
To that end, I began experimenting with drop boxes in iTunes U, which I haven't done much of previously. I've created a course called "iTunes U Drop Box Test" under "Campus Events". Within that, I have two tabs: "Featured Submissions" and "Dropbox". My goal with this drop box was to allow faculty, students and college folks the ability to use the drop box ("college" being a role I've defined for those who don't fit into the faculty/student roles).
When I first started experimenting, access to the "iTunes U Drop Box Test" course looked like this:
--- Credentials (System) ---
Edit: Administrator@urn:mace:itunesu.com:sites:lafayette.edu
Download: Authenticated@urn:mace:itunesu.com:sites:lafayette.edu
Download: Unauthenticated@urn:mace:itunesu.com:sites:lafayette.edu
Download: All@urn:mace:itunesu.com:sites:lafayette.edu
--- Credentials ----
Download: College@urn:mace:lafayette.edu
Download: Instructor@urn:mace:lafayette.edu
Download: Instructor@urn:mace:lafayette.edu:classes:${IDENTIFIER}
Download: Student@urn:mace:lafayette.edu
Download: Student@urn:mace:lafayette.edu:classes:${IDENTIFIER}
For the "Featured" Submissions tab, I gave the non-system credentials the "download" right, and for the "Dropbox" tab I gave the non-system credentials the "dropbox" right.
My understanding of this setup is that everyone should have had the ability to view the course and the contents of the "Featured Submissions" tab and that those in the College/Instructor/Student roles would be able to upload files via the "Dropbox" tab ... but not see the contents of said tab after the files were uploaded (aside from any files they uploaded themselves).
This is not the behavior we saw however. While the College/Instructor/Student roles could upload files to the dropbox, everyone (including the unauthenticated public) was able to see all of the contents of the dropbox.
The only way I could get this to work as advertised was to change all of the system credentials save the "Administrator" to "No Access":
--- Credentials (System) ---
Edit: Administrator@urn:mace:itunesu.com:sites:lafayette.edu
No Access: Authenticated@urn:mace:itunesu.com:sites:lafayette.edu
No Access: Unauthenticated@urn:mace:itunesu.com:sites:lafayette.edu
No Access: All@urn:mace:itunesu.com:sites:lafayette.edu
Once I did this, everything worked as advertised: College/Instructor/Student roles could upload tracks, and the "Dropbox" tab would only display tracks they uploaded.
So my question is ... is this the correct behavior for the drop box? It looks like when the system credentials are in play, they're simply overriding whatever the normal "view" rule is for the drop box, which doesn't seem right.

Your current configuration where things work as you wanted does seem correct to me. You are not using any System Credentials to accomplish the functionality and that's fine.
Here's some more info to clarify how / why this is working for you and why you had to set "No Access" for the System Credentials:
The System Credential "Authenticated@..." is going to get assigned to any user that goes through your transfer script. Even if you transfer script assigns no credentials to a user, upon entering iTunes U they will have at least 1 - the "Authenticated@..." credential. Therefore, unless you block access using "No Access", any user that passes through your transfer script is going to be able to access the area in question.
When you change values for "Unauthenticated@..." or "All@..." you are defining what someone that DOES NOT pass through your transfer script can do. You want both of those to be "No Access" at the top level of your site if you do not want unauthenticated visitors.
The distinction between "Unauthenticated" and "All" is that "All" applies to all users whether they pass through the transfer script or not.
Here's another way to remember things:
User passes through your transfer script, iTunes U automatically assigns:
Authenticated@....
All@....
User does not pass through your transfer script and instead access your iTunes U site through derivable URL*, they get assigned:
Unauthenticated@....
All@....
*The derivable URL for a site is: http://deimos.apple.com/WebObjects/Core.woa/Browse/site-domain-name
Mac OS X (10.4.6)

Strange XSLT Behavior: xsl:template match

Hello I found the following strange XSLT behavior when using xsl:template. I only want to read the content of the element /Source/Surname/Details. Therefore I match this path using xsl:template match.
What is strange that in the target message also the value of the Element LastName is written at the end. Please see example below. This is just a short example to point out the problem. I have a bigger message structure where I have to match a similar path. How can I avoid the the value of the FullDetails is just written at the end (not even beeing in an element)? I would have expected that the path is only matched once and the instructions then executed without <LastName> beeing even touched.I used XML Spy for this test.
Here is an example:
Source message:
<?xml version="1.0" encoding="UTF-8"?>
<Source>
     <Surname>
          <Details>MyFirstName</Details>
     </Surname>
     <LastName>
          <FullDetails> MyLastName </FullDetails>
     </LastName>
</Source>
XSLT
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:template match="/Source/Surname">
<PORR>
<Name><xsl:value-of select="Details"/></Name>
</PORR>
</xsl:template>
</xsl:stylesheet>
Target Message
<?xml version="1.0" encoding="UTF-8"?>
<PORR xmlns:fo="http://www.w3.org/1999/XSL/Format">
<Name>MyFirstName</Name></PORR>MyLastName
Edited by: Florian Guppenberger on Oct 8, 2009 4:35 AM
Edited by: Florian Guppenberger on Oct 8, 2009 4:36 AM
Edited by: Florian Guppenberger on Oct 8, 2009 4:36 AM
Edited by: Florian Guppenberger on Oct 8, 2009 4:37 AM

Hi,
I am not sure why your XSLT behaving like that,please try this XSL,what i did chnages is Templete match /*,I given exact path in Value of select,.
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:template match="/*">
<PORR>
<Name><xsl:value-of select="/Source/Surname/Details"/></Name>
</PORR>
</xsl:template>
</xsl:stylesheet>
Regards,
Raj

[solved] xorg 1.8 strange keyboard behavior

Similar Messages

Maybe you are looking for