Please add a detailed step by step description of what you do, get and expect.
- Do you write something in the note?
- do you save the document?
- What do you mean "switch the interface"? Do you really use the SAL_RTL_ENABLED
variable to switch the GUI or do you simply change the writing direction in the
document?

I am sorry if I was not clear. ok I will attach test file contain a note. if you
open it in English interface no problem. But if you open it in Arabic version
you will not see the note.

see the screenshots 

Created attachment 59709 [details]
test_notes_rtl

Created attachment 59710 [details]
english interface right

Created attachment 59711 [details]
arabic interface wrong

ja->sba: please take a look at this

 - With the given bugdoc, I could reproduce this.
=> Confirming issue, removed keyword "needmoreinfo".
 - Occurs on Linux (not Mac, not Win) and only in office with "native" RTL UI
(i.e. Arabic).
 - By using a "mirrored" Office with English UI (set environment variable
SAL_RTL_ENABLED=1 before starting office from same terminal) this does not occur.
 - Inserting another note or changing the text direction from RTL to LTR and
back again makes the notes visible again, (but they vanish after saving and
reloading the file).

Set target "OOo 3.x" until effort and risk are estimated, can not decide this
being a 3.1 showstopper just yet. However, in concert with the effort to solve
RTL/Arabic issues for 3.1, a fast clean easy fix could still make it.

SBA->MOD: Please proceed, thx.

mod->sba: how do I get a "native" RTL UI? Install certain language packs or
switch operating system language?

SBA->MOD: I used "EN+AR" installation from inhouse. But it should be the same
with an EN Office + Arabic language pack.
You can find arabic language packs here: 
http://download.openoffice.org/300/

myth 1: "only reproducable on Linux" - busted, can be seen on mac as well
myth 2: "only with ar language pack, not with SAL_RTL_ENABLED" - busted, works
just the same

Whether the notes window is visible or not seems to depend on the document
window size somehow; if the whole document fits into the window, the note is
visible. Scrolling horizontally shows strange paint issues however.

adjusting version as this happens already in 3.0

I think I found the reason for the first appearance and scrolling problems in
vcl's Window::Scroll (actually the first appearance issue happens when the
document gets scrolled to make the note visible; the note window is not
correctly scrolled then in RTL UI case).
That leaves two more problems:
- the strange menu popup issue from the dropdown button and context menu inside
the note, which seems to be mac only. However that is also likely to be located
inside vcl. I'll fix that.
- the shadow thingie (the note shadow jumps to the left side if you press enter
often enough to enlarge the note). No idea about that yet, would seem to be
drawing layer related ?

@sba,es: Is this not a 3.1 showstopper ? Considering our RTL focus for that
version ?

mod->pl: I created issue 99166 in regards to the shadow issue

Then I'll take this one and declare it a showstopper.

add blocker

SBA->PL: (1) When NOT seeing the problem in several cases (on Mac or with EN UI
with SAL_RTL variable set), maybe I ran into the window size dependencies you
described. Thanks for sorting this out, your findings show that the symptom
takes place even more often.
(2) Quoting myself: "...in concert with the effort to solve RTL/Arabic issues
for 3.1, a fast clean easy fix could still make it..." 
-> This seems to be the case. Thus I support a fix for 3.1, too.

fixed in CWS ooo31gsl2 (the shadow issue is now handled in issue 99166)

please verify in CWS ooo31gsl2

Verified in CWS ooo31gsl2.

Verified in OOO310m7 master version on Windows Vista - Fixed. Can be closed.

Verified in OOO310m7 master version on Windows Vista - Fixed. Can be closed.

closing