[Bug 353251] New: acroread 8.x CJK input problem
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c275088 Summary: acroread 8.x CJK input problem Product: openSUSE 11.0 Version: unspecified Platform: i386 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: mfabian@novell.com QAContact: sndirsch@novell.com Found By: Development New bug report taken from bug #275088 comment #88 and #89: CJK input doesn’t work right in acroread 8.1.1. Because of bug #85416 we still need the following workaround in the acroread startscript: # Workaround for http://rudin.suse.de:8888/show_bug.cgi?id=85416 # (see comment #37): export GTK_IM_MODULE=xim Without that, acroread will show no reaction whatsoever when the user tries to enable the input method (I.e. when GTK_IM_MODULE=scim or GTK_IM_MODULE=scim-bridge, acroread won’t react to the hotkey which enables SCIM (default hotkey is Shift+Space)). With GTK_IM_MODULE=xim, the scim input method *can* be enabled by Shift+Space. But it doesn’t work right. One can see correct Japanese in the popups shown by scim when converting phonetics to Chinese characters. But the predit string shows garbage which seems to resemble Arabic. And after comitting everything typed is converted to question marks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 Cyril Hrubis <chrubis@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |mfabian@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c1 --- Comment #1 from Mike Fabian <mfabian@novell.com> 2008-01-11 09:00:55 MST --- Created an attachment (id=190266) --> (https://bugzilla.novell.com/attachment.cgi?id=190266) acroread-japanese-input-problem.png screen shot demonstrating the problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c2 --- Comment #2 from Mike Fabian <mfabian@novell.com> 2008-01-11 09:17:21 MST --- Gaurav Jain> Re: CJK Gaurav Jain> Gaurav Jain> Have you installed the Extended Language Font Pack from here? Gaurav Jain> http://www.adobe.com/products/acrobat/acrrasianfontpack.html Yes. By the way, the problem is reproducible in acroread 8.1.1 *and* the pre-release version of 8.1.2 which I have for testing. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c3 --- Comment #3 from Mike Fabian <mfabian@novell.com> 2008-01-11 09:31:03 MST --- I am talking about the *English* versions of acroread here, not localized Japanese versions like e.g. ftp://ftp.adobe.com/pub/adobe/reader/unix/8.x/8.1.1/jpn As it is not nice to have completely packages for each language, I hope that the different language versions can be merged into one in the long run. It would be very nice if there were only one basic version and to support other languages one only had to add fonts and translations and not exchange the binaries. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c4 --- Comment #4 from Mike Fabian <mfabian@novell.com> 2008-01-11 09:52:10 MST --- Gaurav Jain> PS: We're committed to helping out users of the Reader, and would appreciate if Gaurav Jain> you could post such user issues at the blog (http://blogs.adobe.com/acroread) Gaurav Jain> or at the User-to-user forums Gaurav Jain> (http://www.adobeforums.com/cgi-bin/webx/.3bc433df/). That way your queries Gaurav Jain> will have a wider visibility and you might receive quicker response. Thank you for the suggestion, I’ve done that now. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User gaurav@adobe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c5 --- Comment #5 from Gaurav Jain <gaurav@adobe.com> 2008-01-11 10:48:18 MST --- Mike, Could you confirm if everything is working fine with the Japanese Reader downloaded from the Reader website? That'll be really strange since the Viewer binaries should be identical in the English and Japanese versions. The only difference in the 2 installers should be in the fonts and the resource libraries. -vc -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c6 --- Comment #6 from Mike Fabian <mfabian@novell.com> 2008-01-11 19:43:16 MST --- OK, I tried with the special Japanese version of acroread (8.1.1) as well. There is no difference in behaviour between the Japanese acroread 8.1.1 and the English acroread 8.1.1 and the English acroread 8.1.1 as far as the input problem reported here is concerned! All of them show the problem as reported here. But I found that it depends on the locale. If acroead is started in ja_JP.UTF-8 locale LANG=ja_JP.UTF-8 acroread the problem occurs as reported here. However, if acroread is started in ja_JP.eucJP locale LANG=ja_JP.eucJP acroread the Japanese input works fine! That’s the same with the Japanese and the English version of acroread. As UTF-8 locales are the default nowadays on most Linux distributions, it is important that this works not only in legacy locales like ja_JP.eucJP but also in ja_JP.UTF-8. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User gaurav@adobe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c7 --- Comment #7 from Gaurav Jain <gaurav@adobe.com> 2008-01-13 09:25:27 MST --- The screen-shot seems to indicate you are trying to enter japanese characters in a standard GTK+ edit field. The core Reader code actually doesn't interact much with the control during the process of entry of text. Could you try the following - 1. When the default locale is eucJP, what happens in a standard edit field in some other GTK+ app., for instance gtk-demo? If you don't have gtk-demo, you could even try the same thing in the Open dialog in the Adobe Reader, where you type the file name. 2. If you don't export GTK_IM_MODULE=xim, can you make the IME appear in some other GTK+ app. like the gtk-demo? My guess is this (atleast point 1 above) may be a problem with GTK+, though we are investigating this at our end as well. Maybe an issue with the fonts that get loaded when the locale is UTF-8, vs eucJP. That's the reason, the characters loaded from the IME are showing as question marks. -vc -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 Gaurav Jain <gaurav@adobe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |mfabian@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c8 --- Comment #8 from Mike Fabian <mfabian@novell.com> 2008-01-14 05:18:46 MST --- Gaurav Jain> 1. When the default locale is eucJP, what happens in a Gaurav Jain> standard edit field in some other GTK+ app., for instance Gaurav Jain> gtk-demo? In gtk-demo, Japanese input works both for ja_JP.eucJP locale *and* for ja_JP.UTF-8 locale. And it works for all values of GTK_IM_MODULE which I tried (GTK_IM_MODULE=xim, GTK_IM_MODULE=scim, and GTK_IM_MODULE=scim-bridge. Gaurav Jain> If you don't have gtk-demo, you could even try Gaurav Jain> the same thing in the Open dialog in the Adobe Reader, Gaurav Jain> where you type the file name. Japanese input in the Open dialog of the Adobe Reader behaves exactly like in the search field of the Adobe Reader: - works fine in ja_JP.eucJP locale (for all values of GTK_IM_MODULE) - does not work in ja_JP.UTF-8 locale (not for any of the above mentioned values of GTK_IM_MODULE) Gaurav Jain> 2. If you don't export GTK_IM_MODULE=xim, can you make Gaurav Jain> the IME appear in some other GTK+ app. like the gtk-demo? In gtk-demo the IME appears and works fine. In acroread, the IME appears for all values of GTK_IM_MODULE (xim, scim, scim-bridge) and input works fine in ja_JP.eucJP locale. In ja_JP.UTF-8 locale, the IME appears as well and input seems to be possible but the result is garbage as in my screen shot. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User gaurav@adobe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c9 --- Comment #9 from Gaurav Jain <gaurav@adobe.com> 2008-01-22 04:06:32 MST --- Hello Mike, I tried reproducing the bug on SLED 10, openSUSE 10.3, and openSUSE 11.0(http://download.opensuse.org/distribution/11.0-Alpha1/iso/cd/openSUSE-11.0-A...) but was unable to do so.I could see no difference in the behavior based on locale.Also,the problem of garbage predit strings in case of utf8 is not reproducible at my end. Could you please attach a screenshot of your SCIM setup settings,and the download location of openSUSE 11.0. Regards, Sanika -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c10 --- Comment #10 from Mike Fabian <mfabian@novell.com> 2008-01-23 10:48:40 MST --- I found that the problem occurs *only* with GTK_IM_MODULE=xim, contrary to what I wrote in comment #8. That was my fault, because I still had # Workaround for http://bugzilla.novell.com/show_bug.cgi?id=85416 # (see comment #37): export GTK_IM_MODULE=xim patched into the beginn of the acroread start-script. Apparently this is not needed anymore, input using GTK_IM_MODULE=scim and GTK_IM_MODULE=scim-bridge seems to work fine now in acroread 8.1.2. *But* the problem I described here occurs with GTK_IM_MODULE=xim. Sanika, can you reproduce the problem with GTK_IM_MODULE=xim ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User gaurav@adobe.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c11 --- Comment #11 from Gaurav Jain <gaurav@adobe.com> 2008-01-30 03:40:57 MST --- Hello Mike, We haven't been able to reproduce the exact problem of garbage predit strings you have mentioned consistently. In our case,pressing Ctrl+Space/Shift+space when GTK_IM_MODULE=xim enables SCIM, but only English(American) and Swedish inputs are possible,CJK languages do not appear in the list.Also, at our end, behavior is same for both utf8 and eucjp locales. Could you please attach a screenshot of your SCIM settings and the download location of openSUSE 11.0 Regards, Sanika -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c12 --- Comment #12 from Mike Fabian <mfabian@novell.com> 2008-02-04 10:33:19 MST --- Sanika> I tried reproducing the bug on SLED 10, openSUSE 10.3, and Sanika> openSUSE Sanika> 11.0(http://download.opensuse.org/distribution/11.0-Alpha1/iso/cd/openSUSE-11.0-A...) Sanika> but was unable to do so.I could see no difference in the Sanika> behavior based on locale.Also,the problem of garbage predit Sanika> strings in case of utf8 is not reproducible at my end. Could Sanika> you please attach a screenshot of your SCIM setup settings, Which settings? There are many screens in the SCIM setup. Sanika> and the download location of openSUSE 11.0. I used the same download location of openSUSE 11.0 which you mentioned above. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c13 --- Comment #13 from Mike Fabian <mfabian@novell.com> 2008-02-04 10:51:18 MST --- Sanika> We haven't been able to reproduce the exact problem of garbage Sanika> predit strings you have mentioned consistently. In our Sanika> case,pressing Ctrl+Space/Shift+space when GTK_IM_MODULE=xim Sanika> enables SCIM, but only English(American) and Swedish inputs Sanika> are possible,CJK languages do not appear in the list. That happens, if the GTK application is started in en_US locale *not* en_US.UTF-8 locale. You can easily reproduce this with any GTK2 application, for example “gedit” GTK_IM_MODULE=xim LC_ALL=en_US.UTF-8 gedit & enable SCIM with Shift+Space. Some English input method is selected by default, usually en-ispell. Try to change the input method and you see that all languages are possible, including CJK (The en_US.UTF-8 locale is listed behind the key “/SupportedUnicodeLocales” in /etc/scim/global). Now try the same with en_US (without .UTF-8) locale: GTK_IM_MODULE=xim LC_ALL=en_US gedit & Enable SCIM and try to change the input method, now only English, French and Swedish inputs are possible. I think this is what happened when you tested this, you also mentioned English and Swedish. Now try this with acroread instead of gedit: GTK_IM_MODULE=xim LC_ALL=en_US.UTF-8 acroread & GTK_IM_MODULE=xim LC_ALL=en_US acroread & Contrary to gedit, there is no difference here between the two cases, in both cases only English, French, and Swedish input methods can be selected. I am afraid that means that acroread internally changes the locale by cutting off the .UTF-8 part and then calling setlocale() on the remaining string. The same behaviour can be observed when Japanese locales are used instead of English in the examples above. I.e.: GTK_IM_MODULE=xim LC_ALL=ja_JP gedit & Only Japanese input methods can be selected. GTK_IM_MODULE=xim LC_ALL=ja_JP.UTF-8 gedit & Input methods for *all* languages can be selected. GTK_IM_MODULE=xim LC_ALL=ja_JP acroread & GTK_IM_MODULE=xim LC_ALL=ja_JP.UTF-8 acroread & only Japanese input methods can be selected in both cases. Sanika> Also, at our end, behavior is same for both utf8 and eucjp Sanika> locales. You mean you really can input Japanese when you start acroread lile GTK_IM_MODULE=xim LC_ALL=ja_JP.UTF-8 acroread & ??? Sanika> Could you please attach a screenshot of your SCIM Sanika> settings and the download location of openSUSE 11.0 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c14 Mike Fabian <mfabian@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|mfabian@novell.com | --- Comment #14 from Mike Fabian <mfabian@novell.com> 2008-02-04 10:51:40 MST --- remove NEEDINFO. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c15 --- Comment #15 from Mike Fabian <mfabian@novell.com> 2008-02-07 08:29:55 MST ---
From http://www.adobeforums.com/webx/?128@1019.ryrpi6LXkV0@.3c05c85d
chenxing> chenxing - 6:04pm Feb 5, 08 PST (9.) chenxing> chenxing> One of the Chinese input method fcitx doesn't run in Adobe Reader chenxing> 8.1.1 either. I tried to input Chinese Characters in "Open File" chenxing> dialog or "Find" dialog, but failed. They are gtk dialogs or form chenxing> fields, but the Chinese Input Method really doesn't work. Other gtk chenxing> applications work well. mfabian> Mike Fabian - 6:02am Feb 6, 08 PST (10.) mfabian> mfabian> chenxing, mfabian> mfabian> which locale are you using? An UTF-8 locale? Did you use scim-fcitx? chenxing> chenxing - 7:10pm Feb 6, 08 PST (11.) chenxing> chenxing> zh_CN.UTF-8, I just use fcitx, not scim-fcitx. I have also tried chenxing> LANG=zh_CN.GBK acroread, it doesn't work either. chenxing> chenxing> Besides, I tried scim today, and found it didn't work in Acrobat chenxing> Reader 8.1.1. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c16 --- Comment #16 from Mike Fabian <mfabian@novell.com> 2008-02-07 10:35:21 MST --- I can reproduce what chenxing reports. I tried the following ways to start acroread (and then tried to input CJK into the "Find" entry field): 1) XMODIFIERS=@im=SCIM GTK_IM_MODULE=xim LC_ALL=zh_CN.GB2312 acroread some-file.pdf 2) XMODIFIERS=@im=SCIM GTK_IM_MODULE=xim LC_ALL=zh_CN.GBK acroread some-file.pdf 3) XMODIFIERS=@im=SCIM GTK_IM_MODULE=xim LC_ALL=zh_CN.UTF-8 acroread some-file.pdf No Chinese input possible at all, acroread doesn’t even react to the activation key of the input method (Shift+Space and Control+Space are the default activation keys on openSUSE). 4) XMODIFIERS=@im=SCIM GTK_IM_MODULE=xim LC_ALL=ja_JP.UTF-8 acroread some-file.pdf The input method can be activated but the input results in garbage (This is the case of my original report). 5) XMODIFIERS=@im=SCIM GTK_IM_MODULE=xim LC_ALL=ja_JP.eucJP acroread some-file.pdf The input method can be activated and Japanese input works fine. Chinese input can not be selected (That is normal, when SCIM is used via XIM in non-UTF-8 locales, only very few input methods can be selected which "fit" to the selected legacy locale). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c17 --- Comment #17 from Mike Fabian <mfabian@novell.com> 2008-02-07 10:54:39 MST --- Now when I use "scim-bridge" instead of "xim", everything works fine. (To use scim-bridge with acroread, the module /usr/lib/gtk-2.0/immodules/im-scim-bridge.so needs to be available, which is in the scim-bridge-gtk package on 32bit openSUSE and in the scim-bridge-gtk-32bit package on 64bit openSUSE). Now, when starting acroread like 6) GTK_IM_MODULE=scim-bridge acroread some-file.pdf Japanese *and* Chinese input work fine. The value of XMODIFIERS doesn’t matter because XIM is not used. The value of the locale environment variables (LANG, LC_ALL, ...) doesn’t matter either, it works for *all* locales. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c18 --- Comment #18 from Mike Fabian <mfabian@novell.com> 2008-02-08 04:26:27 MST --- When I try to use the "scim" module instead of "xim" and "scim-bridge", input doesn’t work either. The reason is that the "scim" module which is dynamically loaded requires a newer libstdc++ than the libstdc++ which comes with acroread. One can see that in the strace: mfabian@magellan:/tmp/bnc/bnc275088$ GTK_IM_MODULE=scim LC_ALL=zh_CN.UTF-8 strace -f -eopen acroread 2>&1 | grep immodules open("/etc/gtk-2.0/gtk.immodules", O_RDONLY|O_LARGEFILE) = 4 open("/usr/lib/gtk-2.0/immodules/im-scim.so", O_RDONLY) = 4 (acroread:312): Gtk-WARNING **: /usr/lib/Adobe/Reader8/Reader/intellinux/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/lib/gtk-2.0/immodules/im-scim.so) [...] The libstdc++ which comes with acroread 8.1.2: mfabian@magellan:/tmp/bnc/bnc275088$ nm -D /usr/lib/Adobe/Reader8/Reader/intellinux/lib/libstdc++.so.6 | grep GLIBCXX 00000000 A GLIBCXX_3.4 00000000 A GLIBCXX_3.4.1 00000000 A GLIBCXX_3.4.2 00000000 A GLIBCXX_3.4.3 00000000 A GLIBCXX_3.4.4 00000000 A GLIBCXX_3.4.5 00000000 A GLIBCXX_3.4.6 00000000 A GLIBCXX_3.4.7 mfabian@magellan:/tmp/bnc/bnc275088$ The libstdc++ which is in our system (openSUSE 11.0 Alpha2) and which was used to build the scim module: mfabian@magellan:/tmp/bnc/bnc275088$ nm -D /usr/lib/libstdc++.so.6 | grep GLIBCXX 00000000 A GLIBCXX_3.4 00000000 A GLIBCXX_3.4.1 00000000 A GLIBCXX_3.4.10 00000000 A GLIBCXX_3.4.2 00000000 A GLIBCXX_3.4.3 00000000 A GLIBCXX_3.4.4 00000000 A GLIBCXX_3.4.5 00000000 A GLIBCXX_3.4.6 00000000 A GLIBCXX_3.4.7 00000000 A GLIBCXX_3.4.8 00000000 A GLIBCXX_3.4.9 mfabian@magellan:/tmp/bnc/bnc275088$ Using the "scim-bridge" module solves this problem, it was designed to "bridge" such libstdc++ compatibility problems. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c19 --- Comment #19 from Mike Fabian <mfabian@novell.com> 2008-02-08 04:31:36 MST --- Deleting the libstdc++ which comes with acroread makes it work: mfabian@magellan:/tmp/bnc/bnc275088$ sudo mv /usr/lib/Adobe/Reader8/Reader/intellinux/lib/libstdc++* /tmp mfabian@magellan:/tmp/bnc/bnc275088$ GTK_IM_MODULE=scim LC_ALL=zh_CN.UTF-8 strace -f -eopen acroread 2>&1 | grep immodules open("/etc/gtk-2.0/gtk.immodules", O_RDONLY|O_LARGEFILE) = 4 open("/usr/lib/gtk-2.0/immodules/im-scim.so", O_RDONLY) = 4 open("/usr/lib/gtk-2.0/immodules/im-scim.so", O_RDONLY) = 4 open("/usr/lib/gtk-2.0/immodules/im-scim.so", O_RDONLY) = 4 open("/usr/lib/gtk-2.0/immodules/im-scim.so", O_RDONLY) = 4 mfabian@magellan:/tmp/bnc/bnc275088$ Now the "scim" module loads and Chinese/Japanese input works in acroead. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User matz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c20 --- Comment #20 from Michael Matz <matz@novell.com> 2008-02-08 10:08:39 MST --- Oh my. acroread brings a whole set of libraries, including sensitive things like libcrypto.so, libcurl.so, liblber.so, libldap.so and libssl.so. This is more or less unacceptable (e.g. when security bugs occur in libssl, we of course can only fix the one we provide). And it leads to problems as mentioned here. My advise would be to remove all those files which just overlay system libraries. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c21 --- Comment #21 from Mike Fabian <mfabian@novell.com> 2008-02-08 13:05:40 MST --- A new message was posted by Viraj Chatterjee in Adobe Reader for Unix -- acroread 8.x CJK input problem Mike, I think we have enough to proceed now. Hope to get this fixed in the next release. In the meanwhile we'll update our blog about the scim-bridge workaround. Thanks for all the investigations and your time. The Reader team appreciates it. -vc -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 Mike Fabian <mfabian@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c22 Mike Fabian <mfabian@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lmb@novell.com --- Comment #22 from Mike Fabian <mfabian@novell.com> 2008-02-19 06:32:53 MST --- *** Bug 362875 has been marked as a duplicate of this bug. *** https://bugzilla.novell.com/show_bug.cgi?id=362875 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User meissner@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c23 Marcus Meissner <meissner@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |security-team@suse.de, meissner@novell.com --- Comment #23 from Marcus Meissner <meissner@novell.com> 2008-02-19 06:41:31 MST --- please try to remove as much troublesome duplicated libaries as possible. libcurl,libssl,libstdc++ immediately come to mind. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c24 --- Comment #24 from Mike Fabian <mfabian@novell.com> 2008-02-19 07:15:17 MST --- Yes, I’ll remove *all* libraries which are older then the libraries already on the system our acroread.rpm is build for. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c25 --- Comment #25 from Mike Fabian <mfabian@novell.com> 2008-02-19 07:16:57 MST --- In the meantime, Lars can try the workaround to use the scim-bridge module instead of using the scim module, see comment #18. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c26 --- Comment #26 from Mike Fabian <mfabian@novell.com> 2008-02-19 15:22:53 MST --- I wonder whether libcurl.so.3.0.0 and libcurl.so.4.0.0 are compatible. I guess not, because the soname is different. Then we have a problem on the systems where we don’t have a libcurl.so.3.x.x: On STABLE/Factory there is no libcurl.so.3.x.x at all (only libcurl2 and libcurl4). On 10.3 there is a libcurl3, but no libcurl3-32bit, i.e. nothing for 64bit systems. SLES10, 10.2, 10.1 have a libcurl.so.3.x.x (and -32bit packages). For libcrypto.so.0.9.7, libssl.so.0.9.7, and libgcc_s.so.1 we have exactly the same library versions on all mentioned SuSE versions. For libstdc++ we have at least the same soname everywhere, i.e. libstdc++ can probably be deleted from acroread on all systems. Then there are libicudata, libicui18n, and libicuuc. We have the right soname (libicui18n.so.34.0 etc...) on 10.1, 10.2, SLES10, but not 10.3 and STABLE (libicui18n.so.36.0 there). I guess it is OK to delete the above mentioned libraries from the acroread package on those systems where we have them with the same soname. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User meissner@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c27 Marcus Meissner <meissner@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mmarek@novell.com --- Comment #27 from Marcus Meissner <meissner@novell.com> 2008-02-19 15:44:45 MST --- Then libcurl3 needs to be reestablished for Factory. Sorry, if tools use it, we need it back. ... -> mmarek Otherwise I agree. libicu might have problems, but well, they are not as troublesome as the others. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User lnussel@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c28 --- Comment #28 from Ludwig Nussel <lnussel@novell.com> 2008-02-20 01:31:17 MST --- AFAICS curl actually didn't change the ABI. They internally made some options to curl_easy_setopt() that deal with 3rd party ftp transfers a noop. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mmarek@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c29 --- Comment #29 from Michal Marek <mmarek@novell.com> 2008-02-20 03:15:21 MST --- (In reply to comment #28 from Ludwig Nussel)
AFAICS curl actually didn't change the ABI. They internally made some options to curl_easy_setopt() that deal with 3rd party ftp transfers a noop.
That's correct, as to the sybmols and data structures, there was no change. Only the few curl_easy_setopt() options that nobody uses anyway got removed. E.g. Debian "cheats" by packaging a libcurl.so.3 -> libcurl.so.4 symlink, we could do that too, either in the curl package or in acroread.rpm. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c30 --- Comment #30 from Mike Fabian <mfabian@novell.com> 2008-02-20 07:30:23 MST --- Created an attachment (id=195977) --> (https://bugzilla.novell.com/attachment.cgi?id=195977) acroread.spec.diff These are the changes to the acroread.spec file which I plan to use to get rid of the duplicate system libraries. I’m currently testing, so far it seems to work fine. It is difficult for me to tell though whether libcurl still works as intended, I couldn’t yet find for what purpose Acroread uses libcurl. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mmarek@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c31 --- Comment #31 from Michal Marek <mmarek@novell.com> 2008-02-20 08:50:49 MST --- (In reply to comment #30 from Mike Fabian)
Created an attachment (id=195977) --> (https://bugzilla.novell.com/attachment.cgi?id=195977) acroread.spec.diff
These are the changes to the acroread.spec file which I plan to use to get rid of the duplicate system libraries.
Wow, so I can drop libcurl2 and I don't need to care about libcurl3? Perfect.
It is difficult for me to tell though whether libcurl still works as intended, I couldn’t yet find for what purpose Acroread uses libcurl.
$ strace -fenetwork acroread .. send(29, "\n\326\1\0\0\1\0\0\0\0\0\0\6pmupsw\5adobe\3com\0\0\34"..., 34, MSG_NOSIGNAL) = 34 recvfrom(29, "\n\326\201\200\0\1\0\1\0\1\0\0\6pmupsw\5adobe\3com\0\0\34"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("10.20.0.2")}, [16]) = 119 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 29 connect(29, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("10.20.0.2")}, 28) = 0 send(29, "\371\275\1\0\0\1\0\0\0\0\0\0\6pmupsw\5adobe\3com\0\0\1"..., 34, MSG_NOSIGNAL) = 34 recvfrom(29, "\371\275\201\200\0\1\0\2\0\2\0\2\6pmupsw\5adobe\3com\0\0\1".., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("10.20.0.2")}, [16]) = 155 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 29 connect(29, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("192.150.18.100")}, 16) = -1 EINPROGRESS (Operation now in progress) getsockopt(29, SOL_SOCKET, SO_ERROR, [-829780483222011904], [4]) = 0 send(29, "GET /updates.req?p=r&l=en&c=us&r"..., 220, 0) = 220 recv(29, "HTTP/1.1 200 OK\r\nDate: Wed, 20 F"..., 16384, 0) = 212 It seem to be checking for updates. This is the 8.1.2 version in Factory, but I assume the new will do it as well. (plus doesn't acroread have a http-enabled javascript interpreter allow pdfs to phone home? ;-)) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c32 --- Comment #32 from Mike Fabian <mfabian@novell.com> 2008-02-20 09:04:32 MST --- Michal Marek> Wow, so I can drop libcurl2 and I don't need to care Michal Marek> about libcurl3? Perfect. I don’t know. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c33 --- Comment #33 from Mike Fabian <mfabian@novell.com> 2008-02-20 10:15:33 MST --- Michal Marek> $ strace -fenetwork acroread Did you click on something in acroread to get this strace? I cannot see the "GET /updates..." in my straces. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mmarek@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c34 --- Comment #34 from Michal Marek <mmarek@novell.com> 2008-02-20 10:46:17 MST --- (In reply to comment #33 from Mike Fabian)
Michal Marek> $ strace -fenetwork acroread
Did you click on something in acroread to get this strace? I cannot see the "GET /updates..." in my straces.
It doesn't do that every time. But after deleting ~/.adobe, the request is issued about a minute after startup, without any user activity. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c35 --- Comment #35 from Mike Fabian <mfabian@novell.com> 2008-02-20 10:54:30 MST --- OK, I can reproduce it the way you describe. Does that prove that libcurl works? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mmarek@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c36 --- Comment #36 from Michal Marek <mmarek@novell.com> 2008-02-21 01:16:06 MST --- (In reply to comment #35 from Mike Fabian)
OK, I can reproduce it the way you describe. Does that prove that libcurl works?
It at least sets up the headers and url and issues a request. And except for the 3rd party ftp transfers, there was no backwards-incompatible change in libcurl since 7.15.5. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c37 --- Comment #37 from Mike Fabian <mfabian@novell.com> 2008-02-21 05:28:27 MST --- OK, then it seems that libcurl still works after this symlinking trick. Thank you very much! Packages which fix this bug and bug #362926 submitted to STABLE/Factory, 10.3, 10.2, 10.1/SLES10/SLES10-SP2. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c38 --- Comment #38 from Mike Fabian <mfabian@novell.com> 2008-02-21 05:36:29 MST --- The only remaining problem in this bug is now that XIM still doesn’t work in some locales (e.g. ja_JP.UTF-8, zh_CN.GB2312, zh_CN.GBK, zh_CN.UTF-8) although it works in other locales (e.g. ja_JP.eucJP, zh_TW.UTF-8). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c39 Mike Fabian <mfabian@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |LATER --- Comment #39 from Mike Fabian <mfabian@novell.com> 2008-02-21 05:39:47 MST --- I think this can be only fixed upstream, see: http://www.adobeforums.com/webx?128@@.3c05c85d Therefore I close this bug as LATER. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c40 --- Comment #40 from Mike Fabian <mfabian@novell.com> 2008-02-21 08:54:21 MST --- I forgot to submit the special Japanese package acroread_ja. I’ve submitted that now with the same fix to STABLE/Factory and SLES10/SLES10-SP2. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c41 --- Comment #41 from Mike Fabian <mfabian@novell.com> 2008-03-17 12:44:38 MST --- de_DE.UTF-8 is another locale where XIM doesn’t work in acroread. See bug #370330. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c42 Mike Fabian <mfabian@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|LATER |FIXED --- Comment #42 from Mike Fabian <mfabian@novell.com> 2008-05-07 08:10:43 MST --- A workaround has been added to the startscript. See bug #370330. SWAMP-ID: 17513. See also http://rudin.suse.de:8888/show_bug.cgi?id=382739#c23 Updated packages submitted to /work/src/done/{SLES10,10.1,10.2,10.3}. Patchinfos submitted to /work/src/done/PATCHINFO/acroread.patch.box /work/src/done/PATCHINFO/acroread.patch.maintained Closing as FIXED. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=353251 User meissner@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c43 --- Comment #43 from Marcus Meissner <meissner@novell.com> 2008-07-02 07:20:33 MDT --- released update now -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com