Closed Bug 58878 Opened 24 years ago Closed 23 years ago

crash on Paste to any text field when locale is uk_UA

Categories

(Core :: Layout: Form Controls, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED FIXED
mozilla1.0.1

People

(Reporter: malx, Assigned: pavlov)

References

Details

(Keywords: crash)

I have 3button emulation in X. On Paste (2 buttons at once) Mozilla crashes every time (on the M17 - I could paste to Open URL dialog without crash): Got multiple strings from XmbTextPropertyToTextList.. don't know how to handle this yet XmbTextListToTextProperty failed. returned -2 Mozilla - M18.
reporter: please try a current trunk build, preferably talkback.
Keywords: crash
Summary: BAD: crash on Paste to any text field → crash on Paste to any text field
WFM 2000102906 linux
It was almos ok on latest releases before M18. Today: 2000110206 1) select in Mozilla , paste to mozilla - OK 2) select in netscape4 or xterm , paste to mozilla - crash
still unable to reproduce this bug with 110308 mozilla trunk build on redhat6.2 reporter, can you test this with the installer.tar.gz build with Talkback enabled and report back if talkback catches the crash. Thanks.
installer have no http-proxy (with pass) support. So I can't install it or download needed parts (gw host have no X libs). but it is for other bug :)
http://cad.kiev.ua/web/mozilla/paste-crash.rep File generated by talkback. <I look at config.ini and copy all files via ftp ;>
OK, I saw this once this morning when I tried to paste into the comments text field in a bugzilla bug report. Unable to reproduce it and Talkback didn't catch it. Over to HTML Form Controls.
Assignee: asa → rods
Status: UNCONFIRMED → NEW
Component: Browser-General → HTML Form Controls
Ever confirmed: true
QA Contact: doronr → bsharma
sending it over to editor
Assignee: rods → beppe
Can we get a stack trace for this? I'm unable to reproduce it with my 12/14/00 Linux debug build. I also have 2 button mouse with 3button emulation in X on. Cc akkana and pavlov.
I have 3 button mouse with 3rd button emulation set. (the middle one is not working in X/Linux for my mouse :-/ Also I get the messages: ----------------------------- XmbTextListToTextProperty failed. returned -2 text is "^φδc ώurγ^γ?" ^^^^^^^^^^^^^^^^^^^^^ the pasted string was "load" ------------------------ XmbTextListToTextProperty failed. returned -2 text is "^φδoΚ+^κ^ρ(τ^?^? πt!^φδά^κM ¨Xτ^?^?^κ^φXτ^?^? ώtD^φδέ^κU^?qs^?q{^κEsP?AyP^?ww^κMoQ^?π^φδ ^?2^κMoQPΥπΧ^?^?^φδo ώt+^φδέ^κE ^?0^κUoRVΥxΧ^?^?^φδά^κMoQWΥ?Ν^?^??a" ---------------------------------------------------------- And it crashed after 7 pastes only (each prints this message). Could be error in debug otputing string? ps. how to get "core" file of mozilla? "./mozilla -g" starts ddd but can't load debug symbols
malvin@cad.ntu-kpi.kiev.ua what app are you copying from just before you paste and get that error or crash? An XTerm? And where are you pasting to? Browser's URL bar? A for text widget? Composer? MsgCompose?
Netscape4 -> Mozilla (2000120808) URL-bar [crash] Netscape4 -> Mozilla-composer [crash] Xterm -> Mozilla-composer [crash]
what locale is the text that you are copying and what locale is the mozilla process you are running in?
what version of xterm are you using? if you are running X4, can you try using running xterm with -u8 and see if this still fails? (try it if you arn't running X4 just incase.. i don't remember when UTF8_STRING was added to xterm)
yesterday I installed the new daily build and was not able to reproduce this bug. Reporter -- can you try a current build?
While starting mozilla (and netscape4) I get : Gdk-WARNING **: locale not supported by Xlib, locale set to C ----- 2001-01-11-08 ----- Same problem(Xterm have locale unset), X3, no -u8, tryed on NN4 -> Mozilla (same message - locale=C)
but are you crashing on paste into a textfield?
It was for Location and Ctrl+L bar Sorry - Mozilla couldn't be started (hang? or just opens window and closes). May be something with X?... will check (I have ~/.mozilla removed and package unpacked from scratch).
we are unable to reproduce this crash -- are you by chance using a non-english charset?
Yes - Cyrillic charset (koi8-u) And using 2 button emulation
assigning to ftang -- Frank can you help on this one?
Assignee: beppe → ftang
Just to mention - the problem stil is with other Xserver (X-win32 for Windows) Again 3button emulation. ..Ops... I have found why it is. ----------------------------------------------------------------- Gdk-WARNING **: locale not supported by Xlib, locale set to C we don't handle eBorderStyle_close yet... please fix me XmbTextListToTextProperty failed. returned -2 text is "" XmbTextListToTextProperty failed. returned -2 text is "" XmbTextListToTextProperty failed. returned -2 text is "(null)" XmbTextListToTextProperty failed. returned -2 -------------------------------------------------------- I have made 4 pastes from Xterm(LC_ALL=uk_UA) As you see - problem is in debug message printing - there is no assert of parameter. I have tryed to run Mozilla from shell with LC_ALL unset and make copy/paste from and to this Xterm - all is ok. I made same with Mozilla without locale and Xterm _with_ locale - all ok. So problem with mozilla, which is run from shell with LOCALE set. (also string about "C" may be notification).
No, the problem is not in Mozilla, but the problem is you do not have that locale installed. It tell you very clearly- >Gdk-WARNING **: locale not supported by Xlib, locale set to C >I have made 4 pastes from Xterm(LC_ALL=uk_UA) Set your locale to some locale that your xlib support say "en-US" I really think this is not a bug and we probably don't need to do anything. cc erik, bstell and shanjian.
Assignee: ftang → bstell
Summary: crash on Paste to any text field → crash on Paste to any text field when locale is uk_UA
Sorry, but I thinks the bug is anything (even errors),which are crashing a programm. Anyway - I have Netscape4, which works OK. And - I thinks it should be add to FAQ (especially for all Russian/Ukrainian users of World :)
malvin- do you have Russian/Ukrainian locale properly installed? The problem seems happen in mozilla/widget/src/gtk/nsClipboard.cpp 575 pavlov 1.63 #endif 576 pavlov 1.67 } else { 577 g_print("\n XmbTextListToTextProperty failed. returned %d\n", status); 578 g_print(" text is \"%s\"\n", tmpData[0]); 579 numberOfBytes = nsCRT::strlen(NS_REINTERPRET_CAST(const char *, data)); 580 pavlov 1.63 } reassign to pavlov- pavlov- are you sure data is null terminated so you can pass to nsCRT::strlen ? It looks there are no gurantee that it is null terminated since 539 char *data = (char*)aSD->data; 540 PRInt32 len = (PRInt32)aSD->length; If data (aSD->data) is null terminated, then it probably won't need to pass in aSD->length, right ? Should the following line 579 numberOfBytes = nsCRT::strlen(NS_REINTERPRET_CAST(const char *, data)); be numberOfBytes = (PRInt32)aSD->length; ?
Assignee: bstell → pavlov
No. I have no ru/uk locale installed. I know this is wrong. But I have no need in them before.... Anyway - It helps to find a bug :) Thanks to all!
QA Contact Update
QA Contact: bsharma → vladimire
Target Milestone: --- → mozilla1.0
*** Bug 72800 has been marked as a duplicate of this bug. ***
This bug has been out there for a long time. Being a crasher bug, I am nominating it for nsbranch. adding keyword 'nsbranch'
Keywords: nsbranch
any chance this will make the 094 branch?
Gdk-WARNING **: locale not supported by Xlib, locale set to C locale uk_UA tested with latest nightly - no crash , no error messages. I thinks this bug could be marked as resolved
QA Contact: vladimire → madhur
Blocks: 107065
Keywords: nsbranch
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
nominating ... any chance we can get this resolved before M1.0?
Keywords: nsbeta1
I thinks is is resolved
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
QA Contact: madhur → tpreston
You need to log in before you can comment on or make changes to this bug.