165044 2008-06-26 21:32:30 +0000 Dolphin can't handle well files/folders with wrong encoding 2026-03-30 07:49:42 +0000 1 1 10 Unmaintained kdelibs general unspecified unspecified Linux RESOLVED UPSTREAM VHI normal --- 1 ivo kdelibs-bugs-null aaatoja albert arndt arne.schmitz asemann bernt.lindhe bjlockie bruno bugs bugseforuns bvanbloois cfeck christopher.c.parker cyberbeat dmitryunruh eduardosanchezmunoz egle1 ereslibre finex finstrodelapradera-foros franzschrober gabravier helder.meneses hoea hpj jeoffreymonpoaon kde-20091112 kde-2011.08 kde-bugs kde kde kde kde ketetefid lckobaya lecha manuel_songokuh marek.trylinski maris.kde martin.runge mhlavink mmtsales montosh.bisht moritz-kdebugs mss olidel_36 pascal philipp_foerster ralf roland.leissa rs rtdvrs smartinds spiroo sven.burmeister szo usrrgt vicr12345 victorjss vo.zaeb wyatt.epp 329 oldest_to_newest 616250 0 ivo 2008-06-26 21:32:30 +0000 Version: (using KDE 4.0.83) Installed from: Unlisted Binary Package OS: Linux Attached is a tar file with two folders with characters that aren't utf-8 encoded. If I open it with ark, it seems to guess the right encoding, and shows the special characters, ("Relatório" and "Código" -- the problem is in the 'ó'). If I use dolpin tar:/... to navigate inside the file without extracting it, the special character just isn't shown (folders show up as Relatrio and Cdigo), but I can still navigate and see the files inside the folders. Finally, if I extract the file (tar xvf <file>), and try to navigate inside the folders with the wacky names, I get an error saying The file or folder (...) does not exist, and It refuses to delete them too. 616252 1 25631 ivo 2008-06-26 21:33:14 +0000 Created attachment 25631 Tar file with broken encoding. 629678 2 christophe 2008-07-27 11:43:27 +0000 *** Bug 167523 has been marked as a duplicate of this bug. *** 630668 3 jorortega 2008-07-30 05:12:18 +0000 This bug also affects full unicode names. I have a folder shared in windows xp with only unicode file names and files with only unicode characters (eg. spanish accented names or chinese/japanese/german named files). Dolphin behaves crashing sometimes (fully randomly) or just refuse to copy/change name the file, even with write permissions in the xp machine. Also happens with local files, thus making dolphin/konqueror/kde 4.1 fully unusable for international users that need unicode compatibility. 638452 4 victorjss 2008-08-18 09:30:02 +0000 This bug forces me to install dolphin for KDE 3.5.x, which has not this problem. I have a Western Digital NAS that provides samba shares for accessing. For every file/folder with Spanish non-standard character, Dolphin shows this error message (translated from Spanish): "The file does not exist: smb://user@nas_ip/share_name/filename". When I try to get the properties of a folder or file with this characteristics, Dolphin shows in the Permissions tab "forbidden" for user, group and others sets. I also randomly get a Dolphin crash when browsing folders with this kind of filenames. 641038 5 andresbajotierra 2008-08-26 00:09:53 +0000 Is this related to bug 165400 ? 642475 6 jorortega 2008-08-31 18:28:26 +0000 Probably. Kde 4.1.1 comes with the bug included. Seems nobody cares. J. 642477 7 ereslibre 2008-08-31 18:46:22 +0000 jorortega, I can perfectly use special characters (utf-8) system with Dolphin. Locally I mean, haven't tried with samba shares (it would be probably a related bug but on the smb:/ kioslave as well). However, I can reproduce this issue when navigating with the tar:/ kioslave. I also can say that trying to open this tar with ark from kde3 can't read those folders either. 642514 8 sven.burmeister 2008-08-31 21:27:40 +0000 Not being able to rename a local file, is a local problem. Hence this is not only related to some tar/smb ioslave. 642527 9 ivo 2008-08-31 22:28:38 +0000 Yeah the problem is not about utf-8, it's about strange/broken encodings that make apps act strange (not able to access folder, delete it, ...). 642547 10 jorortega 2008-08-31 23:42:18 +0000 I don't think so... kde 3.5.9 is able to manage all those files/folders/directoriers/shares/whatever nicely. Ark works well, konqueror is ok. kde 4.0 and later have the problem. Seems that something is broken. Any file/directory/share/local/etc that contains: - accents (spanish) - Russian characters (Cyrilic) - Janapense/chinese/korean/hebrew characters just won't open in dolphin neither konqueror under kde 4 (An error message that indicates that "file "something%20blahblah%20.someext" doesn't exist") in some cases the folder listing will just ignore some files. I'm testing kde 4.1.1 in archlinux and kde 4.1 in kubuntu. Both distros have the same problem. Under Kde 3.5.9 in another machine, the same files works just OK. (Even the files attached to this error report just open ok in kde 3.5.9, not in 4.0) Regards. J. 642550 11 victorjss 2008-08-31 23:54:35 +0000 When I said "This bug forces me to install dolphin for KDE 3.5.x", I meant I installed dolphin 3.5.x on my KDE 4.1.1 instance. That is: I use KDE4 and Dolphin4, but when I need to access to a samba share, I must use Dolphin3 (running on KDE4). I have no problems with local files and special (non-English) characters. 642584 12 thiago 2008-09-01 08:34:27 +0000 We will no longer support broken encodings in KDE. We have had transition code for several years (at least since 2003) and I think 5 years is enough time for people to finish transitioning to UTF-8 environments. This bug is about broken-encoded files. *Properly* encoded filenames should be working and if they aren't, please open a new bug report on the subject. You will hate me for this, but this bug is a WONTFIX. 5 years is enough time. If in 5 years you haven't renamed all your files, you should use the terminal to do it. More info on why this is close to impossible to implement: http://lists.kde.org/?l=kde-core-devel&m=122025063320264&w=2 Do *not* reopen the bug. 642588 13 thiago 2008-09-01 08:58:16 +0000 For information, WONTFIX here means more "CANNOTFIX" or "TOO_IMPRACTICAL_TO_FIX" 642589 14 sven.burmeister 2008-09-01 09:00:56 +0000 This is indeed working against users --> bad usability. No matter what the reason is, you screw the users, especially those with least experience and most likely files from others OSs. Further, since renaming in konsole, i.e. mv "broken-name" "new name" works, makes your "close to impossible to fix" looks very silly. 642592 15 thiago 2008-09-01 09:17:11 +0000 Read the link to kde-core-devel for the reasons. 642600 16 sven.burmeister 2008-09-01 09:39:50 +0000 Sorry, but you did not read my comment properly. The reasons given might make sense technically, but not usability-wise. As I said, new users, coming from other OSs, with files from those and no experience to work around the problem are lost. Huess what a user will do if he cannot work with his old music etc., blame it on Qt or Windows, or rather KDE and Linux? If Qt only cares about the technical dimensions, fair enough, but this is KDE's bugzilla and hence WONTFIX not an option for this issue, IMHO.# As I read in the mails, there are ways around this. So would it be possible to detect that something does not work with the file, although it exists and tell the user so, instead of just telling him that the file he sees does not exist? Further, one could offer the user to rename the file and use another than the "normal" function for renaming, nothing fancy, i.e. no conversion of e.g. é to e, just making the file work. 642603 17 ereslibre 2008-09-01 09:46:15 +0000 Despite I am not an encoding expert (Thiago is), I really believe we shouldn't drop our efforts on making legacy encodings working. We already have to do lots of things for caring about something that should have already been achieved (that is, filenames being in a properly encoding). However, I also understand the user point of view. I wonder if other operating systems (as the newest from MS and Mac) handles this correctly. 642609 18 thiago 2008-09-01 10:25:47 +0000 Windows and MacOS X are fully Unicode. There's no such thing as broken paths on Windows, since it uses UTF-16; on MacOS X, which is UTF-8, Finder shows as "C%F3digo" (i.e., URL encoding, which we do support), but simple applications like TextEdit crash while trying to use the file. No, broken encodings are a thing of the past and should be confined to the terminal, where it belongs. Applications for the past 5 years have created files in UTF-8 encoding. Pen-drives use often VFAT, which is also Unicode clean. It's not like a recent convert will get those broken-encoded files. I think a 5-year transition period is more than enough. KDE 4 does not support non-UTF-8 locales anyways. 642618 19 victorjss 2008-09-01 10:56:44 +0000 Excuse me, then my problem is not related with wrong encodings, and I think also of the jorortega one. I will create a new ticket related to samba/cifs encodings and Dolphin4. Jorortega, I think our problem occurs with file/folders named correctly from systems with full support of utf-8/unicode encoding (KDE 3.5.x/4 and Windows XP). Such created names are not well managed by Dolphin4 through a CIFS share. 642628 20 ivo 2008-09-01 11:04:54 +0000 I understand that decoding that might be technically infeasible, because of Qt and QString. But can't we at least substitute it with ? so it appears like C?digo or something? Not recovering the name properly, that I can understand. Giving strange and mysterious errors, and not letting you delete/move the files, that doesn't make any sense. It reminds me of windows 98, where you created a folder on the command-line, using iso8859-15 characters, and then windows couldnt' access or delete it, so it was a (lame) way of keeping some files, or messing with users by creating something they couldn't delete. And that was very lame and bad. 642646 21 thiago 2008-09-01 11:34:44 +0000 I am suggesting exactly that. The question mark doesn't help because there's no way that the QString name (UTF-16) can be converted back to its system encoding. So, even if we showed with a ? in Dolphin, you wouldn't be able to edit or move it, rename it, etc. 648930 22 bernt.lindhe 2008-09-26 09:32:14 +0000 Hi! I have this problem to. I'm just a user so I don't know much about UTF and stuff. All I can do is describe my problem. I have a Ubuntu Server 8.04 with a samba share. On the share I have some files and folders with swedish characters. The files looks fine from the Ubuntu Server console. If i browse the samba share from Windows XP they also looks fine. But if I browse the samba share from Kubuntu with KDE 4.1.1 with Dolphine it says that the file or folder don't exist if the file\folder contains swedish characters. Browse the same share with Krusader works just fine. There is no problem with Dolphin and local files or folders with swedish characters. If I copy a local file or folder with swedish characters using Dolhin to the samba share and then browse the share with Dolphin I get the same error. And agin no proplem from Krusader, the server console or XP. Looks like there is some problem with Dolphin. Kind Regards /Bernt 649099 23 christopher.c.parker 2008-09-27 06:37:51 +0000 I think the WONTFIX resolution is pretty ridiculous. It's taking functionality away from a program and leaving an awfully broken mess behind. I have a file server that I use to store all of my music that I access via SMB. I use KAudioCreator to rip CDs to a local directory ($HOME/Music) and then I move the music to the SMB share (ripping would take too long if I attempted to rip directly to the share). I recently ripped a CD with KAudioCreator from a Finnish band that has letters with accents on them. I could access the files without a problem in the local directory. I then moved the files to the SMB share, and had issues with moving the files with accented characters in them (although the files appeared to have been successfully moved, as they no longer appeared in the local source directory). Now, when I load the directory on the share that has these files in it, I'm immediately told the files don't exist, even though they clearly do, as they're showing up in the directory, although they show up as being 0B. I cannot rename them (although for some reason I'm unable to rename anything on the share). I cannot delete them. I cannot copy or move them back. My question to you, Thiago, then, is: This is expected, normal behavior? I've somehow supposedly had five years to change my file-naming ways, even though another KDE application named the files to begin with? I think you need to re-evaluate how you're looking at this show-stopping bug. I now have no way of accessing these files, or other files that were pre-existing on the SMB shared drive that were perfectly accessible before the upgrade to KDE4. I experience this same issue when trying to access music from Björk, Green Jellÿ, Queensrÿche, Rinôçérôse, and more, which were all ripped under KDE3. If you're going to disable my access to my perfectly good files, you should at least be failing a lot more gracefully than this and providing an option for recovery while assuming I am an end user who doesn't know what a command line is. 649128 24 thiago 2008-09-27 10:36:52 +0000 Yes, if your SMB server's setup is broken, that's the correct behaviour. However, a properly setup server (including Windows machines as serves, for which no setup should be necessary) should work fine under Dolphin. If there's a problem with that, please file a new bug report. This bug report here is about local files. 649526 25 jorortega 2008-09-28 20:29:44 +0000 The can you at least take a look at bug 171819 please? J. 651499 26 hhielscher 2008-10-06 14:29:25 +0000 And how is one to rename broken filenames? Is the solution to convert incoming files with another application first? 654077 27 olidel_36 2008-10-16 04:24:31 +0000 Hello, I'm just wondering if that issue is a KDE issue or something which was changed in the packaging of my distribution (which is as of today october 15th, 2008 kubuntu 8.10 intrepid beta) because the issue described above looks to be solved. Yesterday, that was not yet working. Of course, I have updated my distribution between then and now, so I just know that something has been updated that corrected that issue but I have no idea of the package name which was responsible for the resolution. I just know that now the dolphin version is 1.1 using KDE version 4.1.2. There is also another issue which was solved at the same time it is the detail view which is working now properly when I browse a smb:/ address, Before today when I was clicking on the detail button I could be sure that dolphin would get frozen and the only thing that I could do it is to kill it. Thanks. O.D. 669954 28 mail-from-kde 2008-11-24 07:11:13 +0000 What about forcing an encoding like Nautilus does? 669966 29 thiago 2008-11-24 08:59:59 +0000 Sorry, the problem is much deeper than that. The *soonest* I could provide a solution would be in one year, then requiring a change in each KDE application (starting with Dolphin). 683882 30 finex 2008-12-20 12:25:17 +0000 *** Bug 175764 has been marked as a duplicate of this bug. *** 683884 31 finex 2008-12-20 12:27:29 +0000 @Thiago: I've reproduced this bug just now... shouldn't this report be reopened? 683898 32 finex 2008-12-20 12:39:07 +0000 *** Bug 167097 has been marked as a duplicate of this bug. *** 684523 33 thiago 2008-12-21 12:44:47 +0000 No, it shouldn't be reopened because we don't want to support wrong encoding. It's just far too much work, for very little gain. We don't have the infrastructure to handle this. Also, note it's closed WONTFIX. That means "I won't fix". If you want to reopen, please reassign it to yourself. We'll be glad to review your patches and integrate them if they are good. 701694 34 bruno 2009-01-18 10:03:46 +0000 Just to add some water .... system is opensuse 11.1 with lastest kde 4.1 stable desktop Qt: 4.4.3 KDE: 4.1.3 (KDE 4.1.3) "release 69.2" kde4-config: 1.0 locale on my system give me LANG=fr_CH.UTF-8 LC_CTYPE="fr_CH.UTF-8" LC_NUMERIC="fr_CH.UTF-8" LC_TIME="fr_CH.UTF-8" LC_COLLATE="fr_CH.UTF-8" LC_MONETARY="fr_CH.UTF-8" LC_MESSAGES="fr_CH.UTF-8" LC_PAPER="fr_CH.UTF-8" LC_NAME="fr_CH.UTF-8" LC_ADDRESS="fr_CH.UTF-8" LC_TELEPHONE="fr_CH.UTF-8" LC_MEASUREMENT="fr_CH.UTF-8" LC_IDENTIFICATION="fr_CH.UTF-8" I've create from my terminal session a file named étang planté sur le château.txt I upload it to another server by scp remote server is an opensuse 10.3 set to be a utf-8 server and filesystem on the remote server my locale are the same full fr_CH.UTF-8 an ls give me back the right name étang planté sur le château.txt Now if I try to look at it with dolphin and sftp:/ it give me this étang planté sur le château.txt I can open it with kwrite the content is right.(also utf-8 encoded) If I launch nautilus and this it by sftp:/ I see it under it's correct name aka étang planté sur le château.txt But I can lauch the action open it by kate/kwrite they tell me that file doesn't exist. So we are in plain utf-8 env. And bug is there. So I'm asking you to reopen this bug as your mention above wrong file name doesn't take place here. It just bother us, and make us unable to work with customer's data as we can do with the 3.5x version ( absolutely no problems with it ) In conclusion, this is a regression ! Regards. 701708 35 thiago 2009-01-18 10:37:17 +0000 You said sftp://. That means it's not relevant to this bug. You're talking about remote files, while this bug is about local files. 701800 36 sven.burmeister 2009-01-18 12:38:29 +0000 This bug mentiones smb:/ as well in some of the first comments, but if I'm correct there is bug 158639 for smb:/, if that makes any difference. sftp:/ could have the same issue, so if you add your comment there or file a new bug report and post the report number here, people that stumble about encoding issues and find this report can be guided to the correct report. local files: this report smb:/: bug 158639 702090 37 bruno 2009-01-18 20:57:17 +0000 Ok ok ok it could be a new bug entry. But all what's describe doesn't even are in relation with dolphin a simple kdialog with the protocol are wrong ... Sorry but as I've to work (really, with customers and so) I was obliged today to come back on opensuse 11.0 (bluetooth,wifi) and my prefered working desktop aka kde 3.5.10 ... I'll try this again with the kde 4.5 version. :-(((( 730277 38 sven.burmeister 2009-03-14 16:19:07 +0000 (In reply to comment #18) > Windows and MacOS X are fully Unicode. There's no such thing as broken paths on > Windows, since it uses UTF-16; on MacOS X, which is UTF-8, Finder shows as > "C%F3digo" (i.e., URL encoding, which we do support), but simple applications > like TextEdit crash while trying to use the file. > > No, broken encodings are a thing of the past and should be confined to the > terminal, where it belongs. Applications for the past 5 years have created > files in UTF-8 encoding. Pen-drives use often VFAT, which is also Unicode > clean. > > It's not like a recent convert will get those broken-encoded files. > > I think a 5-year transition period is more than enough. KDE 4 does not support > non-UTF-8 locales anyways. I just encountered another example that proves the above wrong. A music download service offers albums via zip-file. Opening that zip-file with ark shows broken filenames -> ark cannot decompress -> user without konsole experience is screwed. This music is only one year old, so the zip was put togehter in the last months, if not on the fly when demanding the download, hence this is still reality and no matter whether the supplier of that file (a big electronics market) is at fault or not, users are screwed although the issue is known and Qt is ignoring that reality. I tried unzip, which of course can extract the files, but dolphin cannot handle them afterwards. 730340 39 thiago 2009-03-14 18:29:08 +0000 And I bet that the Zip file was created on Windows, where the 8-bit encoding is considered legacy. Now go back to that website where you got the music zip file and download a title with characters in Japanese, Russian or Czech. Tell me what happens. 730349 40 sven.burmeister 2009-03-14 18:56:29 +0000 What I wanted to state is: Files with broken/legacy/whatever encoding are still created and supplied, today, i.e. not this is not an issue of the past. The files are supplied by http://www.247entertainment.com/ I do not know what kind of servers they run for their services. The URL only indicates that they are using tomcat, e.g. http://dlc.247base.com/tomcat/filedl4/ONFDL4/[...] Netcraft cannot tell what OS they use http://searchdns.netcraft.com/?restriction=site+contains&host=247base.com&lookup=wait..&position=limited I understand your point, that you do not want to support what others messed-up, yet that means that users on KDE will have issues they cannot handle without konsole. And those issues do not stem from files that are 5 years old, but new ones. 750094 41 peter.penz19 2009-04-30 12:34:53 +0000 *** Bug 189150 has been marked as a duplicate of this bug. *** 758113 42 peter.penz19 2009-05-15 22:33:50 +0000 *** Bug 192515 has been marked as a duplicate of this bug. *** 765988 43 roland.leissa 2009-05-28 01:40:33 +0000 *** Bug 194262 has been marked as a duplicate of this bug. *** 803999 44 frank78ac 2009-08-04 00:04:39 +0000 *** Bug 183040 has been marked as a duplicate of this bug. *** 804066 45 kde 2009-08-04 01:51:45 +0000 Brilliant "no solution", new zip files download from Japan are broken in KDE 4 and my old backups in zip files too. Five years is a lot of time, well, I have 15 year old zip files with spanish characters, including all my works in the University. It's time to forget Konqueror and look for a better solution. 804137 46 thiago 2009-08-04 09:31:36 +0000 Yes, please. But the fault lies at your Zip extractor, not Konqueror. The Zip extractor should produce locale-encoded (i.e., UTF-8) file names. In any case, I won't add compatibility code for 15-year-old archives you read once every 2 years. How often do you start WordStar on DOSEmu anyway? 804233 47 kde 2009-08-04 13:10:41 +0000 A couple of times a year but I'm not use WordStar, I'm use Kwrite to open my old text files. The problem is that file names are in spanish and Konqueror 4 can't handle it but Konsole, Konqueror 3, Gnome an Windows can. But you forgot that the problem persist actually with wget, as you can see in bug https://bugs.kde.org/show_bug.cgi?id=183040. An yes, zip still is used to compress files and in systems with EUC-JP and other encodings so, you must open Konsole or Konqueror 3 and manually rename the files. If Qt 4 QString encoding breaks encoding compatability the logic solution is implement some legacy system using Qt 3 because Konqueror 3 do the job. Obviously the decision is yours but, clearly, KDE 4 is a encoding nightmare for not English people. 804417 48 thiago 2009-08-04 19:45:46 +0000 If wget can generate file names that are out of the locale encoding, wget needs to be fixed. Same as the Zip extractor. And I use KDE 4 in Portuguese. It works just fine. It might be possible to fix this problem differently, but it's a huge effort for very little benefit. Broken tools should be fixed, good tools shouldn't have to work around their bugs. And file formats that encode 8-bit human text without encoding should be banned and left behind in the 1990s. 804431 49 kde 2009-08-04 20:25:48 +0000 I don't try to begin a discusion, you take your decision and I'll take mine. So I think that you must want mark https://bugs.kde.org/show_bug.cgi?id=182934 as WONTFIX too. 804502 50 ehabkost 2009-08-04 23:06:12 +0000 (In reply to comment #48) > If wget can generate file names that are out of the locale encoding, wget needs > to be fixed. Same as the Zip extractor. > I am OK if KDE's position is that my data is broken. For KDE, having a non-utf-8 file name is similar to have a corrupted filesystem. That would be OK for me, but: * Base system tools allow me to create non-utf-8 filenames, so this is a requirement from KDE, not from my operating system. * When I have broken data, I have tools to check if my data is corrupted. I have fsck, I have database consistency check tools. But I don't have _any_ tool to check if my filesystem is considered "broken" by KDE. All I have are cryptic error messages shown when I try to handle a non-utf8 filename. This, IMHO, is the worst part about this issue. 804535 51 thiago 2009-08-05 00:36:09 +0000 Eduardo: you're right, we should offer a tool to help you repair those broken filenames. Don't expect that tool to be Dolphin's normal filemanagement mode. However, it would make sense to have it as a plugin. 804554 52 kde 2009-08-05 01:48:19 +0000 So this bug can't be fixed but the problem can be solved with a workaround. For an user point of view, a plugin or a fix is, more or less, the same so, for me, is a valid solution. 804619 53 rakuco 2009-08-05 05:26:36 +0000 *** Bug 194122 has been marked as a duplicate of this bug. *** 813048 54 frank78ac 2009-08-16 19:24:23 +0000 *** Bug 178927 has been marked as a duplicate of this bug. *** 815611 55 moritz-kdebugs 2009-08-20 14:40:40 +0000 Thiago, your approach appears to be not very practical - just closing wontfix does not make KDE a workable GUI for beginners today - the minimum I would expect before this bug is closed would be proper error reporting - ie KDE should not say xyzfile not found, but it should upon detecting files that are not readable due to encoding errors tell the user that KDE has detected a problem with the encoding and suggest how to fix this - ideally this would be done from within KDE. Just saying file does not exist after you listed it is just REALLY REALLY bad program behaviour. In KDE-3 that kind of crap would not have been tolerated as a regression over a previous version. Reporting bugs has become really annoying over the last 2 years with many valid bugs being closed with arguments that have nothing to do with a good user experieince, which is what KDE should be about (and has been in the past). 815932 56 thiago 2009-08-20 23:24:36 +0000 Didn't I explain over and over again that the problem is at a much lower level than Dolphin? Those file names cannot be represented inside KDE (Qt) code. There's no way we can even report that they exist and were skipped from the traditional API. What Dolphin can do -- and I urge you to file this as a suggestion for improvement for it -- is to provide a tool to rename broken filenames. That's a very Unix-specific tool, by necessity (since the problem cannot happen on Mac or Windows in the first place). How one gets told that there is the need to rename, I don't know. Frankly, I don't care. Tools generating broken-encoding filenames should be fixed. Dolphin and KDE shouldn't be made to work around those tools' bugs. (This includes Zip-extracting tools) 816653 57 jorortega 2009-08-22 06:39:24 +0000 Big problem is that tools that generate broken encodings are from other OS (mac and windows), not precisely *nix. And that since the other OS supports what you call "broken" encondings. They just read fine since for commercial grade software, the thing called "Backward Compatibility" is pretty important (BTW the newer versions of the rest still can read a broken-encoded produced file nicely). Nobody here is telling that produce broken encoding should be supported, just being able to read, and if necesary, convert them on the fly without the user should care about it (dunno, probably will be impossible to do for read-only media, but well). Talking about broken things... i removed me from this bug report long time ago (not using KDE anymore). somebody knows how to unsuscribe??? at least this is the 4th time i unsuscribe to this and seems not working at all. Regards J. 816679 58 thiago 2009-08-22 09:04:29 +0000 Mac and Windows don't support broken encoding. No, the tools that are broken are Unix tools: I'm thinking here of unzip and tar. 816719 59 kde 2009-08-22 11:25:53 +0000 And wget and probably many others command unix tools and don't, care because with the exception of de factastic and ultra cool Qt 4 encodign system and KDE 4, all command programs and desktop environment in linux CAN HANDLE this files. My congratulations for the mind behind Qt 4 encoding design. Not adding support for broken encoding names is as brilliant like desing a car only for cities and highways, that stops every time you drive for a road. KDE 4 is an eyecandy desktop, but not a rock solid desktop for production. This bug, an all related to connecting to servers not working in english UTF-8, confirm this point. I now really understand why Gnome was been using as default desktop in corporative linux distributions. Think in a spanish corporation, with thousands of old zip files and hundreds of workers with this problem. 816729 60 thiago 2009-08-22 11:58:48 +0000 Yes, by all means, keep posting comments like these. The apex of offensive, non-constructive and baseless... 816752 61 kde 2009-08-22 13:43:31 +0000 Sorry Thiago if reality offends you. Obviouslly KDE an Qt 4 has a lot of good things, but encoding system is not one of these. You was the first person to protest about consider related problems in this post like smb so, if we can't mention bad things obviouslly we don't mention good things. The reality is there is a problem here and WONTFIX an blame others was your solution. Well, this kind of actions are not offensive? On the other side I told that don't support legacy enconding in KDE 4 is big desing error and I'm an offender. Your constructive solution for this problem is fix other programs, you don't know how many or witch must be fixed so I simply explain another solution very very easy that works without problems, don't use KDE 4 in production systems. Your dificult solution is good but my easy solution dislikes you. You think my comment are offensive and non-constructive, well I live with it but, baseless? The case I explain is not real? I can mention several corporations in Spain that will suffer this bug it they install KDE 4. In my modest opinion, for corporations, KDE 4 is to KDE the same was Vista to Windows and in my job we uninstall KDE 4 and use KDE 3 again. In my home I can live with this and other encoding related problems so I still testing it. When a plugin that solves this problem will be added to KDE, in my work we reconsider install KDE 4 again. 816765 62 ehabkost 2009-08-22 14:29:43 +0000 (In reply to comment #60) > Yes, by all means, keep posting comments like these. > > The apex of offensive, non-constructive and baseless... Actually I think Ignacio managed to express exactly how I feel about this bug, on the first two paragraphs of comment #59. If you (KDE, kdelibs, Qt, whatever) chose to not support those filenames, fine. But that's _your_ design decision[1], don't blame the other tools. I would even find this Qt/KDE design requirement acceptable if I had a tool to "fix" my filenames. But I don't have even that. I know you don't have any obligation implement that to help your users, but refusing to do so is a great way to send the message that you don't care about your users. --- [1] If you still disagree with that, try submitting a Linux kernel patch to make it reject non-utf8 filenames, and see what happens. ;) 816800 63 kde 2009-08-22 15:20:42 +0000 Thiago has left the building and we look for another solutions. Please, vote for the next bug: https://bugs.kde.org/show_bug.cgi?id=204768 817009 64 ivo 2009-08-23 00:04:40 +0000 As you may notice, I am the original reporter for this bug. While I agree that this is a problem, I think that further arguing is like beating a dead horse. The problem has been laid and explained, and harassing the developers will not solve this problem. So, I'd say thank you to all, but I think this is at the stage where the only useful input is a working code implementation, so please refrain from re-discussing this over and over again. Thiago is Brazilian he is probably more aware than most developers that people do use more than ASCII characters. 817051 65 kde 2009-08-23 00:56:40 +0000 (In reply to comment #64) Ivo, are you reading my bug report?. I'm not trying to continue the discusion, I'm trying another aproach to solve this problem (an related bugs including mine) and, If you have a better idea please, suggestions are welcome. Thiago unsuscribed from this bug so discusion are ended and he expressed very clearly his point of view about this problem "Frankly, I don't care. Tools generating broken-encoding filenames should be fixed.". 817156 66 jorortega 2009-08-23 08:42:37 +0000 Just for the record windows 7 will still support "broken encondings"... also windows vista supports it. Don't know about macs, since i stopped using mac with osx 8.5. http://www.walkernews.net/2007/06/17/how-to-run-chinese-program-in-vista-ultimate/ The thingie is, that m$ tends to do things very automatically. The installer won't bother anyone about this, and my installs i include support for asian languages, so if you install support for other countries, the tables are installed automatically for software that don't know anything about unicode. Just 2 cents, and just for the record... nothing more, nothing less... Regards J. 822030 67 frank78ac 2009-08-31 12:26:41 +0000 *** Bug 205493 has been marked as a duplicate of this bug. *** 875662 68 cfeck 2009-12-07 21:16:03 +0000 *** Bug 217691 has been marked as a duplicate of this bug. *** 876594 69 frank78ac 2009-12-09 16:09:05 +0000 *** Bug 217975 has been marked as a duplicate of this bug. *** 877570 70 usrrgt 2009-12-11 03:10:21 +0000 Can anyone attach any pacth for this, please? Or the users must will use Nautilus/GNOME forever? 877672 71 frank78ac 2009-12-11 10:40:20 +0000 *** Bug 218148 has been marked as a duplicate of this bug. *** 878008 72 kde 2009-12-11 17:15:38 +0000 Developer says that this bug don't care so don't expect to be fixed. If you wish you can vote this fixing tool and pray https://bugs.kde.org/show_bug.cgi?id=204768. And yes, don't uninstall Nautilus. 882295 73 peter.penz19 2009-12-18 18:07:24 +0000 *** Bug 200047 has been marked as a duplicate of this bug. *** 894073 74 cfeck 2010-01-07 20:52:48 +0000 *** Bug 221705 has been marked as a duplicate of this bug. *** 907221 75 peter.penz19 2010-01-28 11:21:54 +0000 *** Bug 224557 has been marked as a duplicate of this bug. *** 908108 76 cfeck 2010-01-29 18:36:10 +0000 *** Bug 224767 has been marked as a duplicate of this bug. *** 947151 77 frank78ac 2010-04-09 02:33:41 +0000 *** Bug 233484 has been marked as a duplicate of this bug. *** 951065 78 frank78ac 2010-04-18 16:04:15 +0000 *** Bug 234659 has been marked as a duplicate of this bug. *** 957309 79 frank78ac 2010-05-05 17:50:59 +0000 *** Bug 236447 has been marked as a duplicate of this bug. *** 977340 80 kde 2010-06-12 02:03:05 +0000 It should be pointed out that no kde4 application should actually generate any files with invalid encodings themselves. This is not the case, as ark will extract zip archives with invalid encodings from kde itself. See: https://bugs.kde.org/show_bug.cgi?id=240727 1006522 81 frank78ac 2010-08-19 10:41:08 +0000 *** Bug 248314 has been marked as a duplicate of this bug. *** 1013306 82 asemann 2010-09-02 15:44:07 +0000 Hi, I confirm this bug when files are created automatically by extracting an archive (Ark) or by ripping CD (Grip). Some characters with accent are changed into a symbol like ("Jean-Sébastien" / "Jean-S�bastien"). Even if the shell or Dolphin can show the file on the screen, noway to rename, erase, move... this kind of files. Same problem with Krusader or Konqueror... Meanwhile I find that Nautilus can manage (rename, move, erase) easily this problem without understanding why. Hope this can be useful. 1013357 83 kde 2010-09-02 16:30:59 +0000 (In reply to comment #82) > Hi, > > I confirm this bug when files are created automatically by extracting an > archive (Ark) or by ripping CD (Grip). > Some characters with accent are changed into a symbol like ("Jean-Sébastien" / > "Jean-S�bastien"). > Even if the shell or Dolphin can show the file on the screen, noway to rename, > erase, move... this kind of files. Same problem with Krusader or Konqueror... > Meanwhile I find that Nautilus can manage (rename, move, erase) easily this > problem without understanding why. > > Hope this can be useful. Bug is confirmed but Thiago don't want to fix it so you are loosing your time. 1016375 84 frank78ac 2010-09-09 00:06:17 +0000 *** Bug 237164 has been marked as a duplicate of this bug. *** 1023267 85 peter.penz19 2010-09-23 18:55:05 +0000 *** Bug 252160 has been marked as a duplicate of this bug. *** 1025981 86 peter.penz19 2010-09-30 09:21:11 +0000 *** Bug 252801 has been marked as a duplicate of this bug. *** 1026184 87 moritz-kdebugs 2010-09-30 18:39:41 +0000 Wow, only a few bugs left and this will be one of the few most reported bugs that is not a crash - looks like this bug is a good candidate for the title "MOST ANNOYING BUG EVER AFFECTING the largest number of users which the KDE developers decided to WONTFIX? 1026188 88 mss 2010-09-30 19:07:01 +0000 Please read Thiago's comments. I don't think he's completely right (one of the "broken" tools is smbmount when you don't specify the encoding the Server uses 100% correct and I don't see how that could be fixed) and don't believe either that this is really unfixable in Dolphin/Qt. But until I've got the time to go and prove him (or myself) wrong by fixing this on my own, I try to keep the noise on this bug low. Bitching around doesn't help and just fills up the inboxes of innocent bystanders. 1026192 89 kde-bugs 2010-09-30 19:12:14 +0000 @ comment 88: insulting people is certainly helping to keep the noise down ... 1026215 90 maris.kde 2010-09-30 20:14:36 +0000 (In reply to comment #89) > @ comment 88: insulting people is certainly helping to keep the noise down ... Totally agree. Let's keep noise down. Who's with me? 1027359 91 usrrgt 2010-10-04 02:24:14 +0000 This bug is one of the things that I stopped using KDE when 4.0 version came out. KDE 4.5 is still a toy that breaks when you least expect it and that slows down the computer. KDE was dead at the 3.5. R.I.P. KDE. 1027376 92 vo.zaeb 2010-10-04 08:15:41 +0000 That is because KDE developers improved many useless things, but things, that is really needed and bugs, that is really interfere to use KDE, were forgotten. Of course, the main thing — it is to make it all look good on the releases screenshots. "Who cares how good it works?!" — this should be a new KDE slogan. 1027438 93 mss 2010-10-04 12:16:15 +0000 Guys, if I insulted anybody with my last comment I apologize. But please stop your ranting here, it is not productive at all. On the contrary, you are about to scare potential developers like me away because you make the KDE users sound like an ungrateful bunch of people. I have a rough idea how this could be fixed but it would probably have to happen in Qt and is a bit of work for which I currently don't have the time. Essentially my idea boils down to: * The issue of displaying the invalid filenames (with question marks and stuff) is solved quite easily: QFile and QDir store the raw representation of the filename in an extra QByteArray member and if that string fails to be converted to a UTF-8 QString, it has a flag/method like isValidFileName and a method to retrieve the representation of the invalid file. * But, since we can't convert the display file name back to the original one, once this string representation is inside an application, we lose track of the link between the original FS entry and the displayed one. I'd probably solve this by overloading the QFile/QDir members which return a QString with one which returns a new class of QFileName (and QPathName). That one could be a rather thin wrapper around QString which adds the QByteArray I mentioned above. Both could even be thrown into an union to save RAM if anybody is afraid of losing any of that. * Hopefully, that wouldn't change anything for all existing applications, since they's still request QStrings. To make use of this representation, Dolphin and friends had to use QFileNames everywhere they use QString to represent filenames now. So all applications handling files would have to be changed. Lot of work. * There are still corner cases, like how to represent these filenames in URLs and stuff I probably didn't think about. But at least Dolphin should be able to manage these broken files again. Or not, I don't know until I (or somebody else) tried. Probably Thiago can point out at least ten flaws in my idea :) Anyway, I hope this convinces you that there are actually people thinking about this bug and this might be fixed one day. But until then, please keep the noise on this bug down. 1027450 94 kde 2010-10-04 13:01:20 +0000 (In reply to comment #93) Malte, thank you for your efforts to solve this problem and, as far as I can read, you don't insult anything and I think that this user don't understand well English like me because this problem is related only to not English users. Is good to know that not all KDE developers are like Thiago and they thinking that this is a serious problem for not English users and companies. Again, thank your for your efforts. 1027516 95 mss 2010-10-04 16:33:16 +0000 Just to make sure nobody gets disappointed: I'm not a KDE developer, just somebody with a rough idea how maybe this could be handled cleanly. Also, I currently don't have the time to work on this and dunno if anybody else does. So please don't hold your breath. One more thing: Maybe it would be a good idea to start a page on TechBase or UserBase describing ways and circumstances how one can stumble upon filenames with broken Unicode and how to work around it (like, using smbmount with all those voodoo iocharset and codepage parameters). 1027517 96 kde 2010-10-04 16:40:25 +0000 (In reply to comment #95) Sad news that you are not a KDE developer but I'm not hold my break because as many other KDE 3 users I stop using KDE 4 in my work and I only use in my home for fun. 1031234 97 rakuco 2010-10-13 01:32:25 +0000 *** Bug 252812 has been marked as a duplicate of this bug. *** 1047535 98 peter.penz19 2010-11-21 11:46:39 +0000 *** Bug 254541 has been marked as a duplicate of this bug. *** 1074553 99 szo 2011-01-17 14:02:23 +0000 as of dolphin 1.5, KDE 4.5.5, the problem still exists. 1074851 100 ralf 2011-01-17 23:06:16 +0000 This is just a workaround how to repair filenames with invalid characters using mc (midnight commander): When you are in a directory, select "encoding" from the menu and switch to the suggested encoding (or try until you get propper file names). Now you will find the encoding at the end of the current path as if it was a subfolder. And indeed: If you select (INS) all damaged file names, press F6 ("move") and enter ".." (directory up), all selected files will be renamed according to the system encoding! It took quite a while until I found out, manual renaming was so much more tireing. Maybe somebody finds the time to look into the code of mc... 1075014 101 szo 2011-01-18 12:09:42 +0000 convmv is also good for fixing the filenames 1097566 102 peter.penz19 2011-03-16 08:40:26 +0000 *** Bug 268586 has been marked as a duplicate of this bug. *** 1107795 103 58935 szo 2011-04-13 23:43:38 +0000 Created attachment 58935 proof-of-concept fix for the issue Hi, this patch attempts to work around this bug by using the QString as byte buffer: the latin1 encoding constructor does nothing but stores the bytes in two-byte spaces. It makes possible to the bytestream read by readdir() to reach the unlink() unmodified, and when it is displayed, it is converted to the proper unicode encoding. This patch is in no way complete, it will break if an unicode string containing the byte 47 ("/") is entered, and some url manipulation will threat it as a directory separator. I think we will need a flag in at least UDSEntry and KFileItem to show if they contain "raw" or proper QString. I would like to restart the discussion and see if its possible to develop this patch to a workable solution. 1107806 104 kde 2011-04-14 00:46:03 +0000 I think I could kiss you just for trying. 1108330 105 59000 szo 2011-04-15 11:28:38 +0000 Created attachment 59000 updated proof-of-concept fix for the issue This is an updated version of by previous patch. It's less intrusive (only kio_file.so is affected), it doesn't break the displaying of the UTF8 encoded filenames, it doesn't break launching the files if their names are UTF8 encoded (the legacy encoded filename wont launch), but all the file operations (delete, copy, rename, etc) will work regardless of the filename encoding. However it breaks amarok: you won't be able add files to the playlist if they contain non-ascii characters (UTF8 or otherwise encoded, doesn't matter) - I still investigate this one. Meanwhile I realized that the directory separator question is non-issue since the unix filenames don't care about encoding, so there can be no byte 47 in the filename anyway. Please give it a try and report application breakages, I only tested dolphin/plasma directory widget (works) and amarok (breaks). 1108354 106 59002 szo 2011-04-15 13:15:51 +0000 Created attachment 59002 A slightly better patch Copying, renaming, moving will need some more work and thinking, probably in dolpin itself also. 1113879 107 peter.penz19 2011-05-02 10:07:18 +0000 *** Bug 272215 has been marked as a duplicate of this bug. *** 1115308 108 szo 2011-05-05 18:00:16 +0000 The approach in these patches proved to be dead-end, broke too many things. A different method is the works, where I store the original bytestream if necessary in KUrl. Stay tuned! 1117997 109 ivo 2011-05-11 17:04:12 +0000 Just wanted to suggest, that if anyone's got the knowledge, Qt 5.0 would probably be a good opportunity to fix this upstream. 1118872 110 szo 2011-05-13 19:39:12 +0000 (In reply to comment #109) > Just wanted to suggest, that if anyone's got the knowledge, Qt 5.0 would > probably be a good opportunity to fix this upstream. I'm not sure how that would go, QString in itself isn't broken, just not suited for the way it's used to pass around bytestreams. 1118875 111 59970 szo 2011-05-13 19:47:56 +0000 Created attachment 59970 Preview of the KUrl-based solution This is the preview of my proposed solution: I hijacked an unused, private pointer in KUrl to store the actual bytestream when necessary. (This way the sizeof(KUrl) don't change, so only kio_file.so, libkio.so.5.6.0 and libkdecore.so.5.6.0 needs to be replaced. If this gets included, a QByteArray member should be used.) Currenly move/rename works in dolphin, copying changes the filename, so it's not ready yet, symlinking also changes the filename and to fix it KIO API change will be necessary (the destionation is KUrl, but the source is QString). Please take a look, any feedback is much appreciated! 1137544 112 peter.penz19 2011-07-02 09:11:40 +0000 *** Bug 276925 has been marked as a duplicate of this bug. *** 1171226 113 peter.penz19 2011-10-08 17:07:08 +0000 *** Bug 283573 has been marked as a duplicate of this bug. *** 1210482 114 adaptee 2012-01-06 12:46:00 +0000 *** Bug 290786 has been marked as a duplicate of this bug. *** 1210964 115 adaptee 2012-01-07 11:53:51 +0000 *** Bug 188396 has been marked as a duplicate of this bug. *** 1236580 116 albert 2012-03-14 21:32:10 +0000 KDE 4.8.1 is out and we still have this problem. I can't believe this bug existed for 4 years now and like I read in one of the comments is running for the title "MOST ANNOYING BUG EVER AFFECTING the largest number of users which the KDE developers decided to WONTFIX?" I had problems with this in Ubuntu years ago and like I had installed gnome too I just used Nautilus and fixed the name of the files. Never crossed my mind that this bug were so old and affected so many of us. It's a shame that this remains a problem for end-users after all this time. I guess the problem was in the original design of how to manage encoding names when they designed KDE 4, or maybe they thought this was a "minor" problem or something like that. Now I bet this won't have any solution until KDE 5 or something like that is born [hopefully]. I'll try what comment #100 says and see what happens. I don't want to install nautilus and a lot of s**t just to rename files. Regars 1236639 117 smartinds 2012-03-14 23:40:01 +0000 (In reply to comment #116) > KDE 4.8.1 is out and we still have this problem. I can't believe this bug > existed for 4 years now and like I read in one of the comments is running > for the title "MOST ANNOYING BUG EVER AFFECTING the largest number of users > which the KDE developers decided to WONTFIX?" > > I had problems with this in Ubuntu years ago and like I had installed gnome > too I just used Nautilus and fixed the name of the files. Never crossed my > mind that this bug were so old and affected so many of us. > > It's a shame that this remains a problem for end-users after all this time. Amen. This bug still exist, not only with Dolphin, also with Krusader and whatever app FolderManager. I use "convmv" for can open files with wrong encoding, but in others DesktopEnviroments (ej. Gnome) this bug is solved. T_T 1236734 118 mhlavink 2012-03-15 08:45:51 +0000 Just to be clear. This bug exists for a long time and it won't be fixed. Resolved upstream means just that this bug was closed "wontfix" in upstream. Upstream developer removed himself from cc list a long time ago, so no one available to change anything reads this comments. We talk here with ourselfs here, no one is listening. This does not affect only krusader or dolphin. It affects all Qt and KDE apps. This won't be fixed in Qt 5 so it won't be fixed in KDE 5. See comments in http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/ """no, no one has the intention of ever fixing that in Qt. Broken filename encodings will be forever considered filesystem corruption.""" (I'm just "me too" guy summarizing this bug. There's no reason to argue with me.) 1236761 119 helder.meneses 2012-03-15 09:42:23 +0000 This is very sad, how can i use kde in portuguese language if it cant handle diferent encoding? i think that kde needs a Every detail Matters round up like gnome to ensure that this kind of frustating bugs disapear. https://live.gnome.org/EveryDetailMatters regards, 1237035 120 albert 2012-03-16 04:07:11 +0000 (In reply to comment #118) > Just to be clear. This bug exists for a long time and it won't be fixed. > Resolved upstream means just that this bug was closed "wontfix" in upstream. > Upstream developer removed himself from cc list a long time ago, so no one > available to change anything reads this comments. We talk here with ourselfs > here, no one is listening. > > This does not affect only krusader or dolphin. It affects all Qt and KDE > apps. > > This won't be fixed in Qt 5 so it won't be fixed in KDE 5. See comments in > http://www.macieira.org/blog/2011/09/qurl-in-qt-5-encoding/ > > """no, no one has the intention of ever fixing that in Qt. Broken filename > encodings will be forever considered filesystem corruption.""" > > (I'm just "me too" guy summarizing this bug. There's no reason to argue with > me.) Wow, It's really disappointing to see that the position of Thiago in this still the same. "filesystem corruption" = not our problem = we won't do anything about it. This is really letting me down of KDE and Qt for now. I don't know what to say. Regards Guys [I'll stay suscribed just in case something happens] 1237718 121 ralf 2012-03-18 14:36:56 +0000 Corrupt file names can also be the result of unzipping archives that come from another platform. In such cases, the file system itself can IMO not be consiedered as corrupt file system. Unless fsck complains and offers fixation. IIRC some disk checkers complain about invalid characters, but I don't know of any tool that cleans up hybrid encodings (esp. on portable usb drives). Regards Ralf 1237875 122 ivo 2012-03-18 21:10:42 +0000 This issue can be triggered via any program that writes non-utf8 filenames to a utf-8 filesystem without proper conversion. Unzip likes to do that one. Now: - Hello! Notice I'm the original reporter of this bug. - It's not true that you can't use other languages correctly. Thiago Macieira, the very often quoted Qt developer that maintains the code and says he's not going to change it, also speaks Portuguese, so he knows that the world isn't all ASCII. - It's been said other times in this thread but I'll say it again: the issue has been reported, and the developers understand it, how it happens, when, and why. They just think that fixing this bug takes lots and lots of work and code changes, and so don't want to work on it. - So the thing is, this bug at this point only serves to wait for someone who fixes this and adds a patch. Adding more reasons and angry comments doesn't add anything, and, in fact, is the main reason why the developers don't even read this bug report anymore. (I do though!) 1239056 123 albert 2012-03-22 17:33:14 +0000 Hey guys right now I'm still using KDE, and to "fix" the encoding problem of this files I just found an a really light file manager: Thunar, is the file manager of XFCE but unlike Nautilus I don't have to install all kind of sh*t and the desktop to use it, just a couple of packages and its done, just right-click, Rename the file and that's it. Hope it works for you too. And this is another prove that the problem is inside KDE, or if is not KDE does not know how to handle it. A lot of filemanagers in other desktops environments in a lot of distros can do this but in KDE we just have to "suck it up" because it's too much work in exchange for so little benefit [for the users!!]. I guess something went wrong somewhere. Greetings 1258125 124 jan_lepper 2012-05-24 16:14:02 +0000 *** Bug 297733 has been marked as a duplicate of this bug. *** 1265494 125 peter.penz19 2012-06-13 19:05:28 +0000 *** Bug 301833 has been marked as a duplicate of this bug. *** 1285791 126 jeoffreymonpoaon 2012-08-17 19:18:15 +0000 I'm on KDE 4.8.4 (Debian) and today I've found a solution for Dolphin (I have the same problem with Ark while extracting a file with non-ASCII caracters but this method I give to you don't work for it) : > Edit the file called "kdeglobals" on your home/.kde/share/config > Add this line in the "[Locale]" paragraph : Charset=iso8859-15 I'm French so this is the corresponding iso for my language. This iso (8859-15) works for a lot of languages, especially almost all of european ones. > Save, close the file, eventually log out and log in but I didn't need to do this to make it work. Now you will be able to display and modify these files in Dolphin. Modifying your Locale.gen is useless in KDE. It works for me, I hope it will work for you too. Sorry if my english is bad ! 1285818 127 jeoffreymonpoaon 2012-08-17 20:55:51 +0000 In fact, it still doesn't work with the method I said before...I was using in the same time convmv, I thought I have entered a wrong command to convert my files into UTF-8 with it because nothing was happened...but it works (with convmv....!).... 1298931 128 manuel_songokuh 2012-09-20 15:50:38 +0000 hello when will RESOLVE this SERIOUS PROBLEM? i have this problem with KDE 4.8.5 with opensuse 12.1.. is resolved then you can explain me how i can resolve information...?....thank you 1313101 129 adaptee 2012-11-06 17:02:51 +0000 *** Bug 232608 has been marked as a duplicate of this bug. *** 1324920 130 cfeck 2012-12-19 15:57:54 +0000 *** Bug 311932 has been marked as a duplicate of this bug. *** 1335090 131 frank78ac 2013-01-24 21:32:36 +0000 *** Bug 313842 has been marked as a duplicate of this bug. *** 1343729 132 hpj 2013-02-20 14:27:49 +0000 Calling this filesystem corruption is just an arrogant way to say: we will not fix real world issues, we insist in the world fixing this. Given, how easy it is to create such an item, e.g.: touch $(printf "snaf\374.txt") this attitude is ridiculous. Apart from unzip, we are bitten by a winscp/sshd combination, that doesn't encode properly (all current versions). @Thiago: wrongly encoded file names will *never* go away. What would you thing, if the kernel would forbit access to files, that you saved in a crypted filesystem container, because its filename has an invalid encoding. Say, this contains an important work of yours. Guess what, you would call this kernel names. Next logical step would be to automatically *format* such a media in order to prevent further propagation. Your argumentation would even justify this. But face it: middle age is over, and the world isn't turning around KDE, KDE is actively loosing users, because of this attitude. 1343737 133 smartinds 2013-02-20 14:53:08 +0000 @Hans-Peter Jansen You're absolutely right. Lately I'm thinking of not using KDE for this ridiculous attitude. 1343740 134 helder.meneses 2013-02-20 15:00:35 +0000 I too consider this atitude very wrong... i left using KDE among other things because of wrong code in files...initially i installed used terminal to change names, but after some time i simply quit...changed to gnome... You have to resolve this, because the world is not only english :) 1343741 135 helder.meneses 2013-02-20 15:01:01 +0000 I too consider this atitude very wrong... i left using KDE among other things because of wrong code in files...initially i used terminal to change names, but after some time i simply quit...changed to gnome... You have to resolve this, because the world is not only english :) 1343742 136 amantia 2013-02-20 15:02:54 +0000 Why blaming KDE for something that is in Qt (even if the respective developer is both a Qt and KDE person)? Read comments #118 and #122, if not everything. 1343743 137 mhlavink 2013-02-20 15:05:23 +0000 Hans-Peter Jansen: You're wasting your breath ;) See comment #118 : https://bugs.kde.org/show_bug.cgi?id=165044#c118 Nobody reads this bug report, nobody cares. Thiago removed himself from CC list a loooong time ago, so you can target your comment to him, but he won't read it. I think this project needs someone like Linus Torvalds. When someone in kernel would make a change breaking userspace program with comment "applications should get fixed", Linus would yell at him about being arrogant stupid ... a*hole (Linus would be using even stronger words) and he would prevent such change. It's always pity when library does not care about real world. 1343821 138 rgx 2013-02-20 19:07:44 +0000 Am Mittwoch, 20. Februar 2013 schrieb Hans-Peter Jansen > Nobody reads this bug report, nobody cares. Thiago removed himself from CC list > a loooong time ago, so you can target your comment to him, but he won't read > it. Hello, we should make more people vote for this bug in order to draw more attention to it. This bug is indeed annoying, but it is possible to drop dolphin without dropping KDE. What file manager is working with you? I use mc all the time in such cases, and for copying anyway (because of the time stamp bug). Kind Regards Ralf 1344009 139 mhlavink 2013-02-21 10:16:52 +0000 (In reply to comment #138) > we should make more people vote for this bug in order to draw more attention > to it. This bug is indeed annoying, but it is possible to drop dolphin > without > dropping KDE. Seems you don't understand this bug. It's not a bug in dolphin. It's not a bug in KDE. It's bug in Qt library. All Qt applications have this bug. Because KDE uses Qt library it means also all KDE applications are affected and because Dolphin is KDE application, that's why it is affected. This bug mentions just Dolphin, but all KDE and Qt apps have this bug. The file, you can't work with in Doplhin, can't be opened by any KDE nor Qt application. 1344082 140 rgx 2013-02-21 14:28:51 +0000 Am Donnerstag, 21. Februar 2013 schrieben Sie: > All Qt applications have this bug. Because KDE > uses Qt library it means also all KDE applications are affected and because > Dolphin is KDE application, that's why it is affected. This bug mentions just > Dolphin, but all KDE and Qt apps have this bug. The file, you can't work with > in Doplhin, can't be opened by any KDE nor Qt application. Hi and thanks for clarification. 1) My approach was to use another file manager in order to fix broken file names, so just replace dolphin. 2) Yesterday, I had a malformed file name, and in Dolphin it was not possible to copy it to another folder. However, I could open that (PDF) file from Dolphin into Okular, then I saved a copy as new file, and could also remove the file with broken file name from within Dolphin. dolphin --version Qt: 4.8.2 KDE: 4.8.4 (4.8.4) Dolphin: 2.0 But this was no Umlaut. Just double checked, and still malcoded Umlauts are displayed like <?> and transscribed like this when you drag&drop file names to non-KDE applications or Konsole. Rather than sending plain (flatterned) file names to KDE apps, it could be considered to sending direct inode references within QT/KDE applications, couldn't it? 3) Next test: I installed xfe (+package xfe-i18n) as alternative file manager. Interestingly, xfe displays "broken" umlauts correctly (auto detection?), and passes the file name string correctly to xpdf, so the file opens as it should. But right you are: No chance to send it to okular. Accordingly, file names have actually to be fixed before they will work with KDE. Is there a bug, "KDE can't handle file names beyond official encoding"? There should probably be some legacy switch for this support, as filenames containing binary code might compromise applications when parsing them from environment. Kind regards Ralf 1344876 141 frank78ac 2013-02-24 14:30:22 +0000 *** Bug 315715 has been marked as a duplicate of this bug. *** 1355161 142 78460 szo 2013-03-28 14:55:26 +0000 Created attachment 78460 Working fix This attacment is a patch against kde4libs-4.10.1. It works around the problem like this: in KLocalePrivate::initFileNameEncoding() KDE sets the QFile's encoding/decoding function, to to/fromUTF8() in QString, which in turn calls QUtf8's converter function (QUtf8 is not exported to developers, so I had to use an inefficient method, I think it would be better if we could use the state parameter for error detection). I replaced this with the said functions' copy/pasted version and changed it, so when it encounters an invalid UTF8 string, it will encode it byte by byte, mapping the lower 128 their normal unicode place and the upper 128 to U+18000-U+1807F, and of course the decoder reverses it. To make this actually work you have to define the KDE_UTF8_FILENAMES enviroment variable (otherwise we would need to patch at QT level). So, do the following: .kde/env/KDE_UTF8_FILENAMES.sh with this content: export KDE_UTF8_FILENAMES=yesplease logout, login, try dolphin on faulty files. (instead of the usual boxed "?" you'll see just boxes) HTH 1356295 143 ivo 2013-03-31 17:19:35 +0000 I built kdelibs with the patch, exported the KDE_UTF8_FILENAMES and it seems to work as advertised: strange chars are replaced by boxes on the filenames, but I can rename and delete them sucessfully. I'll keep using the patch on one of my machines to see if there are any other issues. Big thanks to Szokovacs Robert, and to all the people that complained loudly for all these years: this is your chance. Test the patch, use it, and if it works, bug your favorite KDE developer, or distribution to include it. Tell your friends to use it. Package and distribute it. Don't just complain and leave. I reported this bug in 2008, and I'm still here :) P.s.: Applying the patch gave me a whitespace warning: encoding.patch:173: trailing whitespace. 1356309 144 szo 2013-03-31 18:42:19 +0000 Maybe the fix would be more acceptable in the mainline if the new behaviour would only apply if the user sets KDE_UTF8_FILENAMES to a specific value, for example "broken_names". 1381353 145 szo 2013-07-04 16:57:44 +0000 Fixed in http://commits.kde.org/kdelibs/f4269ef3498581964e8a1a13cd0d6d7f19c88762 and https://projects.kde.org/projects/kde/kdelibs/repository/revisions/736d5237f822fc72736f75f379c4f86d6bf48098 1381358 146 ivo 2013-07-04 17:28:13 +0000 Thanks for your work! It seems that for all the complaining, nobody bothered to test your patch, or even say thanks. It's a pity. 1381359 147 smartinds 2013-07-04 17:32:33 +0000 (In reply to comment #145) > Fixed in > http://commits.kde.org/kdelibs/f4269ef3498581964e8a1a13cd0d6d7f19c88762 > and > https://projects.kde.org/projects/kde/kdelibs/repository/revisions/ > 736d5237f822fc72736f75f379c4f86d6bf48098 YES, YES, YES. Thanks!. I was waiting years for this. (^_^) 1381361 148 helder.meneses 2013-07-04 17:51:01 +0000 Thank you for your work...almost 5 years later...it's not your fault, off course... but this and other problems made me quit using kde, more of the atitude of the developers in some bugs... maybe one day i install kde only to see if this is fixed...it was a major bug to me, because i'm portuguese, and some files didn't open because of the wrong encoding... keep alive and kicking... :) 1381365 149 cyberbeat 2013-07-04 18:08:04 +0000 I did not have such encoding problems since a long time, because I did not work with dual-boot -windows anymore, but nice to know that it works now :-) thanks 1381367 150 contact 2013-07-04 18:18:58 +0000 Nice to know that ! Thanks :) 1381368 151 contact 2013-07-04 18:21:43 +0000 Nice to know that ! Thanks :) 1381383 152 szo 2013-07-04 18:57:39 +0000 (In reply to comment #146) > Thanks for your work! > It seems that for all the complaining, nobody bothered to test your patch, > or even say thanks. It's a pity. Actually there was some discussion on the reviewboard, and some delay was caused by me - I did not realize that I just need to apply for a developer account and not wait around for someone elso to commit for me :) Also, I forgot to include this bug in the commit, sorry about that. 1381387 153 rgx 2013-07-04 19:05:07 +0000 Thank you, Robert! You're a real hero! Regards Ralf Am Donnerstag, 4. Juli 2013 schrieben Sie: > https://bugs.kde.org/show_bug.cgi?id=165044 > > --- Comment #145 from Szokovacs Robert <szo@szo.hu> --- > Fixed in > http://commits.kde.org/kdelibs/f4269ef3498581964e8a1a13cd0d6d7f19c88762 > and > https://projects.kde.org/projects/kde/kdelibs/repository/revisions/736d5237f822fc72736f75f379c4f86d6bf48098 > > 1381388 154 wyatt.epp 2013-07-04 19:27:29 +0000 (In reply to comment #145) > Fixed in > http://commits.kde.org/kdelibs/f4269ef3498581964e8a1a13cd0d6d7f19c88762 > and > https://projects.kde.org/projects/kde/kdelibs/repository/revisions/ > 736d5237f822fc72736f75f379c4f86d6bf48098 Thank you so much! And, just to clarify, this works without setting KDE_UTF8_FILENAMES as suggested previously? 1381394 155 victorjss 2013-07-04 19:57:06 +0000 Thank you, gracias! 1381396 156 hpj 2013-07-04 20:05:50 +0000 This is a great day for KDE, and you made it, Robert. Thanks for your patience and I really appreciate, that sanity finally won over arrogance. BTW, KDEPIM is in deep need of people like you, Robert <wink> ;-) 1381404 157 szo 2013-07-04 20:33:09 +0000 (In reply to comment #154) > (In reply to comment #145) > > Fixed in > > http://commits.kde.org/kdelibs/f4269ef3498581964e8a1a13cd0d6d7f19c88762 > > and > > https://projects.kde.org/projects/kde/kdelibs/repository/revisions/ > > 736d5237f822fc72736f75f379c4f86d6bf48098 > > Thank you so much! And, just to clarify, this works without setting > KDE_UTF8_FILENAMES as suggested previously? Yes, if your locale is any kind of UTF8, the fix will kick in. 1381885 158 montosh.bisht 2013-07-07 10:03:58 +0000 Thank you will check this as soon as I have a working system (my HDD died) awaiting a new one. Will be testing under Fedora 19 KDE :) Right now online with Fedora 18 KDE live boot :) Regards, Monts On 4 July 2013 16:33, Szokovacs Robert <szo@szo.hu> wrote: > https://bugs.kde.org/show_bug.cgi?id=165044 > > --- Comment #157 from Szokovacs Robert <szo@szo.hu> --- > (In reply to comment #154) > > (In reply to comment #145) > > > Fixed in > > > > http://commits.kde.org/kdelibs/f4269ef3498581964e8a1a13cd0d6d7f19c88762 > > > and > > > https://projects.kde.org/projects/kde/kdelibs/repository/revisions/ > > > 736d5237f822fc72736f75f379c4f86d6bf48098 > > > > Thank you so much! And, just to clarify, this works without setting > > KDE_UTF8_FILENAMES as suggested previously? > > Yes, if your locale is any kind of UTF8, the fix will kick in. > > -- > You are receiving this mail because: > You are on the CC list for the bug. > 1382896 159 cfeck 2013-07-12 01:04:46 +0000 In Qt 5 the filename encoding callbacks were removed, so we will face this issue again in a few years. Let's enjoy Róbert's work for the time being. http://qt-project.org/doc/qt-5.1/qtcore/qfile-compat.html#setEncodingFunction 1398371 160 frank78ac 2013-09-20 09:14:57 +0000 *** Bug 325114 has been marked as a duplicate of this bug. *** 1421451 161 cfeck 2013-12-29 21:52:41 +0000 *** Bug 254966 has been marked as a duplicate of this bug. *** 1421632 162 kde-2011.08 2013-12-30 12:45:31 +0000 Additional test files are available as attachements to Bug 254966. 1515702 163 cfeck 2015-05-03 11:22:13 +0000 *** Bug 237817 has been marked as a duplicate of this bug. *** 1530215 164 cfeck 2015-07-04 21:47:03 +0000 *** Bug 349898 has been marked as a duplicate of this bug. *** 1530932 165 vicr12345 2015-07-09 09:03:51 +0000 *** Bug 349996 has been marked as a duplicate of this bug. *** 1851013 166 kde-20091112 2019-04-17 22:05:57 +0000 I just extracted an archive which contained a file that I could not copy/edit/move/rename/delete with dolphin. The file was simple readme file inside a nested subdirectory called L'$'\351''ame.html' The error messages in dolphin were extremely vague and did not indicate in an way that KDE and QT are incapable by design of handling files with these encoding. They did not inform the user why the file was causing these problems or even hint that they needed to be renamed in a terminal because of a WONTFIX on this bug. The only reason I knew what to do is because I encountered this bug years ago when operations on these files actually worked. Any normal user will have absolutely no idea what to do, and higher level systems will not handle these failures gracefully when these directory structures can't be modified because of a simple filename. The file or folder L'$'\351''ame.html' does not exist. - This is _false_ it does exist! Could not delete file L'$'\351''ame.html'. - No reason provided whatsoever. The user will not know how to solve this problem. Could not remove folder "". - All other files deleted, but the nested file was ignored leaving the user confused. This is ridiculous. It might be a lot of work, but a solution to this problem would be to store these strings as a tuple, where there is a degraded and user-friendly version of the string and the original unmodified string. If no changes are made to the string, use the original unmodified string. If the user decides to change the string, then they are interacting with the degraded version and deciding to keep that new string. 1851234 167 pulvermacher 2019-04-19 09:40:07 +0000 unsubscribe > Gesendet: Donnerstag, 18. April 2019 um 00:05 Uhr > Von: "Nathan Shearer" <bugzilla_noreply@kde.org> > An: pulvermacher@gmx.de > Betreff: [kdelibs] [Bug 165044] Dolphin can't handle well files/folders with wrong encoding > > https://bugs.kde.org/show_bug.cgi?id=165044 > > Nathan Shearer <kde-20091112@nathanshearer.ca> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |kde-20091112@nathanshearer. > | |ca > > --- Comment #166 from Nathan Shearer <kde-20091112@nathanshearer.ca> --- > I just extracted an archive which contained a file that I could not > copy/edit/move/rename/delete with dolphin. The file was simple readme file > inside a nested subdirectory called L'$'\351''ame.html' > > The error messages in dolphin were extremely vague and did not indicate in an > way that KDE and QT are incapable by design of handling files with these > encoding. They did not inform the user why the file was causing these problems > or even hint that they needed to be renamed in a terminal because of a WONTFIX > on this bug. > > The only reason I knew what to do is because I encountered this bug years ago > when operations on these files actually worked. Any normal user will have > absolutely no idea what to do, and higher level systems will not handle these > failures gracefully when these directory structures can't be modified because > of a simple filename. > > The file or folder L'$'\351''ame.html' does not exist. > - This is _false_ it does exist! > Could not delete file L'$'\351''ame.html'. > - No reason provided whatsoever. The user will not know how to solve this > problem. > Could not remove folder "". > - All other files deleted, but the nested file was ignored leaving the user > confused. > > This is ridiculous. > > It might be a lot of work, but a solution to this problem would be to store > these strings as a tuple, where there is a degraded and user-friendly version > of the string and the original unmodified string. If no changes are made to the > string, use the original unmodified string. If the user decides to change the > string, then they are interacting with the degraded version and deciding to > keep that new string. > > -- > You are receiving this mail because: > You are on the CC list for the bug. 1851245 168 cfeck 2019-04-19 10:31:05 +0000 Removing complaining user. 1851460 169 ivo 2019-04-20 10:42:49 +0000 (In reply to Nathan Shearer from comment #166) > I just extracted an archive which contained a file that I could not > copy/edit/move/rename/delete with dolphin. The file was simple readme file > inside a nested subdirectory called L'$'\351''ame.html' > > The error messages in dolphin were extremely vague and did not indicate in > an way that KDE and QT are incapable by design of handling files with these > encoding. They did not inform the user why the file was causing these > problems or even hint that they needed to be renamed in a terminal because > of a WONTFIX on this bug. > > The only reason I knew what to do is because I encountered this bug years > ago when operations on these files actually worked. Any normal user will > have absolutely no idea what to do, and higher level systems will not handle > these failures gracefully when these directory structures can't be modified > because of a simple filename. > > The file or folder L'$'\351''ame.html' does not exist. > - This is _false_ it does exist! > Could not delete file L'$'\351''ame.html'. > - No reason provided whatsoever. The user will not know how to solve this > problem. > Could not remove folder "". > - All other files deleted, but the nested file was ignored leaving the user > confused. > > This is ridiculous. > > It might be a lot of work, but a solution to this problem would be to store > these strings as a tuple, where there is a degraded and user-friendly > version of the string and the original unmodified string. If no changes are > made to the string, use the original unmodified string. If the user decides > to change the string, then they are interacting with the degraded version > and deciding to keep that new string. Hello there -- I'm the original reporter of this bug. Since this one is marked as fixed, my suggestion would be to open a new bug report, as the issue you saw may be a regression, rather than the same as this bug, and it helps keep the discussion focused. Also, if possible, my suggestion is to also include an archive that triggers this issue as an attachment, so developers can quickly jump on this one. Happy KDE'ing and happy easter everyone! 1851504 170 szo 2019-04-20 16:35:09 +0000 (In reply to Ivo Anjo from comment #169) > (In reply to Nathan Shearer from comment #166) > > I just extracted an archive which contained a file that I could not > > copy/edit/move/rename/delete with dolphin. The file was simple readme file > > inside a nested subdirectory called L'$'\351''ame.html' > > > > The error messages in dolphin were extremely vague and did not indicate in > > an way that KDE and QT are incapable by design of handling files with these > > encoding. They did not inform the user why the file was causing these > > problems or even hint that they needed to be renamed in a terminal because > > of a WONTFIX on this bug. > > > > The only reason I knew what to do is because I encountered this bug years > > ago when operations on these files actually worked. Any normal user will > > have absolutely no idea what to do, and higher level systems will not handle > > these failures gracefully when these directory structures can't be modified > > because of a simple filename. > > > > The file or folder L'$'\351''ame.html' does not exist. > > - This is _false_ it does exist! > > Could not delete file L'$'\351''ame.html'. > > - No reason provided whatsoever. The user will not know how to solve this > > problem. > > Could not remove folder "". > > - All other files deleted, but the nested file was ignored leaving the user > > confused. > > > > This is ridiculous. > > > > It might be a lot of work, but a solution to this problem would be to store > > these strings as a tuple, where there is a degraded and user-friendly > > version of the string and the original unmodified string. If no changes are > > made to the string, use the original unmodified string. If the user decides > > to change the string, then they are interacting with the degraded version > > and deciding to keep that new string. > > Hello there -- I'm the original reporter of this bug. > > Since this one is marked as fixed, my suggestion would be to open a new bug > report, as the issue you saw may be a regression, rather than the same as > this bug, and it helps keep the discussion focused. > > Also, if possible, my suggestion is to also include an archive that triggers > this issue as an attachment, so developers can quickly jump on this one. > > Happy KDE'ing and happy easter everyone! It is in deed a regression, the fix depended on a QT feature that was removed in 5.x, iirc. 1851507 171 bugseforuns 2019-04-20 16:50:04 +0000 (In reply to Szokovacs Robert from comment #170) > It is in deed a regression, the fix depended on a QT feature that was > removed in 5.x, iirc. Is there a report in Qt tracker asking for bring back this feature removed in 5.x? 1851554 172 cfeck 2019-04-21 00:29:24 +0000 https://bugreports.qt.io/browse/QTBUG-59402 1857687 173 cfeck 2019-05-21 11:10:41 +0000 Git commit 6738a8b2f71c527f30a624b0b560f79d992715d3 by Christoph Feck. Committed on 21/05/2019 at 11:05. Pushed by cfeck into branch 'master'. [kioslave/file] Add a codec for legacy filenames UNIX filenames can contain any bytes (except \0 and /). Qt's QFile::decodeName() calls QString::fromLocal8Bit(), assuming that all filesystems use the system's locale encoding. For filenames that have been created with a different encoding, and have not yet been converted (e.g. using convmv), this creates non-reversible U+FFFD (REPLACEMENT CHARACTER) code points in the filenames. For example, some old-style archives might not contain any information about the encoding of the filenames, and even today archivers extract them without trying to convert to the locale's encoding. While full support for those filenames is not needed, Dolphin should at least be able to delete, rename, and move those files. Since all actual (local) file handling is done inside the file kioslave, patching Dolphin will not help. This code is a near verbatim copy of the code we had in kdelibs, written by Szókovács Róbert. Only minor adaptions to Qt5 were done. It decodes invalid bytes as U+10FExx from Plane 16 (Supplementary Private Use Area-B) to be able to encode them later. Dolphin could detect filenames with those characters, and either mark them (by color or overlay icon), or even automatically offer to rename them. Related: bug 204768 TEST PLAN touch "/tmp/test-"$'\377'".txt" dolphin /tmp Copying and deleting a test file worked with this code, failed without. Reviewers: dfaure, Frameworks, Dolphin Reviewed by: dfaure Differential Revision: https://phabricator.kde.org/D18161 M +1 -1 src/ioslaves/file/CMakeLists.txt M +8 -0 src/ioslaves/file/file.cpp A +174 -0 src/ioslaves/file/legacycodec.cpp [License: LGPL (v2+)] A +66 -0 src/ioslaves/file/legacycodec.h [License: LGPL (v2+)] https://commits.kde.org/kio/6738a8b2f71c527f30a624b0b560f79d992715d3 1861508 174 bugseforuns 2019-06-08 11:40:41 +0000 test plan from comment 173 fails on Arch Linux after upgrade to frameworks 5.59. Dolphin says "The file or folder /tmp/test-􏹿.txt does not exist." 1861509 175 cfeck 2019-06-08 11:44:21 +0000 That's because this file name is using the same private code points that are used to encode not correctly encoded UTF-8 file names. You cannot support both. 1861513 176 bugseforuns 2019-06-08 12:16:21 +0000 Well, now at least I can rename and then delete the file. :) 2292111 177 nate 2024-02-26 21:47:09 +0000 *** Bug 481720 has been marked as a duplicate of this bug. *** 2331348 178 christoph 2024-06-24 20:01:38 +0000 *** Bug 392317 has been marked as a duplicate of this bug. *** 2502125 179 bug-janitor 2026-03-10 05:49:29 +0000 A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/2173 2502636 180 bug-janitor 2026-03-11 22:11:26 +0000 A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/2175 2506992 181 meven 2026-03-30 07:49:42 +0000 Git commit 0f2530253adf065959afbaa174e4d3029ff67191 by Méven Car, on behalf of Ramil Nurmanov. Committed on 30/03/2026 at 07:49. Pushed by meven into branch 'master'. kio_ftp: Enable UTF-8 encoding negotiation after successful login Currently kio_ftp uses legacy encodings for filenames and responses, leading to garbled non-ASCII characters (e.g. Cyrillic) on UTF-8 servers. This commit adds simple UTF-8 support in ftpLogin(): - Send CLNT kio_ftp (for compatibility with servers requiring client ID) - Send OPTS UTF8 ON - If server replies 200 → switch to UTF-8 via remoteEncoding()->setEncoding("UTF-8") - On failure (e.g. 500/501) → fallback to default encoding (no regression) Also Check CLNT command result before enabling UTF-8. Related: bug 269370 M +9 -0 src/kioworkers/ftp/ftp.cpp https://invent.kde.org/frameworks/kio/-/commit/0f2530253adf065959afbaa174e4d3029ff67191 25631 2008-06-26 21:33:14 +0000 2008-06-26 21:33:14 +0000 Tar file with broken encoding. bug.tar application/x-tar 10240 ivo QnVnLwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDA3NTUAMDAwMTc1 MAAwMDAwMTQ0ADAwMDAwMDAwMDAwADExMDMwNjc3MDI3ADAxMTMzNAAgNQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhciAgAGtudWNrbGVzAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAdXNlcnMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABC dWcvQ/NkaWdvLwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMDAwMDc1NQAwMDAxNzUw ADAwMDAxNDQAMDAwMDAwMDAwMDAAMTEwMzA2NzcwNzEAMDEyNzQzACA1AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHVzdGFyICAAa251Y2tsZXMAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAB1c2VycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEJ1 Zy9D82RpZ28vc29tZW90aGVyZmlsZS50eHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwMDAwNjQ0ADAwMDE3NTAA MDAwMDE0NAAwMDAwMDAwMDAwMAAxMTAzMDY3NzA3MQAwMTYzMzcAIDAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIgIABrbnVja2xlcwAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAHVzZXJzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQnVn L1JlbGF083Jpby8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDA3NTUAMDAwMTc1MAAw MDAwMTQ0ADAwMDAwMDAwMDAwADExMDMwNjc3MDYwADAxMzQ3NQAgNQAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhciAgAGtudWNrbGVzAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAdXNlcnMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABCdWcv UmVsYXTzcmlvL3NvbWVmaWxlLnR4dAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMDAwMDY0NAAwMDAxNzUwADAw MDAxNDQAMDAwMDAwMDAwMDAAMTEwMzA2NzcwNjAAMDE2MDI3ACAwAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHVzdGFyICAAa251Y2tsZXMAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAB1c2VycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== 58935 2011-04-13 23:43:38 +0000 2011-04-15 11:28:38 +0000 proof-of-concept fix for the issue uglycharencode.patch text/plain 4956 szo ZGlmZiAtcnV3IGtkZTRsaWJzLTQuNi4yLW9yaWcvL2tpby9raW8va2Rpcm1vZGVsLmNwcCBrZGU0 bGlicy00LjYuMi9raW8va2lvL2tkaXJtb2RlbC5jcHAKLS0tIGtkZTRsaWJzLTQuNi4yLW9yaWcv L2tpby9raW8va2Rpcm1vZGVsLmNwcAkyMDExLTA0LTAxIDE1OjU1OjUxLjAwMDAwMDAwMCArMDIw MAorKysga2RlNGxpYnMtNC42LjIva2lvL2tpby9rZGlybW9kZWwuY3BwCTIwMTEtMDQtMTMgMjM6 MzQ6NTcuMDAwMDAwMDAwICswMjAwCkBAIC02NDksNyArNjQ5LDcgQEAKICAgICAgICAgY2FzZSBR dDo6RGlzcGxheVJvbGU6CiAgICAgICAgICAgICBzd2l0Y2ggKGluZGV4LmNvbHVtbigpKSB7CiAg ICAgICAgICAgICBjYXNlIE5hbWU6Ci0gICAgICAgICAgICAgICAgcmV0dXJuIGl0ZW0udGV4dCgp OworICAgICAgICAgICAgICAgIHJldHVybiBRRmlsZTo6ZGVjb2RlTmFtZShpdGVtLnRleHQoKS50 b0xhdGluMSgpKTsKICAgICAgICAgICAgIGNhc2UgU2l6ZToKICAgICAgICAgICAgICAgICAvLwog ICAgICAgICAgICAgICAgIC8vcmV0dXJuIEtJTzo6Y29udmVydFNpemUoaXRlbS0+c2l6ZSgpKTsK ZGlmZiAtcnV3IGtkZTRsaWJzLTQuNi4yLW9yaWcvL2tpb3NsYXZlL2ZpbGUvZmlsZV91bml4LmNw cCBrZGU0bGlicy00LjYuMi9raW9zbGF2ZS9maWxlL2ZpbGVfdW5peC5jcHAKLS0tIGtkZTRsaWJz LTQuNi4yLW9yaWcvL2tpb3NsYXZlL2ZpbGUvZmlsZV91bml4LmNwcAkyMDExLTA0LTEzIDExOjQ0 OjM2LjAwMDAwMDAwMCArMDIwMAorKysga2RlNGxpYnMtNC42LjIva2lvc2xhdmUvZmlsZS9maWxl X3VuaXguY3BwCTIwMTEtMDQtMTMgMjM6MzQ6NTcuMDAwMDAwMDAwICswMjAwCkBAIC05Miw4ICs5 Miw4IEBACiAKICAgICBjb25zdCBRU3RyaW5nIHNyYyA9IHNyY1VybC50b0xvY2FsRmlsZSgpOwog ICAgIGNvbnN0IFFTdHJpbmcgZGVzdCA9IGRlc3RVcmwudG9Mb2NhbEZpbGUoKTsKLSAgICBRQnl0 ZUFycmF5IF9zcmMoIFFGaWxlOjplbmNvZGVOYW1lKHNyYykpOwotICAgIFFCeXRlQXJyYXkgX2Rl c3QoIFFGaWxlOjplbmNvZGVOYW1lKGRlc3QpKTsKKyAgICBRQnl0ZUFycmF5IF9zcmMoIHNyYy50 b0xhdGluMSgpKTsKKyAgICBRQnl0ZUFycmF5IF9kZXN0KCBkZXN0LnRvTGF0aW4xKCkpOwogICAg IEtERV9zdHJ1Y3Rfc3RhdCBidWZmX3NyYzsKICNpZmRlZiBIQVZFX1BPU0lYX0FDTAogICAgIGFj bF90IGFjbDsKQEAgLTMzMSw3ICszMzEsNyBAQAogCXJldHVybjsKICAgICB9CiAgICAgY29uc3Qg UVN0cmluZyBwYXRoKHVybC50b0xvY2FsRmlsZSgpKTsKLSAgICBjb25zdCBRQnl0ZUFycmF5IF9w YXRoKFFGaWxlOjplbmNvZGVOYW1lKHBhdGgpKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9wYXRo KHBhdGgudG9MYXRpbjEoKSk7CiAgICAgRElSKiBkcCA9IG9wZW5kaXIoX3BhdGguZGF0YSgpKTsK ICAgICBpZiAoIGRwID09IDAgKSB7CiAgICAgICAgIHN3aXRjaCAoZXJybm8pIHsKQEAgLTM3Miw3 ICszNzIsNyBAQAogICAgICAgICAvLyBTaW1wbHkgZW1pdCB0aGUgbmFtZSBhbmQgZmlsZSB0eXBl LCBub3RoaW5nIGVsc2UuCiAgICAgICAgIHdoaWxlICggKCBlcCA9IEtERV9yZWFkZGlyKCBkcCAp ICkgIT0gMCApIHsKICAgICAgICAgICAgIGVudHJ5LmNsZWFyKCk7Ci0gICAgICAgICAgICBlbnRy eS5pbnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX05BTUUsIFFGaWxlOjpkZWNvZGVOYW1lKGVwLT5k X25hbWUpKTsKKyAgICAgICAgICAgIGVudHJ5Lmluc2VydChLSU86OlVEU0VudHJ5OjpVRFNfTkFN RSwgUVN0cmluZzo6ZnJvbUxhdGluMShlcC0+ZF9uYW1lKSk7CiAjaWZkZWYgSEFWRV9ESVJFTlRf RF9UWVBFCiAgICAgICAgICAgICBlbnRyeS5pbnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX0ZJTEVf VFlQRSwKICAgICAgICAgICAgICAgICAgICAgICAgICAoZXAtPmRfdHlwZSAmIERUX0RJUikgPyBT X0lGRElSIDogU19JRlJFRyApOwpAQCAtNDMwLDcgKzQzMCw3IEBACiAgICAgICAgIFFMaXN0PFFC eXRlQXJyYXk+OjpDb25zdEl0ZXJhdG9yIGVuZCA9IGVudHJ5TmFtZXMuY29uc3RFbmQoKTsKICAg ICAgICAgZm9yICg7IGl0ICE9IGVuZDsgKytpdCkgewogICAgICAgICAgICAgZW50cnkuY2xlYXIo KTsKLSAgICAgICAgICAgIGlmICggY3JlYXRlVURTRW50cnkoIFFGaWxlOjpkZWNvZGVOYW1lKCpp dCksCisgICAgICAgICAgICBpZiAoIGNyZWF0ZVVEU0VudHJ5KCBRU3RyaW5nOjpmcm9tTGF0aW4x KCppdCksCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAqaXQgLyogd2UgY2FuIHVz ZSB0aGUgZmlsZW5hbWUgYXMgcmVsYXRpdmUgcGF0aCovLAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgZW50cnksIGRldGFpbHMsIHRydWUgKSApCiAgICAgICAgICAgICAgICAgbGlz dEVudHJ5KCBlbnRyeSwgZmFsc2UpOwpAQCAtNDU4LDggKzQ1OCw4IEBACiAgICAgY2hhciBvZmZf dF9zaG91bGRfYmVfNjRfYml0c1tzaXplb2Yob2ZmX3QpID49IDggPyAxIDogLTFdOyAodm9pZCkg b2ZmX3Rfc2hvdWxkX2JlXzY0X2JpdHM7CiAgICAgY29uc3QgUVN0cmluZyBzcmMgPSBzcmNVcmwu dG9Mb2NhbEZpbGUoKTsKICAgICBjb25zdCBRU3RyaW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9jYWxG aWxlKCk7Ci0gICAgY29uc3QgUUJ5dGVBcnJheSBfc3JjKFFGaWxlOjplbmNvZGVOYW1lKHNyYykp OwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX2Rlc3QoUUZpbGU6OmVuY29kZU5hbWUoZGVzdCkpOwor ICAgIGNvbnN0IFFCeXRlQXJyYXkgX3NyYyhzcmMudG9MYXRpbjEoKSk7CisgICAgY29uc3QgUUJ5 dGVBcnJheSBfZGVzdChkZXN0LnRvTGF0aW4xKCkpOwogICAgIEtERV9zdHJ1Y3Rfc3RhdCBidWZm X3NyYzsKICAgICBpZiAoIEtERV9sc3RhdCggX3NyYy5kYXRhKCksICZidWZmX3NyYyApID09IC0x ICkgewogICAgICAgICBpZiAoIGVycm5vID09IEVBQ0NFUyApCkBAIC01MTgsNyArNTE4LDcgQEAK IHsKICAgICBjb25zdCBRU3RyaW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9jYWxGaWxlKCk7CiAgICAg Ly8gQXNzdW1lIGRlc3QgaXMgbG9jYWwgdG9vICh3b3VsZG4ndCBiZSBoZXJlIG90aGVyd2lzZSkK LSAgICBpZiAoIDo6c3ltbGluayggUUZpbGU6OmVuY29kZU5hbWUodGFyZ2V0KSwgUUZpbGU6OmVu Y29kZU5hbWUoZGVzdCkgKSA9PSAtMSApCisgICAgaWYgKCA6OnN5bWxpbmsoIHRhcmdldC50b0xh dGluMSgpLCBkZXN0LnRvTGF0aW4xKCkgKSA9PSAtMSApCiAgICAgewogICAgICAgICAvLyBEb2Vz IHRoZSBkZXN0aW5hdGlvbiBhbHJlYWR5IGV4aXN0ID8KICAgICAgICAgaWYgKCBlcnJubyA9PSBF RVhJU1QgKQpAQCAtNTI2LDcgKzUyNiw3IEBACiAgICAgICAgICAgICBpZiAoIChmbGFncyAmIEtJ Tzo6T3ZlcndyaXRlKSApCiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgLy8gVHJ5IHRv IGRlbGV0ZSB0aGUgZGVzdGluYXRpb24KLSAgICAgICAgICAgICAgICBpZiAoIHVubGluayggUUZp bGU6OmVuY29kZU5hbWUoZGVzdCkgKSAhPSAwICkKKyAgICAgICAgICAgICAgICBpZiAoIHVubGlu ayggZGVzdC50b0xhdGluMSgpICkgIT0gMCApCiAgICAgICAgICAgICAgICAgewogICAgICAgICAg ICAgICAgICAgICBlcnJvcihLSU86OkVSUl9DQU5OT1RfREVMRVRFLCBkZXN0KTsKICAgICAgICAg ICAgICAgICAgICAgcmV0dXJuOwpAQCAtNTM3LDcgKzUzNyw3IEBACiAgICAgICAgICAgICBlbHNl CiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgS0RFX3N0cnVjdF9zdGF0IGJ1ZmZfZGVz dDsKLSAgICAgICAgICAgICAgICBLREVfbHN0YXQoIFFGaWxlOjplbmNvZGVOYW1lKGRlc3QpLCAm YnVmZl9kZXN0ICk7CisgICAgICAgICAgICAgICAgS0RFX2xzdGF0KCBkZXN0LnRvTGF0aW4xKCks ICZidWZmX2Rlc3QgKTsKICAgICAgICAgICAgICAgICBpZiAoU19JU0RJUihidWZmX2Rlc3Quc3Rf bW9kZSkpCiAgICAgICAgICAgICAgICAgICAgIGVycm9yKEtJTzo6RVJSX0RJUl9BTFJFQURZX0VY SVNULCBkZXN0KTsKICAgICAgICAgICAgICAgICBlbHNlCkBAIC01NTgsNyArNTU4LDcgQEAKIHZv aWQgRmlsZVByb3RvY29sOjpkZWwoY29uc3QgS1VybCYgdXJsLCBib29sIGlzZmlsZSkKIHsKICAg ICBjb25zdCBRU3RyaW5nIHBhdGggPSB1cmwudG9Mb2NhbEZpbGUoKTsKLSAgICBjb25zdCBRQnl0 ZUFycmF5IF9wYXRoKCBRRmlsZTo6ZW5jb2RlTmFtZShwYXRoKSk7CisgICAgY29uc3QgUUJ5dGVB cnJheSBfcGF0aCggcGF0aC50b0xhdGluMSgpKTsKICAgICAvKioqKioKICAgICAgKiBEZWxldGUg ZmlsZXMKICAgICAgKioqKiovCkBAIC02MDMsNyArNjAzLDcgQEAKIHZvaWQgRmlsZVByb3RvY29s OjpjaG93biggY29uc3QgS1VybCYgdXJsLCBjb25zdCBRU3RyaW5nJiBvd25lciwgY29uc3QgUVN0 cmluZyYgZ3JvdXAgKQogewogICAgIGNvbnN0IFFTdHJpbmcgcGF0aCA9IHVybC50b0xvY2FsRmls ZSgpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX3BhdGgoIFFGaWxlOjplbmNvZGVOYW1lKHBhdGgp ICk7CisgICAgY29uc3QgUUJ5dGVBcnJheSBfcGF0aCggcGF0aC50b0xhdGluMSgpICk7CiAgICAg dWlkX3QgdWlkOwogICAgIGdpZF90IGdpZDsKIApAQCAtNjY4LDcgKzY2OCw3IEBACiAgICAgICog VGhpcyBpcyB0aGUgcmVhc29uIGZvciB0aGUgLTEKICAgICAgKi8KICAgICBjb25zdCBRU3RyaW5n IHBhdGgodXJsLnBhdGgoS1VybDo6UmVtb3ZlVHJhaWxpbmdTbGFzaCkpOwotICAgIGNvbnN0IFFC eXRlQXJyYXkgX3BhdGgoIFFGaWxlOjplbmNvZGVOYW1lKHBhdGgpKTsKKyAgICBjb25zdCBRQnl0 ZUFycmF5IF9wYXRoKCBwYXRoLnRvTGF0aW4xKCkpOwogICAgIGNvbnN0IFFTdHJpbmcgc0RldGFp bHMgPSBtZXRhRGF0YShRTGF0aW4xU3RyaW5nKCJkZXRhaWxzIikpOwogICAgIGNvbnN0IGludCBk ZXRhaWxzID0gc0RldGFpbHMuaXNFbXB0eSgpID8gMiA6IHNEZXRhaWxzLnRvSW50KCk7CiAK 59000 2011-04-15 11:28:38 +0000 2011-05-13 19:47:56 +0000 updated proof-of-concept fix for the issue uglycharencode-20110415.patch text/plain 4959 szo ZGlmZiAtciAtdXcga2RlNGxpYnMtNC42LjItb3JpZy9raW9zbGF2ZS9maWxlL2ZpbGVfdW5peC5j cHAga2RlNGxpYnMtNC42LjIva2lvc2xhdmUvZmlsZS9maWxlX3VuaXguY3BwCi0tLSBrZGU0bGli cy00LjYuMi1vcmlnL2tpb3NsYXZlL2ZpbGUvZmlsZV91bml4LmNwcAkyMDExLTA0LTEzIDExOjQ0 OjM2LjAwMDAwMDAwMCArMDIwMAorKysga2RlNGxpYnMtNC42LjIva2lvc2xhdmUvZmlsZS9maWxl X3VuaXguY3BwCTIwMTEtMDQtMTUgMTA6Mjk6NDkuMDAwMDAwMDAwICswMjAwCkBAIC05Miw4ICs5 Miw4IEBACiAKICAgICBjb25zdCBRU3RyaW5nIHNyYyA9IHNyY1VybC50b0xvY2FsRmlsZSgpOwog ICAgIGNvbnN0IFFTdHJpbmcgZGVzdCA9IGRlc3RVcmwudG9Mb2NhbEZpbGUoKTsKLSAgICBRQnl0 ZUFycmF5IF9zcmMoIFFGaWxlOjplbmNvZGVOYW1lKHNyYykpOwotICAgIFFCeXRlQXJyYXkgX2Rl c3QoIFFGaWxlOjplbmNvZGVOYW1lKGRlc3QpKTsKKyAgICBRQnl0ZUFycmF5IF9zcmMoIHNyYy50 b0xhdGluMSgpKTsKKyAgICBRQnl0ZUFycmF5IF9kZXN0KCBkZXN0LnRvTGF0aW4xKCkpOwogICAg IEtERV9zdHJ1Y3Rfc3RhdCBidWZmX3NyYzsKICNpZmRlZiBIQVZFX1BPU0lYX0FDTAogICAgIGFj bF90IGFjbDsKQEAgLTMzMSw3ICszMzEsNyBAQAogCXJldHVybjsKICAgICB9CiAgICAgY29uc3Qg UVN0cmluZyBwYXRoKHVybC50b0xvY2FsRmlsZSgpKTsKLSAgICBjb25zdCBRQnl0ZUFycmF5IF9w YXRoKFFGaWxlOjplbmNvZGVOYW1lKHBhdGgpKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9wYXRo KHBhdGgudG9MYXRpbjEoKSk7CiAgICAgRElSKiBkcCA9IG9wZW5kaXIoX3BhdGguZGF0YSgpKTsK ICAgICBpZiAoIGRwID09IDAgKSB7CiAgICAgICAgIHN3aXRjaCAoZXJybm8pIHsKQEAgLTM3Miw3 ICszNzIsOSBAQAogICAgICAgICAvLyBTaW1wbHkgZW1pdCB0aGUgbmFtZSBhbmQgZmlsZSB0eXBl LCBub3RoaW5nIGVsc2UuCiAgICAgICAgIHdoaWxlICggKCBlcCA9IEtERV9yZWFkZGlyKCBkcCAp ICkgIT0gMCApIHsKICAgICAgICAgICAgIGVudHJ5LmNsZWFyKCk7Ci0gICAgICAgICAgICBlbnRy eS5pbnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX05BTUUsIFFGaWxlOjpkZWNvZGVOYW1lKGVwLT5k X25hbWUpKTsKKyAgICAgICAgICAgIGVudHJ5Lmluc2VydChLSU86OlVEU0VudHJ5OjpVRFNfTkFN RSwgUVN0cmluZzo6ZnJvbUxhdGluMShlcC0+ZF9uYW1lKSk7CisgICAgICAgICAgICBlbnRyeS5p bnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX0RJU1BMQVlfTkFNRSwgUUZpbGU6OmRlY29kZU5hbWUo ZXAtPmRfbmFtZSkpOworICAgICAgICAgICAgZW50cnkuaW5zZXJ0KEtJTzo6VURTRW50cnk6OlVE U19UQVJHRVRfVVJMLCBwYXRoICsgUUxhdGluMUNoYXIoJy8nKSArIFFGaWxlOjpkZWNvZGVOYW1l KGVwLT5kX25hbWUpKTsKICNpZmRlZiBIQVZFX0RJUkVOVF9EX1RZUEUKICAgICAgICAgICAgIGVu dHJ5Lmluc2VydChLSU86OlVEU0VudHJ5OjpVRFNfRklMRV9UWVBFLAogICAgICAgICAgICAgICAg ICAgICAgICAgIChlcC0+ZF90eXBlICYgRFRfRElSKSA/IFNfSUZESVIgOiBTX0lGUkVHICk7CkBA IC00MzAsMTEgKzQzMiwxNiBAQAogICAgICAgICBRTGlzdDxRQnl0ZUFycmF5Pjo6Q29uc3RJdGVy YXRvciBlbmQgPSBlbnRyeU5hbWVzLmNvbnN0RW5kKCk7CiAgICAgICAgIGZvciAoOyBpdCAhPSBl bmQ7ICsraXQpIHsKICAgICAgICAgICAgIGVudHJ5LmNsZWFyKCk7Ci0gICAgICAgICAgICBpZiAo IGNyZWF0ZVVEU0VudHJ5KCBRRmlsZTo6ZGVjb2RlTmFtZSgqaXQpLAorICAgICAgICAgICAgaWYg KCBjcmVhdGVVRFNFbnRyeSggUVN0cmluZzo6ZnJvbUxhdGluMSgqaXQpLAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgKml0IC8qIHdlIGNhbiB1c2UgdGhlIGZpbGVuYW1lIGFzIHJl bGF0aXZlIHBhdGgqLywKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVudHJ5LCBk ZXRhaWxzLCB0cnVlICkgKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW50cnks IGRldGFpbHMsIHRydWUgKSApIHsKKyAgICAgICAgICAgICAgZW50cnkuaW5zZXJ0KEtJTzo6VURT RW50cnk6OlVEU19ESVNQTEFZX05BTUUsCisgICAgICAgICAgICAgICAgICBRRmlsZTo6ZGVjb2Rl TmFtZSgqaXQpKTsKKyAgICAgICAgICAgICAgZW50cnkuaW5zZXJ0KEtJTzo6VURTRW50cnk6OlVE U19UQVJHRVRfVVJMLAorICAgICAgICAgICAgICAgICAgcGF0aCArIFFMYXRpbjFDaGFyKCcvJykg KyBRRmlsZTo6ZGVjb2RlTmFtZSgqaXQpKTsKICAgICAgICAgICAgICAgICBsaXN0RW50cnkoIGVu dHJ5LCBmYWxzZSk7CiAgICAgICAgIH0KKyAgICAgICAgfQogCiAgICAgICAgIGxpc3RFbnRyeSgg ZW50cnksIHRydWUgKTsgLy8gcmVhZHkKIApAQCAtNDU4LDggKzQ2NSw4IEBACiAgICAgY2hhciBv ZmZfdF9zaG91bGRfYmVfNjRfYml0c1tzaXplb2Yob2ZmX3QpID49IDggPyAxIDogLTFdOyAodm9p ZCkgb2ZmX3Rfc2hvdWxkX2JlXzY0X2JpdHM7CiAgICAgY29uc3QgUVN0cmluZyBzcmMgPSBzcmNV cmwudG9Mb2NhbEZpbGUoKTsKICAgICBjb25zdCBRU3RyaW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9j YWxGaWxlKCk7Ci0gICAgY29uc3QgUUJ5dGVBcnJheSBfc3JjKFFGaWxlOjplbmNvZGVOYW1lKHNy YykpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX2Rlc3QoUUZpbGU6OmVuY29kZU5hbWUoZGVzdCkp OworICAgIGNvbnN0IFFCeXRlQXJyYXkgX3NyYyhzcmMudG9MYXRpbjEoKSk7CisgICAgY29uc3Qg UUJ5dGVBcnJheSBfZGVzdChkZXN0LnRvTGF0aW4xKCkpOwogICAgIEtERV9zdHJ1Y3Rfc3RhdCBi dWZmX3NyYzsKICAgICBpZiAoIEtERV9sc3RhdCggX3NyYy5kYXRhKCksICZidWZmX3NyYyApID09 IC0xICkgewogICAgICAgICBpZiAoIGVycm5vID09IEVBQ0NFUyApCkBAIC01MTgsNyArNTI1LDcg QEAKIHsKICAgICBjb25zdCBRU3RyaW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9jYWxGaWxlKCk7CiAg ICAgLy8gQXNzdW1lIGRlc3QgaXMgbG9jYWwgdG9vICh3b3VsZG4ndCBiZSBoZXJlIG90aGVyd2lz ZSkKLSAgICBpZiAoIDo6c3ltbGluayggUUZpbGU6OmVuY29kZU5hbWUodGFyZ2V0KSwgUUZpbGU6 OmVuY29kZU5hbWUoZGVzdCkgKSA9PSAtMSApCisgICAgaWYgKCA6OnN5bWxpbmsoIHRhcmdldC50 b0xhdGluMSgpLCBkZXN0LnRvTGF0aW4xKCkgKSA9PSAtMSApCiAgICAgewogICAgICAgICAvLyBE b2VzIHRoZSBkZXN0aW5hdGlvbiBhbHJlYWR5IGV4aXN0ID8KICAgICAgICAgaWYgKCBlcnJubyA9 PSBFRVhJU1QgKQpAQCAtNTI2LDcgKzUzMyw3IEBACiAgICAgICAgICAgICBpZiAoIChmbGFncyAm IEtJTzo6T3ZlcndyaXRlKSApCiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgLy8gVHJ5 IHRvIGRlbGV0ZSB0aGUgZGVzdGluYXRpb24KLSAgICAgICAgICAgICAgICBpZiAoIHVubGluaygg UUZpbGU6OmVuY29kZU5hbWUoZGVzdCkgKSAhPSAwICkKKyAgICAgICAgICAgICAgICBpZiAoIHVu bGluayggZGVzdC50b0xhdGluMSgpICkgIT0gMCApCiAgICAgICAgICAgICAgICAgewogICAgICAg ICAgICAgICAgICAgICBlcnJvcihLSU86OkVSUl9DQU5OT1RfREVMRVRFLCBkZXN0KTsKICAgICAg ICAgICAgICAgICAgICAgcmV0dXJuOwpAQCAtNTM3LDcgKzU0NCw3IEBACiAgICAgICAgICAgICBl bHNlCiAgICAgICAgICAgICB7CiAgICAgICAgICAgICAgICAgS0RFX3N0cnVjdF9zdGF0IGJ1ZmZf ZGVzdDsKLSAgICAgICAgICAgICAgICBLREVfbHN0YXQoIFFGaWxlOjplbmNvZGVOYW1lKGRlc3Qp LCAmYnVmZl9kZXN0ICk7CisgICAgICAgICAgICAgICAgS0RFX2xzdGF0KCBkZXN0LnRvTGF0aW4x KCksICZidWZmX2Rlc3QgKTsKICAgICAgICAgICAgICAgICBpZiAoU19JU0RJUihidWZmX2Rlc3Qu c3RfbW9kZSkpCiAgICAgICAgICAgICAgICAgICAgIGVycm9yKEtJTzo6RVJSX0RJUl9BTFJFQURZ X0VYSVNULCBkZXN0KTsKICAgICAgICAgICAgICAgICBlbHNlCkBAIC01NTgsNyArNTY1LDcgQEAK IHZvaWQgRmlsZVByb3RvY29sOjpkZWwoY29uc3QgS1VybCYgdXJsLCBib29sIGlzZmlsZSkKIHsK ICAgICBjb25zdCBRU3RyaW5nIHBhdGggPSB1cmwudG9Mb2NhbEZpbGUoKTsKLSAgICBjb25zdCBR Qnl0ZUFycmF5IF9wYXRoKCBRRmlsZTo6ZW5jb2RlTmFtZShwYXRoKSk7CisgICAgY29uc3QgUUJ5 dGVBcnJheSBfcGF0aCggcGF0aC50b0xhdGluMSgpKTsKICAgICAvKioqKioKICAgICAgKiBEZWxl dGUgZmlsZXMKICAgICAgKioqKiovCkBAIC02MDMsNyArNjEwLDcgQEAKIHZvaWQgRmlsZVByb3Rv Y29sOjpjaG93biggY29uc3QgS1VybCYgdXJsLCBjb25zdCBRU3RyaW5nJiBvd25lciwgY29uc3Qg UVN0cmluZyYgZ3JvdXAgKQogewogICAgIGNvbnN0IFFTdHJpbmcgcGF0aCA9IHVybC50b0xvY2Fs RmlsZSgpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX3BhdGgoIFFGaWxlOjplbmNvZGVOYW1lKHBh dGgpICk7CisgICAgY29uc3QgUUJ5dGVBcnJheSBfcGF0aCggcGF0aC50b0xhdGluMSgpICk7CiAg ICAgdWlkX3QgdWlkOwogICAgIGdpZF90IGdpZDsKIApAQCAtNjY4LDcgKzY3NSw3IEBACiAgICAg ICogVGhpcyBpcyB0aGUgcmVhc29uIGZvciB0aGUgLTEKICAgICAgKi8KICAgICBjb25zdCBRU3Ry aW5nIHBhdGgodXJsLnBhdGgoS1VybDo6UmVtb3ZlVHJhaWxpbmdTbGFzaCkpOwotICAgIGNvbnN0 IFFCeXRlQXJyYXkgX3BhdGgoIFFGaWxlOjplbmNvZGVOYW1lKHBhdGgpKTsKKyAgICBjb25zdCBR Qnl0ZUFycmF5IF9wYXRoKCBwYXRoLnRvTGF0aW4xKCkpOwogICAgIGNvbnN0IFFTdHJpbmcgc0Rl dGFpbHMgPSBtZXRhRGF0YShRTGF0aW4xU3RyaW5nKCJkZXRhaWxzIikpOwogICAgIGNvbnN0IGlu dCBkZXRhaWxzID0gc0RldGFpbHMuaXNFbXB0eSgpID8gMiA6IHNEZXRhaWxzLnRvSW50KCk7CiAK 59002 2011-04-15 13:15:51 +0000 2011-05-13 19:47:56 +0000 A slightly better patch uglycharencode-20110415a.patch text/plain 4122 szo ZGlmZiAtciAtdXcga2RlNGxpYnMtNC42LjItb3JpZy9raW9zbGF2ZS9maWxlL2ZpbGVfdW5peC5j cHAga2RlNGxpYnMtNC42LjIva2lvc2xhdmUvZmlsZS9maWxlX3VuaXguY3BwCi0tLSBrZGU0bGli cy00LjYuMi1vcmlnL2tpb3NsYXZlL2ZpbGUvZmlsZV91bml4LmNwcAkyMDExLTA0LTEzIDExOjQ0 OjM2LjAwMDAwMDAwMCArMDIwMAorKysga2RlNGxpYnMtNC42LjIva2lvc2xhdmUvZmlsZS9maWxl X3VuaXguY3BwCTIwMTEtMDQtMTUgMTM6MDM6MjYuMDAwMDAwMDAwICswMjAwCkBAIC05Miw3ICs5 Miw3IEBACiAKICAgICBjb25zdCBRU3RyaW5nIHNyYyA9IHNyY1VybC50b0xvY2FsRmlsZSgpOwog ICAgIGNvbnN0IFFTdHJpbmcgZGVzdCA9IGRlc3RVcmwudG9Mb2NhbEZpbGUoKTsKLSAgICBRQnl0 ZUFycmF5IF9zcmMoIFFGaWxlOjplbmNvZGVOYW1lKHNyYykpOworICAgIFFCeXRlQXJyYXkgX3Ny Yyggc3JjLnRvTGF0aW4xKCkpOwogICAgIFFCeXRlQXJyYXkgX2Rlc3QoIFFGaWxlOjplbmNvZGVO YW1lKGRlc3QpKTsKICAgICBLREVfc3RydWN0X3N0YXQgYnVmZl9zcmM7CiAjaWZkZWYgSEFWRV9Q T1NJWF9BQ0wKQEAgLTMzMSw3ICszMzEsNyBAQAogCXJldHVybjsKICAgICB9CiAgICAgY29uc3Qg UVN0cmluZyBwYXRoKHVybC50b0xvY2FsRmlsZSgpKTsKLSAgICBjb25zdCBRQnl0ZUFycmF5IF9w YXRoKFFGaWxlOjplbmNvZGVOYW1lKHBhdGgpKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9wYXRo KHBhdGgudG9MYXRpbjEoKSk7CiAgICAgRElSKiBkcCA9IG9wZW5kaXIoX3BhdGguZGF0YSgpKTsK ICAgICBpZiAoIGRwID09IDAgKSB7CiAgICAgICAgIHN3aXRjaCAoZXJybm8pIHsKQEAgLTM3Miw3 ICszNzIsOSBAQAogICAgICAgICAvLyBTaW1wbHkgZW1pdCB0aGUgbmFtZSBhbmQgZmlsZSB0eXBl LCBub3RoaW5nIGVsc2UuCiAgICAgICAgIHdoaWxlICggKCBlcCA9IEtERV9yZWFkZGlyKCBkcCAp ICkgIT0gMCApIHsKICAgICAgICAgICAgIGVudHJ5LmNsZWFyKCk7Ci0gICAgICAgICAgICBlbnRy eS5pbnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX05BTUUsIFFGaWxlOjpkZWNvZGVOYW1lKGVwLT5k X25hbWUpKTsKKyAgICAgICAgICAgIGVudHJ5Lmluc2VydChLSU86OlVEU0VudHJ5OjpVRFNfTkFN RSwgUVN0cmluZzo6ZnJvbUxhdGluMShlcC0+ZF9uYW1lKSk7CisgICAgICAgICAgICBlbnRyeS5p bnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX0RJU1BMQVlfTkFNRSwgUUZpbGU6OmRlY29kZU5hbWUo ZXAtPmRfbmFtZSkpOworICAgICAgICAgICAgZW50cnkuaW5zZXJ0KEtJTzo6VURTRW50cnk6OlVE U19UQVJHRVRfVVJMLCBwYXRoICsgUUxhdGluMUNoYXIoJy8nKSArIFFGaWxlOjpkZWNvZGVOYW1l KGVwLT5kX25hbWUpKTsKICNpZmRlZiBIQVZFX0RJUkVOVF9EX1RZUEUKICAgICAgICAgICAgIGVu dHJ5Lmluc2VydChLSU86OlVEU0VudHJ5OjpVRFNfRklMRV9UWVBFLAogICAgICAgICAgICAgICAg ICAgICAgICAgIChlcC0+ZF90eXBlICYgRFRfRElSKSA/IFNfSUZESVIgOiBTX0lGUkVHICk7CkBA IC00MzAsMTEgKzQzMiwxNiBAQAogICAgICAgICBRTGlzdDxRQnl0ZUFycmF5Pjo6Q29uc3RJdGVy YXRvciBlbmQgPSBlbnRyeU5hbWVzLmNvbnN0RW5kKCk7CiAgICAgICAgIGZvciAoOyBpdCAhPSBl bmQ7ICsraXQpIHsKICAgICAgICAgICAgIGVudHJ5LmNsZWFyKCk7Ci0gICAgICAgICAgICBpZiAo IGNyZWF0ZVVEU0VudHJ5KCBRRmlsZTo6ZGVjb2RlTmFtZSgqaXQpLAorICAgICAgICAgICAgaWYg KCBjcmVhdGVVRFNFbnRyeSggUVN0cmluZzo6ZnJvbUxhdGluMSgqaXQpLAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgKml0IC8qIHdlIGNhbiB1c2UgdGhlIGZpbGVuYW1lIGFzIHJl bGF0aXZlIHBhdGgqLywKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVudHJ5LCBk ZXRhaWxzLCB0cnVlICkgKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW50cnks IGRldGFpbHMsIHRydWUgKSApIHsKKyAgICAgICAgICAgICAgZW50cnkuaW5zZXJ0KEtJTzo6VURT RW50cnk6OlVEU19ESVNQTEFZX05BTUUsCisgICAgICAgICAgICAgICAgICBRRmlsZTo6ZGVjb2Rl TmFtZSgqaXQpKTsKKyAgICAgICAgICAgICAgZW50cnkuaW5zZXJ0KEtJTzo6VURTRW50cnk6OlVE U19UQVJHRVRfVVJMLAorICAgICAgICAgICAgICAgICAgcGF0aCArIFFMYXRpbjFDaGFyKCcvJykg KyBRRmlsZTo6ZGVjb2RlTmFtZSgqaXQpKTsKICAgICAgICAgICAgICAgICBsaXN0RW50cnkoIGVu dHJ5LCBmYWxzZSk7CiAgICAgICAgIH0KKyAgICAgICAgfQogCiAgICAgICAgIGxpc3RFbnRyeSgg ZW50cnksIHRydWUgKTsgLy8gcmVhZHkKIApAQCAtNDU4LDcgKzQ2NSw3IEBACiAgICAgY2hhciBv ZmZfdF9zaG91bGRfYmVfNjRfYml0c1tzaXplb2Yob2ZmX3QpID49IDggPyAxIDogLTFdOyAodm9p ZCkgb2ZmX3Rfc2hvdWxkX2JlXzY0X2JpdHM7CiAgICAgY29uc3QgUVN0cmluZyBzcmMgPSBzcmNV cmwudG9Mb2NhbEZpbGUoKTsKICAgICBjb25zdCBRU3RyaW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9j YWxGaWxlKCk7Ci0gICAgY29uc3QgUUJ5dGVBcnJheSBfc3JjKFFGaWxlOjplbmNvZGVOYW1lKHNy YykpOworICAgIGNvbnN0IFFCeXRlQXJyYXkgX3NyYyhzcmMudG9MYXRpbjEoKSk7CiAgICAgY29u c3QgUUJ5dGVBcnJheSBfZGVzdChRRmlsZTo6ZW5jb2RlTmFtZShkZXN0KSk7CiAgICAgS0RFX3N0 cnVjdF9zdGF0IGJ1ZmZfc3JjOwogICAgIGlmICggS0RFX2xzdGF0KCBfc3JjLmRhdGEoKSwgJmJ1 ZmZfc3JjICkgPT0gLTEgKSB7CkBAIC01MTgsNyArNTI1LDcgQEAKIHsKICAgICBjb25zdCBRU3Ry aW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9jYWxGaWxlKCk7CiAgICAgLy8gQXNzdW1lIGRlc3QgaXMg bG9jYWwgdG9vICh3b3VsZG4ndCBiZSBoZXJlIG90aGVyd2lzZSkKLSAgICBpZiAoIDo6c3ltbGlu ayggUUZpbGU6OmVuY29kZU5hbWUodGFyZ2V0KSwgUUZpbGU6OmVuY29kZU5hbWUoZGVzdCkgKSA9 PSAtMSApCisgICAgaWYgKCA6OnN5bWxpbmsoIHRhcmdldC50b0xhdGluMSgpLCBRRmlsZTo6ZW5j b2RlTmFtZShkZXN0KSApID09IC0xICkKICAgICB7CiAgICAgICAgIC8vIERvZXMgdGhlIGRlc3Rp bmF0aW9uIGFscmVhZHkgZXhpc3QgPwogICAgICAgICBpZiAoIGVycm5vID09IEVFWElTVCApCkBA IC01NTgsNyArNTY1LDcgQEAKIHZvaWQgRmlsZVByb3RvY29sOjpkZWwoY29uc3QgS1VybCYgdXJs LCBib29sIGlzZmlsZSkKIHsKICAgICBjb25zdCBRU3RyaW5nIHBhdGggPSB1cmwudG9Mb2NhbEZp bGUoKTsKLSAgICBjb25zdCBRQnl0ZUFycmF5IF9wYXRoKCBRRmlsZTo6ZW5jb2RlTmFtZShwYXRo KSk7CisgICAgY29uc3QgUUJ5dGVBcnJheSBfcGF0aCggcGF0aC50b0xhdGluMSgpKTsKICAgICAv KioqKioKICAgICAgKiBEZWxldGUgZmlsZXMKICAgICAgKioqKiovCkBAIC02MDMsNyArNjEwLDcg QEAKIHZvaWQgRmlsZVByb3RvY29sOjpjaG93biggY29uc3QgS1VybCYgdXJsLCBjb25zdCBRU3Ry aW5nJiBvd25lciwgY29uc3QgUVN0cmluZyYgZ3JvdXAgKQogewogICAgIGNvbnN0IFFTdHJpbmcg cGF0aCA9IHVybC50b0xvY2FsRmlsZSgpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX3BhdGgoIFFG aWxlOjplbmNvZGVOYW1lKHBhdGgpICk7CisgICAgY29uc3QgUUJ5dGVBcnJheSBfcGF0aCggcGF0 aC50b0xhdGluMSgpICk7CiAgICAgdWlkX3QgdWlkOwogICAgIGdpZF90IGdpZDsKIApAQCAtNjY4 LDcgKzY3NSw3IEBACiAgICAgICogVGhpcyBpcyB0aGUgcmVhc29uIGZvciB0aGUgLTEKICAgICAg Ki8KICAgICBjb25zdCBRU3RyaW5nIHBhdGgodXJsLnBhdGgoS1VybDo6UmVtb3ZlVHJhaWxpbmdT bGFzaCkpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX3BhdGgoIFFGaWxlOjplbmNvZGVOYW1lKHBh dGgpKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9wYXRoKCBwYXRoLnRvTGF0aW4xKCkpOwogICAg IGNvbnN0IFFTdHJpbmcgc0RldGFpbHMgPSBtZXRhRGF0YShRTGF0aW4xU3RyaW5nKCJkZXRhaWxz IikpOwogICAgIGNvbnN0IGludCBkZXRhaWxzID0gc0RldGFpbHMuaXNFbXB0eSgpID8gMiA6IHNE ZXRhaWxzLnRvSW50KCk7CiAK 59970 2011-05-13 19:47:56 +0000 2013-03-28 18:22:15 +0000 Preview of the KUrl-based solution uglycharencode-20110512.patch text/plain 19944 szo ZGlmZiAtcnV3IGtkZTRsaWJzLTQuNi4yLW9yaWcvL2tkZWNvcmUvaW8va3VybC5jcHAga2RlNGxp YnMtNC42LjIvL2tkZWNvcmUvaW8va3VybC5jcHAKLS0tIGtkZTRsaWJzLTQuNi4yLW9yaWcvL2tk ZWNvcmUvaW8va3VybC5jcHAJMjAxMS0wNC0wMSAxNTo1NTo1MC4wMDAwMDAwMDAgKzAyMDAKKysr IGtkZTRsaWJzLTQuNi4yLy9rZGVjb3JlL2lvL2t1cmwuY3BwCTIwMTEtMDUtMDUgMTk6MTc6NDMu NTYwNTYwNzI2ICswMjAwCkBAIC00OCw2ICs0OCwxMSBAQAogc3RhdGljIGludCBrdXJsRGVidWdB cmVhKCkgeyBzdGF0aWMgaW50IHNfYXJlYSA9IEtEZWJ1Zzo6cmVnaXN0ZXJBcmVhKCJrZGVjb3Jl IChLVXJsKSIpOyByZXR1cm4gc19hcmVhOyB9CiAjZW5kaWYKIAorc3RydWN0IEtVcmxQcml2YXRl Cit7CisgIFFCeXRlQXJyYXkgbVJhdzsKK307CisKIHN0YXRpYyBRU3RyaW5nIGNsZWFucGF0aCgg Y29uc3QgUVN0cmluZyAmX3BhdGgsIGJvb2wgY2xlYW5EaXJTZXBhcmF0b3IsIGJvb2wgZGVjb2Rl RG90cyApCiB7CiAgIGlmIChfcGF0aC5pc0VtcHR5KCkpCkBAIC0yMjUsOCArMjMwLDE3IEBACiAg ICAgZm9yICg7IHVpdCAhPSB1RW5kIDsgKyt1aXQpIHsKICAgICAgICAgLy8gR2V0IGVhY2ggVVJM IGVuY29kZWQgaW4gdXRmOCAtIGFuZCBzaW5jZSB3ZSBnZXQgaXQgaW4gZXNjYXBlZAogICAgICAg ICAvLyBmb3JtIG9uIHRvcCBvZiB0aGF0LCAudG9MYXRpbjEoKSBpcyBmaW5lLgorICAgIGtEZWJ1 ZygpIDw8ICIgdXJpTGlzdERhdGEgIiA8PCAoKnVpdCkuaGFzUmF3Q29udGVudCgpOworICAgICAg aWYoKCp1aXQpLmhhc1Jhd0NvbnRlbnQoKSkgeworICAgICAgICB1cmxTdHJpbmdMaXN0LmFwcGVu ZCgoKnVpdCkuZ2V0UmF3Q29udGVudCgpLnRvUGVyY2VudEVuY29kaW5nKCkpOworICAgIGtEZWJ1 ZygpIDw8ICIgdXJpTGlzdERhdGEgIiA8PCAoKnVpdCkuZ2V0UmF3Q29udGVudCgpOworICAgIGtE ZWJ1ZygpIDw8ICIgdXJpTGlzdERhdGEgIiA8PCAoKnVpdCkuZ2V0UmF3Q29udGVudCgpLnRvUGVy Y2VudEVuY29kaW5nKCk7CisgICAgICB9CisgICAgICBlbHNlIHsKICAgICAgICAgdXJsU3RyaW5n TGlzdC5hcHBlbmQoKCp1aXQpLnRvTWltZURhdGFTdHJpbmcoKS50b0xhdGluMSgpKTsKICAgICB9 CisgICAga0RlYnVnKCkgPDwgIiB1cmlMaXN0RGF0YSAiIDw8ICgqdWl0KS50b01pbWVEYXRhU3Ry aW5nKCkudG9MYXRpbjEoKTsKKyAgICB9CiAKICAgICBRQnl0ZUFycmF5IHVyaUxpc3REYXRhOwog ICAgIGZvciAoaW50IGkgPSAwLCBuID0gdXJsU3RyaW5nTGlzdC5jb3VudCgpOyBpIDwgbjsgKytp KSB7CkBAIC0zMjcsNyArMzQxLDIyIEBACiAgICAgICAgICAgICAgICAgYysrOwogICAgICAgICAg ICAgUUJ5dGVBcnJheSBzKCBkK2YsIGMtZiApOwogICAgICAgICAgICAgaWYgKCBzWzBdICE9ICcj JyApIC8vIG5vbi1jb21tZW50PworICAgICAgICAgICAgeworICAgICAgICAgICAgICBRQnl0ZUFy cmF5IHNwKCBRQnl0ZUFycmF5Ojpmcm9tUGVyY2VudEVuY29kaW5nKHMpICk7CisgICAgICAgICAg ICAgIGtEZWJ1ZygpIDw8ICIgcyAiIDw8IHMgPDwgIiBzcCAiIDw8IHNwOworICAgICAgICAgICAg ICBpZihRRmlsZTo6ZW5jb2RlTmFtZShRRmlsZTo6ZGVjb2RlTmFtZShzcCkpICE9IHNwKQorICAg ICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgS1VybCBrdXJsKFFGaWxlOjpkZWNvZGVOYW1l KHNwKSk7CisgICAgICAgICAgICAgICAga3VybC5zZXRSYXdDb250ZW50KHNwKTsKKyAgICAgICAg ICAgICAgICB1cmlzLmFwcGVuZChrdXJsKTsKKyAgICAgICAgICAgICAgICBrRGVidWcoKSA8PCAi IG5vdCBzYW1lICIgPDwgc3A7CisgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgICAgZWxzZQor ICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAga0RlYnVnKCkgPDwgIiBzYW1lICIgPDwg c3A7CiAgICAgICAgICAgICAgICAgdXJpcy5hcHBlbmQoIEtVcmw6OmZyb21NaW1lRGF0YUJ5dGVB cnJheSggcyApICk7CisgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgIH0KICAgICAgICAgICAg IC8vIFNraXAganVuawogICAgICAgICAgICAgd2hpbGUgKCBjIDwgcGF5bG9hZC5zaXplKCkgJiYg ZFtjXSAmJgogICAgICAgICAgICAgICAgICAgICAoIGRbY10gPT0gJ1xuJyB8fCBkW2NdID09ICdc cicgKSApCkBAIC0zNzksNiArNDA4LDcgQEAKIAogS1VybDo6fktVcmwoKQogeworICBpZihkKSBk ZWxldGUgZDsKIH0KIAogCkBAIC00NzQsNiArNTA0LDExIEBACiBLVXJsOjpLVXJsKCBjb25zdCBL VXJsJiBfdSApCiAgICAgOiBRVXJsKCBfdSApLCBkKDApCiB7CisgIGlmKF91LmQpCisgIHsKKyAg ICBkID0gbmV3IEtVcmxQcml2YXRlKCk7CisgICAgZC0+bVJhdyA9IF91LmQtPm1SYXc7CisgIH0K ICNpZiBkZWZpbmVkKFFfV1NfV0lOKSAmJiBkZWZpbmVkKERFQlVHX0tVUkwpCiAgICAga0RlYnVn KGt1cmxEZWJ1Z0FyZWEoKSkgPDwgIktVcmw6OktVcmwoS1VybCkgIiA8PCAiIHBhdGggIiA8PCBf dS5wYXRoKCkgPDwgIiB0b0xvY2FsRmlsZSAiIDw8IF91LnRvTG9jYWxGaWxlKCk7CiAjZW5kaWYK QEAgLTQ5MCw2ICs1MjUsMTEgQEAKIEtVcmw6OktVcmwoIGNvbnN0IEtVcmwmIF91LCBjb25zdCBR U3RyaW5nJiBfcmVsX3VybCApCiAgICA6IFFVcmwoKSwgZCgwKQogeworICBpZihfdS5kKQorICB7 CisgICAgZCA9IG5ldyBLVXJsUHJpdmF0ZSgpOworICAgIGQtPm1SYXcgPSBfdS5kLT5tUmF3Owor ICB9CiAjaWYgZGVmaW5lZChRX1dTX1dJTikgJiYgZGVmaW5lZChERUJVR19LVVJMKQogICAgIGtE ZWJ1ZyhrdXJsRGVidWdBcmVhKCkpIDw8ICJLVXJsOjpLVXJsKEtVcmwsUVN0cmluZyByZWxfdXJs KSAiIDw8ICIgcGF0aCAiIDw8IF91LnBhdGgoKSA8PCAiIHRvTG9jYWxGaWxlICIgPDwgX3UudG9M b2NhbEZpbGUoKTsKICNlbmRpZgpAQCAtNTg1LDYgKzYyNSwxMSBAQAogCiBLVXJsJiBLVXJsOjpv cGVyYXRvcj0oIGNvbnN0IEtVcmwmIF91ICkKIHsKKyAgaWYoX3UuZCAmJiAmX3UgIT0gdGhpcykK KyAgeworICAgIGlmKCFkKSBkID0gbmV3IEtVcmxQcml2YXRlKCk7CisgICAgZC0+bVJhdyA9IF91 LmQtPm1SYXc7CisgIH0KICAgUVVybDo6b3BlcmF0b3I9KCBfdSApOwogICByZXR1cm4gKnRoaXM7 CiB9CkBAIC03MzgsNiArNzgzLDExIEBACiAgIHNldFBhdGgoIHBhdGggKTsKIAogICBjbGVhblBh dGgoKTsKKyAgaWYoZCkKKyAgeworICAgIGRlbGV0ZSBkOworICAgIGQgPSAwOworICB9CiB9CiAK IHZvaWQgS1VybDo6Y2xlYW5QYXRoKCBjb25zdCBDbGVhblBhdGhPcHRpb24mIG9wdGlvbnMgKQpA QCAtMTQ4Niw2ICsxNTM2LDMyIEBACiAgIHJldHVybiBqb2luKCBsc3QgKTsKIH0KIAorYm9vbCBL VXJsOjpoYXNSYXdDb250ZW50KCkgY29uc3QKK3sKKyAgaWYoZCkKKyAgeworICAgIHJldHVybiAh ZC0+bVJhdy5pc0VtcHR5KCk7CisgIH0KKyAgcmV0dXJuIGZhbHNlOworfQorCitRQnl0ZUFycmF5 IEtVcmw6OmdldFJhd0NvbnRlbnQoKSBjb25zdAoreworICBpZihkKSByZXR1cm4gZC0+bVJhdzsK KyAgcmV0dXJuIFFCeXRlQXJyYXkoKTsKK30KKwordm9pZCBLVXJsOjpzZXRSYXdDb250ZW50KGNv bnN0IFFCeXRlQXJyYXkmIF91KQoreworICBpZihkKQorICB7CisgICAgZC0+bVJhdyA9IF91Owor ICAgIHJldHVybjsKKyAgfQorICBkID0gbmV3IEtVcmxQcml2YXRlKCk7CisgIGQtPm1SYXcgPSBf dTsKK30KKwogUVN0cmluZyBLVXJsOjpodG1sUmVmKCkgY29uc3QKIHsKICAgaWYgKCAhaGFzU3Vi VXJsKCkgKQpAQCAtMTg5MiwzICsxOTY4LDIyIEBACiAKICAgcmV0dXJuIHFIYXNoKGt1cmwucHJv dG9jb2woKSkgXiBxSGFzaChrdXJsLnBhdGgoKSkgXiBxSGFzaChrdXJsLmZyYWdtZW50KCkpIF4g cUhhc2goa3VybC5xdWVyeSgpKTsKIH0KKworUURhdGFTdHJlYW0gJm9wZXJhdG9yPDwoUURhdGFT dHJlYW0gJm91dCwgY29uc3QgS1VybCAmdXJsKQoreworICBRQnl0ZUFycmF5IHUgPSB1cmwudG9F bmNvZGVkKCk7CisgIG91dCA8PCB1OworICBpZih1cmwuaGFzUmF3Q29udGVudCgpKSBvdXQgPDwg dXJsLmdldFJhd0NvbnRlbnQoKTsKKyAgZWxzZSBvdXQgPDwgUUJ5dGVBcnJheSgpOworICByZXR1 cm4gb3V0OworfQorCitRRGF0YVN0cmVhbSAmb3BlcmF0b3I+PihRRGF0YVN0cmVhbSAmaW4sIEtV cmwgJnVybCkKK3sKKyAgUUJ5dGVBcnJheSB1OworICBpbiA+PiB1OworICB1cmwgPSBRVXJsOjpm cm9tRW5jb2RlZCh1KTsKKyAgaW4gPj4gdTsKKyAgaWYoIXUuaXNFbXB0eSgpKSB1cmwuc2V0UmF3 Q29udGVudCh1KTsKKyAgcmV0dXJuIGluOworfQpkaWZmIC1ydXcga2RlNGxpYnMtNC42LjItb3Jp Zy8va2RlY29yZS9pby9rdXJsLmgga2RlNGxpYnMtNC42LjIvL2tkZWNvcmUvaW8va3VybC5oCi0t LSBrZGU0bGlicy00LjYuMi1vcmlnLy9rZGVjb3JlL2lvL2t1cmwuaAkyMDExLTA0LTAxIDE1OjU1 OjUwLjAwMDAwMDAwMCArMDIwMAorKysga2RlNGxpYnMtNC42LjIvL2tkZWNvcmUvaW8va3VybC5o CTIwMTEtMDQtMzAgMTQ6NDA6MzAuMTc3Njk5MjI0ICswMjAwCkBAIC04NDksNiArODQ5LDMyIEBA CiAgICAqLwogICBLVXJsIHVwVXJsKCApIGNvbnN0OwogCisgIC8qKgorICAgKiBUaGUgZm9sbG93 aW5nIHRoZXJlIGZ1bmN0aW9uIGRlYWxzIHdpdGggbGVnYWN5IGVuY29kZWQgZmlsZW5hbWVzIG9u IFVuaXhlcworICAgKiBOT1RFOiBubyBjaGVjayBpcyBwZXJmb3JtZWQgdG8gZW5zdXJlIHRoYXQg dGhlIGJ5dGVzdHJlYW0gYW5kIHRoZSAKKyAgICogdXJsIHByb3BlciBpcyBhY3R1YWxseSB0aGUg c2FtZSwgdGhlc2UgZnVuY3Rpb25zIHByb3ZpZGVkIHNvbGVseSB0byBkZWFsCisgICAqIHdpdGgg dGhlIGxlZ2FjeSBmaWxlbmFtZXMgYW5kIGVudGlyZWx5IHVwIHRvIHRoZSBkaXJlY3RvcnkgcmVh ZGluZworICAgKiBzb2Z0d2FyZSAoa2lvX2ZpbGUpIHRvIGZpbGwgaXQgd2l0aCBtZWFuaW5nZnVs IGRhdGEuIElmIHRoZSBVUkwgaXMKKyAgICogdW5pY29kZSBlbmNvZGVkLCBpdCBzaG91bGQgbm90 IGJlIHVzZWQuCisgICAqLworICAKKyAgLyoqCisgICAqIENoZWNrcyBpZiBieXRlc3RyZWFtIHZl cnNpb24gb2YgdGhlIFVSTCBpcyBhdmFpbGFibGUKKyAgICogQHJldHVybiB0cnVlIGlmIHJhdyBj b250ZW50IGlzIHByZXNlbnQKKyAgICovCisgIGJvb2wgaGFzUmF3Q29udGVudCgpIGNvbnN0Owor CisgIC8qKgorICAgKiBHZXRzIGJ5dGVzdHJlYW0gdmVyc2lvbiBvZiB0aGUgVVJMIGlmIGF2YWls YWJsZQorICAgKiBAcmV0dXJuIHRoZSByYXcgY29udGVudCwgb3IgUUJ5dGVBcnJheSgpIGlmIG5v dCBwcmVzZW50CisgICAqLworICBRQnl0ZUFycmF5IGdldFJhd0NvbnRlbnQoKSBjb25zdDsKKwor ICAvKioKKyAgICogU2V0cyBieXRlc3RyZWFtIHZlcnNpb24gb2YgdGhlIFVSTAorICAgKi8KKyAg dm9pZCBzZXRSYXdDb250ZW50KGNvbnN0IFFCeXRlQXJyYXkmIF91KTsKKwogICBLVXJsJiBvcGVy YXRvcj0oIGNvbnN0IEtVcmwmIF91ICk7CiAKICAgLy8gRGVmaW5lIHRob3NlLCBzaW5jZSB0aGUg Y29uc3RydWN0b3JzIGFyZSBleHBsaWNpdApAQCAtMTEzMSw3ICsxMTU3LDcgQEAKICAgUVN0cmlu ZyB0b1N0cmluZygpIGNvbnN0OyAvLyBmb3JiaWRkZW4sIHVzZSB1cmwoKSwgcHJldHR5VXJsKCks IG9yIHBhdGhPclVybCgpIGluc3RlYWQuCiAgIG9wZXJhdG9yIFFTdHJpbmcoKSBjb25zdDsgLy8g Zm9yYmlkZGVuLCB1c2UgdXJsKCksIHByZXR0eVVybCgpLCBvciBwYXRoT3JVcmwoKSBpbnN0ZWFk LgogcHJpdmF0ZToKLSAgS1VybFByaXZhdGUqIGNvbnN0IGQ7IC8vIERvbid0IGV2ZXIgdXNlIHRo aXMsIGl0IHdvdWxkIGJyZWFrIGNsZWFyKCkgKHdoaWNoIGlzIGluIFFVcmwpCisgIEtVcmxQcml2 YXRlKiBkOyAvLyBEb24ndCBldmVyIHVzZSB0aGlzLCBpdCB3b3VsZCBicmVhayBjbGVhcigpICh3 aGljaCBpcyBpbiBRVXJsKQogfTsKIAogUV9ERUNMQVJFX09QRVJBVE9SU19GT1JfRkxBR1MoS1Vy bDo6RW5jb2RlZFBhdGhBbmRRdWVyeU9wdGlvbnMpCkBAIC0xMTczLDQgKzExOTksNyBAQAogCiBL REVDT1JFX0VYUE9SVCB1aW50IHFIYXNoKGNvbnN0IEtVcmwmIGt1cmwpOwogCitLREVDT1JFX0VY UE9SVCBRRGF0YVN0cmVhbSAmb3BlcmF0b3I8PChRRGF0YVN0cmVhbSAmLCBjb25zdCBLVXJsICYp OworS0RFQ09SRV9FWFBPUlQgUURhdGFTdHJlYW0gJm9wZXJhdG9yPj4oUURhdGFTdHJlYW0gJiwg S1VybCAmKTsKKwogI2VuZGlmCmRpZmYgLXJ1dyBrZGU0bGlicy00LjYuMi1vcmlnLy9raW8va2lv L2NvcHlqb2IuY3BwIGtkZTRsaWJzLTQuNi4yLy9raW8va2lvL2NvcHlqb2IuY3BwCi0tLSBrZGU0 bGlicy00LjYuMi1vcmlnLy9raW8va2lvL2NvcHlqb2IuY3BwCTIwMTEtMDQtMDEgMTU6NTY6MTgu MDAwMDAwMDAwICswMjAwCisrKyBrZGU0bGlicy00LjYuMi8va2lvL2tpby9jb3B5am9iLmNwcAky MDExLTA1LTEyIDIyOjMyOjM5LjkwMjEwMzYzOSArMDIwMApAQCAtMTI2LDYgKzEyNiw4IEBACiAg ICAgICAgICwgbV9jb25mbGljdEVycm9yKDApCiAgICAgICAgICwgbV9yZXBvcnRUaW1lcigwKQog ICAgIHsKKyAgICBrRGVidWcoNzAwNykgPDwgImNvbnN0OiAiIDw8IG1fY3VycmVudFN0YXRTcmMt Pmhhc1Jhd0NvbnRlbnQoKTsKKyAgICBrRGVidWcoNzAwNykgPDwgImRlc3Q6ICIgPDwgbV9kZXN0 Lmhhc1Jhd0NvbnRlbnQoKTsKICAgICB9CiAKICAgICAvLyBUaGlzIGlzIHRoZSBkZXN0IFVSTCB0 aGF0IHdhcyBpbml0aWFsbHkgZ2l2ZW4gdG8gQ29weUpvYgpAQCAtMjMzLDYgKzIzNSw4IEBACiAg ICAgc3RhdGljIGlubGluZSBDb3B5Sm9iICpuZXdKb2IoY29uc3QgS1VybDo6TGlzdCYgc3JjLCBj b25zdCBLVXJsJiBkZXN0LAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIENvcHlK b2I6OkNvcHlNb2RlIG1vZGUsIGJvb2wgYXNNZXRob2QsIEpvYkZsYWdzIGZsYWdzKQogICAgIHsK KyAgICBrRGVidWcoNzAwNykgPDwgImNvbnN0OiAiIDw8ICpzcmMuY29uc3RCZWdpbigpOworICAg IGtEZWJ1Zyg3MDA3KSA8PCAiZGVzdDogIiA8PCBkZXN0OwogICAgICAgICBDb3B5Sm9iICpqb2Ig PSBuZXcgQ29weUpvYigqbmV3IENvcHlKb2JQcml2YXRlKHNyYyxkZXN0LG1vZGUsYXNNZXRob2Qp KTsKICAgICAgICAgam9iLT5zZXRVaURlbGVnYXRlKG5ldyBKb2JVaURlbGVnYXRlKTsKICAgICAg ICAgaWYgKCEoZmxhZ3MgJiBIaWRlUHJvZ3Jlc3NJbmZvKSkKQEAgLTY1OSw2ICs2NjMsNyBAQAog CiB2b2lkIENvcHlKb2JQcml2YXRlOjpzdGF0Q3VycmVudFNyYygpCiB7CisgICAga0RlYnVnKDcw MDcpIDw8ICJzdGF0Q3VycmVudFNyYzogIjsKICAgICBRX1EoQ29weUpvYik7CiAgICAgaWYgKG1f Y3VycmVudFN0YXRTcmMgIT0gbV9zcmNMaXN0LmNvbnN0RW5kKCkpIHsKICAgICAgICAgbV9jdXJy ZW50U3JjVVJMID0gKCptX2N1cnJlbnRTdGF0U3JjKTsKQEAgLTY4Miw2ICs2ODcsMTQgQEAKICAg ICAgICAgICAgICAgICAgICAgKG1fY3VycmVudFNyY1VSTC51c2VyKCkgPT0gaW5mby51RGVzdC51 c2VyKCkpICYmCiAgICAgICAgICAgICAgICAgICAgIChtX2N1cnJlbnRTcmNVUkwucGFzcygpID09 IGluZm8udURlc3QucGFzcygpKSApIHsKICAgICAgICAgICAgICAgICAgICAgLy8gVGhpcyBpcyB0 aGUgY2FzZSBvZiBjcmVhdGluZyBhIHJlYWwgc3ltbGluaworICAgICAgICAgICAgICAgICAgaWYo bV9jdXJyZW50U3JjVVJMLmhhc1Jhd0NvbnRlbnQoKSB8fCBpbmZvLnVEZXN0Lmhhc1Jhd0NvbnRl bnQoKSkgeworICAgICBpbmZvLnVEZXN0LnNldFJhd0NvbnRlbnQoKGluZm8udURlc3QuaGFzUmF3 Q29udGVudCgpID8gIGluZm8udURlc3QuZ2V0UmF3Q29udGVudCgpIDoKKyAgICAgUUZpbGU6OmVu Y29kZU5hbWUoaW5mby51RGVzdC50b0xvY2FsRmlsZSgpKSkgKworICAgICAobV9jdXJyZW50U3Jj VVJMLmhhc1Jhd0NvbnRlbnQoKSA/CisgICAgIG1fY3VycmVudFNyY1VSTC5nZXRSYXdDb250ZW50 KCkucmlnaHQobV9jdXJyZW50U3JjVVJMLmdldFJhd0NvbnRlbnQoKS5zaXplKCkKKyAgICAgICAt IG1fY3VycmVudFNyY1VSTC5nZXRSYXdDb250ZW50KCkubGFzdEluZGV4T2YoJy8nKSkgOgorICAg ICBRRmlsZTo6ZW5jb2RlTmFtZShtX2N1cnJlbnRTcmNVUkwuZmlsZU5hbWUoKSkpKTsKKyAgICAg ICAgICAgICAgICAgIH0KICAgICAgICAgICAgICAgICAgICAgaW5mby51RGVzdC5hZGRQYXRoKCBt X2N1cnJlbnRTcmNVUkwuZmlsZU5hbWUoKSApOwogICAgICAgICAgICAgICAgIH0gZWxzZSB7CiAg ICAgICAgICAgICAgICAgICAgIC8vIERpZmZlcmVudCBwcm90b2NvbHMsIHdlJ2xsIGNyZWF0ZSBh IC5kZXNrdG9wIGZpbGUKQEAgLTc4Miw2ICs3OTUsNyBAQAogCiB2b2lkIENvcHlKb2JQcml2YXRl OjpzdGFydFJlbmFtZUpvYiggY29uc3QgS1VybCYgc2xhdmVfdXJsICkKIHsKKyAgICBrRGVidWco NzAwNykgPDwgInNsYXZlOiAiIDw8IHNsYXZlX3VybC5oYXNSYXdDb250ZW50KCk7CiAgICAgUV9R KENvcHlKb2IpOwogCiAgICAgLy8gU2lsZW5jZSBLRGlyV2F0Y2ggbm90aWZpY2F0aW9ucywgb3Ro ZXJ3aXNlIHBlcmZvcm1hbmNlIGlzIGhvcnJpYmxlCkBAIC03OTUsOSArODA5LDE4IEBACiAKICAg ICBLVXJsIGRlc3QgPSBtX2Rlc3Q7CiAgICAgLy8gQXBwZW5kIGZpbGVuYW1lIG9yIGRpcm5hbWUg dG8gZGVzdGluYXRpb24gVVJMLCBpZiBhbGxvd2VkCi0gICAgaWYgKCBkZXN0aW5hdGlvblN0YXRl ID09IERFU1RfSVNfRElSICYmICFtX2FzTWV0aG9kICkKKyAgICBpZiAoIGRlc3RpbmF0aW9uU3Rh dGUgPT0gREVTVF9JU19ESVIgJiYgIW1fYXNNZXRob2QgKSB7CisgICAgICAgIGlmKG1fY3VycmVu dFNyY1VSTC5oYXNSYXdDb250ZW50KCkgfHwgZGVzdC5oYXNSYXdDb250ZW50KCkpIHsKKyAgICAg ICAgICBkZXN0LnNldFJhd0NvbnRlbnQoKGRlc3QuaGFzUmF3Q29udGVudCgpID8gZGVzdC5nZXRS YXdDb250ZW50KCkgOgorICAgICAgICAgICAgICAgIFFGaWxlOjplbmNvZGVOYW1lKGRlc3QudG9M b2NhbEZpbGUoKSkpICsKKyAgICAgICAgICAgICAgKG1fY3VycmVudFNyY1VSTC5oYXNSYXdDb250 ZW50KCkgPworICAgICAgICAgICAgICBtX2N1cnJlbnRTcmNVUkwuZ2V0UmF3Q29udGVudCgpLnJp Z2h0KG1fY3VycmVudFNyY1VSTC5nZXRSYXdDb250ZW50KCkuc2l6ZSgpIC0gbV9jdXJyZW50U3Jj VVJMLmdldFJhd0NvbnRlbnQoKS5sYXN0SW5kZXhPZignLycpKSA6CisgICAgICAgICAgICAgIFFG aWxlOjplbmNvZGVOYW1lKG1fY3VycmVudFNyY1VSTC5maWxlTmFtZSgpKSkpOworICAgICAgICB9 CiAgICAgICAgIGRlc3QuYWRkUGF0aCggbV9jdXJyZW50U3JjVVJMLmZpbGVOYW1lKCkgKTsKKyAg ICB9CiAgICAgbV9jdXJyZW50RGVzdFVSTCA9IGRlc3Q7CisgICAga0RlYnVnKDcwMDcpIDw8IG1f Y3VycmVudFNyY1VSTC5oYXNSYXdDb250ZW50KCkgPDwgIi0+IiA8PCBkZXN0Lmhhc1Jhd0NvbnRl bnQoKTsKICAgICBrRGVidWcoNzAwNykgPDwgbV9jdXJyZW50U3JjVVJMIDw8ICItPiIgPDwgZGVz dCA8PCAidHJ5aW5nIGRpcmVjdCByZW5hbWUgZmlyc3QiOwogICAgIHN0YXRlID0gU1RBVEVfUkVO QU1JTkc7CiAKQEAgLTIwOTMsNyArMjExNiw3IEBACiAKIENvcHlKb2IgKktJTzo6Y29weShjb25z dCBLVXJsJiBzcmMsIGNvbnN0IEtVcmwmIGRlc3QsIEpvYkZsYWdzIGZsYWdzKQogewotICAgIC8v a0RlYnVnKDcwMDcpIDw8ICJzcmM9IiA8PCBzcmMgPDwgImRlc3Q9IiA8PCBkZXN0OworICAgIGtE ZWJ1Zyg3MDA3KSA8PCAic3JjPSIgPDwgc3JjIDw8ICJkZXN0PSIgPDwgZGVzdDsKICAgICBLVXJs OjpMaXN0IHNyY0xpc3Q7CiAgICAgc3JjTGlzdC5hcHBlbmQoIHNyYyApOwogICAgIHJldHVybiBD b3B5Sm9iUHJpdmF0ZTo6bmV3Sm9iKHNyY0xpc3QsIGRlc3QsIENvcHlKb2I6OkNvcHksIGZhbHNl LCBmbGFncyk7CkBAIC0yMTAxLDcgKzIxMjQsNyBAQAogCiBDb3B5Sm9iICpLSU86OmNvcHlBcyhj b25zdCBLVXJsJiBzcmMsIGNvbnN0IEtVcmwmIGRlc3QsIEpvYkZsYWdzIGZsYWdzKQogewotICAg IC8va0RlYnVnKDcwMDcpIDw8ICJzcmM9IiA8PCBzcmMgPDwgImRlc3Q9IiA8PCBkZXN0OworICAg IGtEZWJ1Zyg3MDA3KSA8PCAic3JjPSIgPDwgc3JjIDw8ICJkZXN0PSIgPDwgZGVzdDsKICAgICBL VXJsOjpMaXN0IHNyY0xpc3Q7CiAgICAgc3JjTGlzdC5hcHBlbmQoIHNyYyApOwogICAgIHJldHVy biBDb3B5Sm9iUHJpdmF0ZTo6bmV3Sm9iKHNyY0xpc3QsIGRlc3QsIENvcHlKb2I6OkNvcHksIHRy dWUsIGZsYWdzKTsKQEAgLTIxMDksMTMgKzIxMzIsMTMgQEAKIAogQ29weUpvYiAqS0lPOjpjb3B5 KCBjb25zdCBLVXJsOjpMaXN0JiBzcmMsIGNvbnN0IEtVcmwmIGRlc3QsIEpvYkZsYWdzIGZsYWdz ICkKIHsKLSAgICAvL2tEZWJ1Zyg3MDA3KSA8PCBzcmMgPDwgZGVzdDsKKyAgICBrRGVidWcoNzAw NykgPDwgc3JjIDw8IGRlc3Q7CiAgICAgcmV0dXJuIENvcHlKb2JQcml2YXRlOjpuZXdKb2Ioc3Jj LCBkZXN0LCBDb3B5Sm9iOjpDb3B5LCBmYWxzZSwgZmxhZ3MpOwogfQogCiBDb3B5Sm9iICpLSU86 Om1vdmUoY29uc3QgS1VybCYgc3JjLCBjb25zdCBLVXJsJiBkZXN0LCBKb2JGbGFncyBmbGFncykK IHsKLSAgICAvL2tEZWJ1Zyg3MDA3KSA8PCBzcmMgPDwgZGVzdDsKKyAgICBrRGVidWcoNzAwNykg PDwgc3JjIDw8IGRlc3Q7CiAgICAgS1VybDo6TGlzdCBzcmNMaXN0OwogICAgIHNyY0xpc3QuYXBw ZW5kKCBzcmMgKTsKICAgICByZXR1cm4gQ29weUpvYlByaXZhdGU6Om5ld0pvYihzcmNMaXN0LCBk ZXN0LCBDb3B5Sm9iOjpNb3ZlLCBmYWxzZSwgZmxhZ3MpOwpAQCAtMjEyMyw3ICsyMTQ2LDcgQEAK IAogQ29weUpvYiAqS0lPOjptb3ZlQXMoY29uc3QgS1VybCYgc3JjLCBjb25zdCBLVXJsJiBkZXN0 LCBKb2JGbGFncyBmbGFncykKIHsKLSAgICAvL2tEZWJ1Zyg3MDA3KSA8PCBzcmMgPDwgZGVzdDsK KyAgICBrRGVidWcoNzAwNykgPDwgc3JjIDw8IGRlc3Q7CiAgICAgS1VybDo6TGlzdCBzcmNMaXN0 OwogICAgIHNyY0xpc3QuYXBwZW5kKCBzcmMgKTsKICAgICByZXR1cm4gQ29weUpvYlByaXZhdGU6 Om5ld0pvYihzcmNMaXN0LCBkZXN0LCBDb3B5Sm9iOjpNb3ZlLCB0cnVlLCBmbGFncyk7CkBAIC0y MTMxLDcgKzIxNTQsNyBAQAogCiBDb3B5Sm9iICpLSU86Om1vdmUoIGNvbnN0IEtVcmw6Okxpc3Qm IHNyYywgY29uc3QgS1VybCYgZGVzdCwgSm9iRmxhZ3MgZmxhZ3MpCiB7Ci0gICAgLy9rRGVidWco NzAwNykgPDwgc3JjIDw8IGRlc3Q7CisgICAga0RlYnVnKDcwMDcpIDw8IHNyYyA8PCBkZXN0Owog ICAgIHJldHVybiBDb3B5Sm9iUHJpdmF0ZTo6bmV3Sm9iKHNyYywgZGVzdCwgQ29weUpvYjo6TW92 ZSwgZmFsc2UsIGZsYWdzKTsKIH0KIApkaWZmIC1ydXcga2RlNGxpYnMtNC42LjItb3JpZy8va2lv L2tpby9kZWxldGVqb2IuY3BwIGtkZTRsaWJzLTQuNi4yLy9raW8va2lvL2RlbGV0ZWpvYi5jcHAK LS0tIGtkZTRsaWJzLTQuNi4yLW9yaWcvL2tpby9raW8vZGVsZXRlam9iLmNwcAkyMDExLTA0LTAx IDE1OjU1OjUxLjAwMDAwMDAwMCArMDIwMAorKysga2RlNGxpYnMtNC42LjIvL2tpby9raW8vZGVs ZXRlam9iLmNwcAkyMDExLTA1LTAxIDIyOjUwOjQyLjI5NTMwNTY0OCArMDIwMApAQCAtMjg4LDkg KzI4OCw5IEBACiAjaWZkZWYgUV9XU19XSU4KICAgICAgICAgICAgIGlmICggKCppdCkuaXNMb2Nh bEZpbGUoKSAmJiBEZWxldGVGaWxlVyggKExQQ1dTVFIpKCppdCkudG9Mb2NhbEZpbGUoKS51dGYx NigpICkgPT0gMCApIHsKICNlbHNlCi0gICAgICAgICAgICBpZiAoICgqaXQpLmlzTG9jYWxGaWxl KCkgJiYgdW5saW5rKCBRRmlsZTo6ZW5jb2RlTmFtZSgoKml0KS50b0xvY2FsRmlsZSgpKSApID09 IDAgKSB7CisgICAgICAgICAgICBpZiAoICgqaXQpLmlzTG9jYWxGaWxlKCkgJiYgdW5saW5rKCBp dC0+aGFzUmF3Q29udGVudCgpID8gaXQtPmdldFJhd0NvbnRlbnQoKSA6IFFGaWxlOjplbmNvZGVO YW1lKCgqaXQpLnRvTG9jYWxGaWxlKCkpICkgPT0gMCApIHsKICNlbmRpZgotICAgICAgICAgICAg ICAgIC8va2REZWJ1Zyg3MDA3KSA8PCAiRGVsZXRlSm9iIGRlbGV0ZWQiIDw8ICgqaXQpLnRvTG9j YWxGaWxlKCk7CisgICAgICAgICAgICAgICAga0RlYnVnKDcwMDcpIDw8ICJEZWxldGVKb2IgZGVs ZXRlZCIgPDwgKCppdCkudG9Mb2NhbEZpbGUoKTsKICAgICAgICAgICAgICAgICBqb2IgPSAwOwog ICAgICAgICAgICAgICAgIG1fcHJvY2Vzc2VkRmlsZXMrKzsKICAgICAgICAgICAgICAgICBpZiAo IG1fcHJvY2Vzc2VkRmlsZXMgJSAzMDAgPT0gMSB8fCBtX3RvdGFsRmlsZXNEaXJzIDwgMzAwKSB7 IC8vIHVwZGF0ZSBwcm9ncmVzcyBpbmZvIGV2ZXJ5IDMwMCBmaWxlcwpAQCAtMjk5LDcgKzI5OSw3 IEBACiAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfSBlbHNlCiAgICAgICAgICAgICB7 IC8vIGlmIHJlbW90ZSAtIG9yIGlmIHVubGluaygpIGZhaWxlZCAod2UnbGwgdXNlIHRoZSBqb2In cyBlcnJvciBoYW5kbGluZyBpbiB0aGF0IGNhc2UpCi0gICAgICAgICAgICAgICAgLy9rRGVidWco NzAwNykgPDwgImNhbGxpbmcgZmlsZV9kZWxldGUgb24iIDw8ICppdDsKKyAgICAgICAgICAgICAg ICBrRGVidWcoNzAwNykgPDwgImNhbGxpbmcgZmlsZV9kZWxldGUgb24iIDw8ICppdDsKICAgICAg ICAgICAgICAgICBqb2IgPSBLSU86OmZpbGVfZGVsZXRlKCAqaXQsIEtJTzo6SGlkZVByb2dyZXNz SW5mbyApOwogICAgICAgICAgICAgICAgIFNjaGVkdWxlcjo6c2V0Sm9iUHJpb3JpdHkoam9iLCAx KTsKICAgICAgICAgICAgICAgICBtX2N1cnJlbnRVUkw9KCppdCk7CmRpZmYgLXJ1dyBrZGU0bGli cy00LjYuMi1vcmlnLy9raW8va2lvL2tkaXJtb2RlbC5jcHAga2RlNGxpYnMtNC42LjIvL2tpby9r aW8va2Rpcm1vZGVsLmNwcAotLS0ga2RlNGxpYnMtNC42LjItb3JpZy8va2lvL2tpby9rZGlybW9k ZWwuY3BwCTIwMTEtMDQtMDEgMTU6NTU6NTEuMDAwMDAwMDAwICswMjAwCisrKyBrZGU0bGlicy00 LjYuMi8va2lvL2tpby9rZGlybW9kZWwuY3BwCTIwMTEtMDUtMDMgMjE6NDg6NTguNDA3ODExMjk3 ICswMjAwCkBAIC05MDUsNiArOTA1LDcgQEAKICAgICBmb3JlYWNoIChjb25zdCBRTW9kZWxJbmRl eCAmaW5kZXgsIGluZGV4ZXMpIHsKICAgICAgICAgY29uc3QgS0ZpbGVJdGVtJiBpdGVtID0gZC0+ bm9kZUZvckluZGV4KGluZGV4KS0+aXRlbSgpOwogICAgICAgICB1cmxzIDw8IGl0ZW0udXJsKCk7 CisgICAgICAgIGtEZWJ1ZygpIDw8ICJLRGlyTW9kZWw6Om1pbWVEYXRhIiA8PCBpdGVtLnVybCgp Lmhhc1Jhd0NvbnRlbnQoKTsKICAgICAgICAgYm9vbCBpc0xvY2FsOwogICAgICAgICBtb3N0TG9j YWxVcmxzIDw8IGl0ZW0ubW9zdExvY2FsVXJsKGlzTG9jYWwpOwogICAgICAgICBpZiAoIWlzTG9j YWwpCmRpZmYgLXJ1dyBrZGU0bGlicy00LjYuMi1vcmlnLy9raW8va2lvL2tmaWxlaXRlbS5jcHAg a2RlNGxpYnMtNC42LjIvL2tpby9raW8va2ZpbGVpdGVtLmNwcAotLS0ga2RlNGxpYnMtNC42LjIt b3JpZy8va2lvL2tpby9rZmlsZWl0ZW0uY3BwCTIwMTEtMDQtMDEgMTU6NTU6NTEuMDAwMDAwMDAw ICswMjAwCisrKyBrZGU0bGlicy00LjYuMi8va2lvL2tpby9rZmlsZWl0ZW0uY3BwCTIwMTEtMDUt MDIgMjI6NTU6NTMuNTI4NTg1NTYyICswMjAwCkBAIC0yMTgsNiArMjE4LDcgQEAKICAgICAgICAg ICAgICAqIHN0YXQoIi9pcy91bmFjY2Vzc2libGUvIikgLT4gRVBFUk0gICAgICAgICAgICBILlou CiAgICAgICAgICAgICAgKiBUaGlzIGlzIHRoZSByZWFzb24gZm9yIHRoZSAtMQogICAgICAgICAg ICAgICovCisgICAgICAgICAgICBrRGVidWcoKSA8PCAiYmxhIiA8PCBtX3VybC5oYXNSYXdDb250 ZW50KCk7CiAgICAgICAgICAgICBLREVfc3RydWN0X3N0YXQgYnVmOwogICAgICAgICAgICAgY29u c3QgUVN0cmluZyBwYXRoID0gbV91cmwudG9Mb2NhbEZpbGUoIEtVcmw6OlJlbW92ZVRyYWlsaW5n U2xhc2ggKTsKICAgICAgICAgICAgIGlmICggS0RFOjpsc3RhdCggcGF0aCwgJmJ1ZiApID09IDAg KQpAQCAtMjc5LDggKzI4MCwxNSBAQAogCiAgICAgLy8gYXZvaWQgY3JlYXRpbmcgdGhlc2UgUVN0 cmluZ3MgYWdhaW4gYW5kIGFnYWluCiAgICAgc3RhdGljIGNvbnN0IFFTdHJpbmcmIGRvdCA9IEtH bG9iYWw6OnN0YXRpY1FTdHJpbmcoIi4iKTsKLSAgICBpZiAoIF91cmxJc0RpcmVjdG9yeSAmJiAh VURTX1VSTF9zZWVuICYmICFtX3N0ck5hbWUuaXNFbXB0eSgpICYmIG1fc3RyTmFtZSAhPSBkb3Qg KQorICAgIGlmICggX3VybElzRGlyZWN0b3J5ICYmICFVRFNfVVJMX3NlZW4gJiYgIW1fc3RyTmFt ZS5pc0VtcHR5KCkgJiYgbV9zdHJOYW1lICE9IGRvdCApIHsKKyAgICAgIGNvbnN0IFFTdHJpbmcg cmF3TmFtZSA9IG1fZW50cnkuc3RyaW5nVmFsdWUoIEtJTzo6VURTRW50cnk6OlVEU19SQVdfRklM RU5BTUUgKTsKKyAgICAgIGlmKCFyYXdOYW1lLmlzRW1wdHkoKSkKKyAgICAgIHsKKyAgICAgICAg UUJ5dGVBcnJheSBxYmEgPSBtX3VybC5oYXNSYXdDb250ZW50KCkgPyBtX3VybC5nZXRSYXdDb250 ZW50KCkgOiBRRmlsZTo6ZW5jb2RlTmFtZShtX3VybC50b0xvY2FsRmlsZSgpKSArICcvJyArIHJh d05hbWUudG9MYXRpbjEoKTsKKyAgICAgICAgbV91cmwuc2V0UmF3Q29udGVudChxYmEpOworICAg ICAgfQogICAgICAgICBtX3VybC5hZGRQYXRoKCBtX3N0ck5hbWUgKTsKKyAgICB9CiAKICAgICBt X2ljb25OYW1lLmNsZWFyKCk7CiB9CmRpZmYgLXJ1dyBrZGU0bGlicy00LjYuMi1vcmlnLy9raW8v a2lvL3Vkc2VudHJ5Lmgga2RlNGxpYnMtNC42LjIvL2tpby9raW8vdWRzZW50cnkuaAotLS0ga2Rl NGxpYnMtNC42LjItb3JpZy8va2lvL2tpby91ZHNlbnRyeS5oCTIwMTEtMDQtMDEgMTU6NTU6NTEu MDAwMDAwMDAwICswMjAwCisrKyBrZGU0bGlicy00LjYuMi8va2lvL2tpby91ZHNlbnRyeS5oCTIw MTEtMDQtMzAgMTQ6NDA6MzAuMTc3Njk5MjI0ICswMjAwCkBAIC0yNTMsNiArMjUzLDEwIEBACiAg ICAgICAgICAgICAvLy8gQHNpbmNlIDQuNgogICAgICAgICAgICAgVURTX0NPTU1FTlQgPSAyOCB8 IFVEU19TVFJJTkcsCiAKKyAgICAgICAgICAgIC8vLyBSZWFsIHVuaXggZmlsZW5hbWUsIGJ5dGVz dHJlYW0sIHRvIHN1cHBvcnQgZmlsZW5hbWVzCisgICAgICAgICAgICAvLy8gdGhhdCBub3QgbGVn YWwgVVRGOCBzdGluZ3MKKyAgICAgICAgICAgIFVEU19SQVdfRklMRU5BTUUgPSAyNyB8IFVEU19T VFJJTkcsCisKICAgICAgICAgICAgIC8vLyBFeHRyYSBkYXRhICh1c2VkIG9ubHkgaWYgeW91IHNw ZWNpZmllZCBDb2x1bW5zL0NvbHVtbnNUeXBlcykKICAgICAgICAgICAgIC8vLyBLREUgNC4wIGNo YW5nZTogeW91IGNhbm5vdCByZXBlYXQgdGhpcyBlbnRyeSBhbnltb3JlLCB1c2UgVURTX0VYVFJB ICsgaQogICAgICAgICAgICAgLy8vIHVudGlsIFVEU19FWFRSQV9FTkQuCmRpZmYgLXJ1dyBrZGU0 bGlicy00LjYuMi1vcmlnLy9raW9zbGF2ZS9maWxlL2ZpbGVfdW5peC5jcHAga2RlNGxpYnMtNC42 LjIvL2tpb3NsYXZlL2ZpbGUvZmlsZV91bml4LmNwcAotLS0ga2RlNGxpYnMtNC42LjItb3JpZy8v a2lvc2xhdmUvZmlsZS9maWxlX3VuaXguY3BwCTIwMTEtMDQtMzAgMTQ6NDE6MTYuMDAwMDAwMDAw ICswMjAwCisrKyBrZGU0bGlicy00LjYuMi8va2lvc2xhdmUvZmlsZS9maWxlX3VuaXguY3BwCTIw MTEtMDUtMTIgMjI6MTU6MjMuMDE0MTAzMTYwICswMjAwCkBAIC05Miw4ICs5Miw4IEBACiAKICAg ICBjb25zdCBRU3RyaW5nIHNyYyA9IHNyY1VybC50b0xvY2FsRmlsZSgpOwogICAgIGNvbnN0IFFT dHJpbmcgZGVzdCA9IGRlc3RVcmwudG9Mb2NhbEZpbGUoKTsKLSAgICBRQnl0ZUFycmF5IF9zcmMo IFFGaWxlOjplbmNvZGVOYW1lKHNyYykpOwotICAgIFFCeXRlQXJyYXkgX2Rlc3QoIFFGaWxlOjpl bmNvZGVOYW1lKGRlc3QpKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9zcmMoc3JjVXJsLmhhc1Jh d0NvbnRlbnQoKSA/IHNyY1VybC5nZXRSYXdDb250ZW50KCkgOiBRRmlsZTo6ZW5jb2RlTmFtZShz cmMpKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9kZXN0KGRlc3RVcmwuaGFzUmF3Q29udGVudCgp ID8gZGVzdFVybC5nZXRSYXdDb250ZW50KCkgOiBRRmlsZTo6ZW5jb2RlTmFtZShkZXN0KSk7CiAg ICAgS0RFX3N0cnVjdF9zdGF0IGJ1ZmZfc3JjOwogI2lmZGVmIEhBVkVfUE9TSVhfQUNMCiAgICAg YWNsX3QgYWNsOwpAQCAtMzMxLDcgKzMzMSw3IEBACiAJcmV0dXJuOwogICAgIH0KICAgICBjb25z dCBRU3RyaW5nIHBhdGgodXJsLnRvTG9jYWxGaWxlKCkpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkg X3BhdGgoUUZpbGU6OmVuY29kZU5hbWUocGF0aCkpOworICAgIGNvbnN0IFFCeXRlQXJyYXkgX3Bh dGgodXJsLmhhc1Jhd0NvbnRlbnQoKSA/IHVybC5nZXRSYXdDb250ZW50KCkgOiBRRmlsZTo6ZW5j b2RlTmFtZShwYXRoKSk7CiAgICAgRElSKiBkcCA9IG9wZW5kaXIoX3BhdGguZGF0YSgpKTsKICAg ICBpZiAoIGRwID09IDAgKSB7CiAgICAgICAgIHN3aXRjaCAoZXJybm8pIHsKQEAgLTM3Myw2ICsz NzMsMTEgQEAKICAgICAgICAgd2hpbGUgKCAoIGVwID0gS0RFX3JlYWRkaXIoIGRwICkgKSAhPSAw ICkgewogICAgICAgICAgICAgZW50cnkuY2xlYXIoKTsKICAgICAgICAgICAgIGVudHJ5Lmluc2Vy dChLSU86OlVEU0VudHJ5OjpVRFNfTkFNRSwgUUZpbGU6OmRlY29kZU5hbWUoZXAtPmRfbmFtZSkp OworICAgICAgICAgICAgaWYoUUZpbGU6OmVuY29kZU5hbWUoUUZpbGU6OmRlY29kZU5hbWUoZXAt PmRfbmFtZSkpICE9IGVwLT5kX25hbWUpCisgICAgICAgICAgICB7CisgICAgICAgICAgICAgIGVu dHJ5Lmluc2VydChLSU86OlVEU0VudHJ5OjpVRFNfUkFXX0ZJTEVOQU1FLAorICAgICAgICAgICAg ICAgICAgUVN0cmluZzo6ZnJvbUxhdGluMShlcC0+ZF9uYW1lKSk7CisgICAgICAgICAgICB9CiAj aWZkZWYgSEFWRV9ESVJFTlRfRF9UWVBFCiAgICAgICAgICAgICBlbnRyeS5pbnNlcnQoS0lPOjpV RFNFbnRyeTo6VURTX0ZJTEVfVFlQRSwKICAgICAgICAgICAgICAgICAgICAgICAgICAoZXAtPmRf dHlwZSAmIERUX0RJUikgPyBTX0lGRElSIDogU19JRlJFRyApOwpAQCAtNDMyLDkgKzQzNywxNSBA QAogICAgICAgICAgICAgZW50cnkuY2xlYXIoKTsKICAgICAgICAgICAgIGlmICggY3JlYXRlVURT RW50cnkoIFFGaWxlOjpkZWNvZGVOYW1lKCppdCksCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAqaXQgLyogd2UgY2FuIHVzZSB0aGUgZmlsZW5hbWUgYXMgcmVsYXRpdmUgcGF0aCov LAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW50cnksIGRldGFpbHMsIHRydWUg KSApCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlbnRyeSwgZGV0YWlscywgdHJ1 ZSApICkgeworICAgICAgICAgICAgICBpZihRRmlsZTo6ZW5jb2RlTmFtZShRRmlsZTo6ZGVjb2Rl TmFtZSgqaXQpKSAhPSAqaXQpCisgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICBlbnRy eS5pbnNlcnQoS0lPOjpVRFNFbnRyeTo6VURTX1JBV19GSUxFTkFNRSwKKyAgICAgICAgICAgICAg ICAgICAgUVN0cmluZzo6ZnJvbUxhdGluMSgqaXQpKTsKKyAgICAgICAgICAgICAgfQogICAgICAg ICAgICAgICAgIGxpc3RFbnRyeSggZW50cnksIGZhbHNlKTsKICAgICAgICAgfQorICAgICAgICB9 CiAKICAgICAgICAgbGlzdEVudHJ5KCBlbnRyeSwgdHJ1ZSApOyAvLyByZWFkeQogCkBAIC00NTgs OCArNDY5LDEwIEBACiAgICAgY2hhciBvZmZfdF9zaG91bGRfYmVfNjRfYml0c1tzaXplb2Yob2Zm X3QpID49IDggPyAxIDogLTFdOyAodm9pZCkgb2ZmX3Rfc2hvdWxkX2JlXzY0X2JpdHM7CiAgICAg Y29uc3QgUVN0cmluZyBzcmMgPSBzcmNVcmwudG9Mb2NhbEZpbGUoKTsKICAgICBjb25zdCBRU3Ry aW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9jYWxGaWxlKCk7Ci0gICAgY29uc3QgUUJ5dGVBcnJheSBf c3JjKFFGaWxlOjplbmNvZGVOYW1lKHNyYykpOwotICAgIGNvbnN0IFFCeXRlQXJyYXkgX2Rlc3Qo UUZpbGU6OmVuY29kZU5hbWUoZGVzdCkpOworICAgIGNvbnN0IFFCeXRlQXJyYXkgX3NyYyhzcmNV cmwuaGFzUmF3Q29udGVudCgpID8gc3JjVXJsLmdldFJhd0NvbnRlbnQoKSA6IFFGaWxlOjplbmNv ZGVOYW1lKHNyYykpOworICAgIGNvbnN0IFFCeXRlQXJyYXkgX2Rlc3QoZGVzdFVybC5oYXNSYXdD b250ZW50KCkgPyBkZXN0VXJsLmdldFJhd0NvbnRlbnQoKSA6IFFGaWxlOjplbmNvZGVOYW1lKGRl c3QpKTsKKyAgICBrRGVidWcoNzEwMSkgPDwgInNyYyIgPDwgc3JjVXJsLmhhc1Jhd0NvbnRlbnQo KTsKKyAgICBrRGVidWcoNzEwMSkgPDwgImRlc3QiIDw8IGRlc3RVcmwuaGFzUmF3Q29udGVudCgp OwogICAgIEtERV9zdHJ1Y3Rfc3RhdCBidWZmX3NyYzsKICAgICBpZiAoIEtERV9sc3RhdCggX3Ny Yy5kYXRhKCksICZidWZmX3NyYyApID09IC0xICkgewogICAgICAgICBpZiAoIGVycm5vID09IEVB Q0NFUyApCkBAIC01MTYsOSArNTI5LDEwIEBACiAKIHZvaWQgRmlsZVByb3RvY29sOjpzeW1saW5r KCBjb25zdCBRU3RyaW5nICZ0YXJnZXQsIGNvbnN0IEtVcmwgJmRlc3RVcmwsIEtJTzo6Sm9iRmxh Z3MgZmxhZ3MgKQogeworICAgIGtEZWJ1Zyg3MTAxKSA8PCAic3ltbGluazogIiA8PCBkZXN0VXJs Lmhhc1Jhd0NvbnRlbnQoKTsKICAgICBjb25zdCBRU3RyaW5nIGRlc3QgPSBkZXN0VXJsLnRvTG9j YWxGaWxlKCk7CiAgICAgLy8gQXNzdW1lIGRlc3QgaXMgbG9jYWwgdG9vICh3b3VsZG4ndCBiZSBo ZXJlIG90aGVyd2lzZSkKLSAgICBpZiAoIDo6c3ltbGluayggUUZpbGU6OmVuY29kZU5hbWUodGFy Z2V0KSwgUUZpbGU6OmVuY29kZU5hbWUoZGVzdCkgKSA9PSAtMSApCisgICAgaWYgKCA6OnN5bWxp bmsoIFFGaWxlOjplbmNvZGVOYW1lKHRhcmdldCksIGRlc3RVcmwuaGFzUmF3Q29udGVudCgpID8g ZGVzdFVybC5nZXRSYXdDb250ZW50KCkgOiBRRmlsZTo6ZW5jb2RlTmFtZShkZXN0KSApID09IC0x ICkKICAgICB7CiAgICAgICAgIC8vIERvZXMgdGhlIGRlc3RpbmF0aW9uIGFscmVhZHkgZXhpc3Qg PwogICAgICAgICBpZiAoIGVycm5vID09IEVFWElTVCApCkBAIC01NTgsMTMgKzU3MiwxNCBAQAog dm9pZCBGaWxlUHJvdG9jb2w6OmRlbChjb25zdCBLVXJsJiB1cmwsIGJvb2wgaXNmaWxlKQogewog ICAgIGNvbnN0IFFTdHJpbmcgcGF0aCA9IHVybC50b0xvY2FsRmlsZSgpOwotICAgIGNvbnN0IFFC eXRlQXJyYXkgX3BhdGgoIFFGaWxlOjplbmNvZGVOYW1lKHBhdGgpKTsKKyAgICBjb25zdCBRQnl0 ZUFycmF5IF9wYXRoKHVybC5oYXNSYXdDb250ZW50KCkgPyB1cmwuZ2V0UmF3Q29udGVudCgpIDog UUZpbGU6OmVuY29kZU5hbWUocGF0aCkpOwogICAgIC8qKioqKgogICAgICAqIERlbGV0ZSBmaWxl cwogICAgICAqKioqKi8KIAogICAgIGlmIChpc2ZpbGUpIHsKIAlrRGVidWcoNzEwMSkgPDwgIkRl bGV0aW5nIGZpbGUgIjw8IHVybDsKKwlrRGVidWcoNzEwMSkgPDwgIkRlbGV0aW5nIGZpbGUgIjw8 IHBhdGg7CiAKIAlpZiAoIHVubGluayggX3BhdGguZGF0YSgpICkgPT0gLTEgKSB7CiAgICAgICAg ICAgICBpZiAoKGVycm5vID09IEVBQ0NFUykgfHwgKGVycm5vID09IEVQRVJNKSkKQEAgLTYwMyw3 ICs2MTgsNyBAQAogdm9pZCBGaWxlUHJvdG9jb2w6OmNob3duKCBjb25zdCBLVXJsJiB1cmwsIGNv bnN0IFFTdHJpbmcmIG93bmVyLCBjb25zdCBRU3RyaW5nJiBncm91cCApCiB7CiAgICAgY29uc3Qg UVN0cmluZyBwYXRoID0gdXJsLnRvTG9jYWxGaWxlKCk7Ci0gICAgY29uc3QgUUJ5dGVBcnJheSBf cGF0aCggUUZpbGU6OmVuY29kZU5hbWUocGF0aCkgKTsKKyAgICBjb25zdCBRQnl0ZUFycmF5IF9w YXRoKHVybC5oYXNSYXdDb250ZW50KCkgPyB1cmwuZ2V0UmF3Q29udGVudCgpIDogUUZpbGU6OmVu Y29kZU5hbWUocGF0aCkpOwogICAgIHVpZF90IHVpZDsKICAgICBnaWRfdCBnaWQ7CiAK 78460 2013-03-28 14:55:26 +0000 2013-03-28 14:55:26 +0000 Working fix klocale_kde.patch text/plain 5840 szo LS0tIC4va2RlNGxpYnMtNC4xMC4xLW9yaWcva2RlY29yZS9sb2NhbGl6YXRpb24va2xvY2FsZV9r ZGUuY3BwCTIwMTMtMDMtMjggMTM6MzM6MDMuMDAwMDAwMDAwICswMDAwCisrKyAuL2tkZTRsaWJz LTQuMTAuMS9rZGVjb3JlL2xvY2FsaXphdGlvbi9rbG9jYWxlX2tkZS5jcHAJMjAxMy0wMy0yOCAx MzoxOTo1NS4xNzk5MjY1OTQgKzAwMDAKQEAgLTI2ODEsMTQgKzI2ODEsMTg1IEBACiAgICAgLy8g d2hpY2gsIG9uIFVuaXggcGxhdGZvcm1zLCB1c2UgdGhlIGxvY2FsZSdzIGNvZGVjLgogfQogCitz dGF0aWMgaW5saW5lIGJvb2wgaXNVbmljb2RlTm9uQ2hhcmFjdGVyKHVpbnQgdWNzNCkKK3sKKyAg cmV0dXJuICh1Y3M0ICYgMHhmZmZlKSA9PSAweGZmZmUgfHwgKHVjczQgLSAweGZkZDBVKSA8IDE2 OworfQorCiBRQnl0ZUFycmF5IEtMb2NhbGVQcml2YXRlOjplbmNvZGVGaWxlTmFtZVVURjgoY29u c3QgUVN0cmluZyAmIGZpbGVOYW1lKQogewotICAgIHJldHVybiBmaWxlTmFtZS50b1V0ZjgoKTsK KyAgaWYgKGZpbGVOYW1lLmlzTnVsbCgpKSByZXR1cm4gUUJ5dGVBcnJheSgpOworICBpbnQgbGVu ID0gZmlsZU5hbWUubGVuZ3RoKCk7CisgIGNvbnN0IFFDaGFyICp1YyA9IGZpbGVOYW1lLmNvbnN0 RGF0YSgpOworCisgIHVjaGFyIHJlcGxhY2VtZW50ID0gJz8nOworICBpbnQgcmxlbiA9IDMqbGVu OworICBpbnQgc3Vycm9nYXRlX2hpZ2ggPSAtMTsKKworICBRQnl0ZUFycmF5IHJzdHI7CisgIHJz dHIucmVzaXplKHJsZW4pOworICB1Y2hhciogY3Vyc29yID0gKHVjaGFyKilyc3RyLmRhdGEoKTsK KyAgY29uc3QgUUNoYXIgKmNoID0gdWM7CisgIGludCBpbnZhbGlkID0gMDsKKworICBjb25zdCBR Q2hhciAqZW5kID0gY2ggKyBsZW47CisgIHdoaWxlIChjaCA8IGVuZCkgeworICAgIHVpbnQgdSA9 IGNoLT51bmljb2RlKCk7CisgICAgaWYgKHN1cnJvZ2F0ZV9oaWdoID49IDApIHsKKyAgICAgIGlm IChjaC0+aXNMb3dTdXJyb2dhdGUoKSkgeworICAgICAgICB1ID0gUUNoYXI6OnN1cnJvZ2F0ZVRv VWNzNChzdXJyb2dhdGVfaGlnaCwgdSk7CisgICAgICAgIHN1cnJvZ2F0ZV9oaWdoID0gLTE7Cisg ICAgICB9IGVsc2UgeworICAgICAgICAvLyBoaWdoIHN1cnJvZ2F0ZSB3aXRob3V0IGxvdworICAg ICAgICAqY3Vyc29yID0gcmVwbGFjZW1lbnQ7CisgICAgICAgICsrY2g7CisgICAgICAgICsraW52 YWxpZDsKKyAgICAgICAgc3Vycm9nYXRlX2hpZ2ggPSAtMTsKKyAgICAgICAgY29udGludWU7Cisg ICAgICB9CisgICAgfSBlbHNlIGlmIChjaC0+aXNMb3dTdXJyb2dhdGUoKSkgeworICAgICAgLy8g bG93IHN1cnJvZ2F0ZSB3aXRob3V0IGhpZ2gKKyAgICAgICpjdXJzb3IgPSByZXBsYWNlbWVudDsK KyAgICAgICsrY2g7CisgICAgICArK2ludmFsaWQ7CisgICAgICBjb250aW51ZTsKKyAgICB9IGVs c2UgaWYgKGNoLT5pc0hpZ2hTdXJyb2dhdGUoKSkgeworICAgICAgc3Vycm9nYXRlX2hpZ2ggPSB1 OworICAgICAgKytjaDsKKyAgICAgIGNvbnRpbnVlOworICAgIH0KKworICAgIGlmICh1ID49IDB4 MTgwMDAgJiYgdSA8PSAweDE4MDdGKSB7CisgICAgICAqY3Vyc29yKysgPSAodWNoYXIpKHUgLSAw eDE4MDAwICsgMTI4KSA7CisgICAgfQorICAgIGVsc2UgaWYgKHUgPCAweDgwKSB7CisgICAgICAq Y3Vyc29yKysgPSAodWNoYXIpdTsKKyAgICB9IGVsc2UgeworICAgICAgaWYgKHUgPCAweDA4MDAp IHsKKyAgICAgICAgKmN1cnNvcisrID0gMHhjMCB8ICgodWNoYXIpICh1ID4+IDYpKTsKKyAgICAg IH0gZWxzZSB7CisgICAgICAgIC8vIGlzIGl0IG9uZSBvZiB0aGUgVW5pY29kZSBub24tY2hhcmFj dGVycz8KKyAgICAgICAgaWYgKGlzVW5pY29kZU5vbkNoYXJhY3Rlcih1KSkgeworICAgICAgICAg ICpjdXJzb3IrKyA9IHJlcGxhY2VtZW50OworICAgICAgICAgICsrY2g7CisgICAgICAgICAgKytp bnZhbGlkOworICAgICAgICAgIGNvbnRpbnVlOworICAgICAgICB9CisKKyAgICAgICAgaWYgKHUg PiAweGZmZmYpIHsKKyAgICAgICAgICAqY3Vyc29yKysgPSAweGYwIHwgKCh1Y2hhcikgKHUgPj4g MTgpKTsKKyAgICAgICAgICAqY3Vyc29yKysgPSAweDgwIHwgKCgodWNoYXIpICh1ID4+IDEyKSkg JiAweDNmKTsKKyAgICAgICAgfSBlbHNlIHsKKyAgICAgICAgICAqY3Vyc29yKysgPSAweGUwIHwg KCgodWNoYXIpICh1ID4+IDEyKSkgJiAweDNmKTsKKyAgICAgICAgfQorICAgICAgICAqY3Vyc29y KysgPSAweDgwIHwgKCgodWNoYXIpICh1ID4+IDYpKSAmIDB4M2YpOworICAgICAgfQorICAgICAg KmN1cnNvcisrID0gMHg4MCB8ICgodWNoYXIpICh1JjB4M2YpKTsKKyAgICB9CisgICAgKytjaDsK KyAgfQorCisgIHJzdHIucmVzaXplKGN1cnNvciAtIChjb25zdCB1Y2hhciopcnN0ci5jb25zdERh dGEoKSk7CisgIHJldHVybiByc3RyOwogfQogCiBRU3RyaW5nIEtMb2NhbGVQcml2YXRlOjpkZWNv ZGVGaWxlTmFtZVVURjgoY29uc3QgUUJ5dGVBcnJheSAmbG9jYWxGaWxlTmFtZSkKIHsKLSAgICBy ZXR1cm4gUVN0cmluZzo6ZnJvbVV0ZjgobG9jYWxGaWxlTmFtZSk7CisgIGNvbnN0IGNoYXIgKmNo YXJzID0gbG9jYWxGaWxlTmFtZTsKKyAgaW50IGxlbiA9IHFzdHJsZW4oY2hhcnMpOworICAgIGJv b2wgaGVhZGVyZG9uZSA9IGZhbHNlOworICAgIHVzaG9ydCByZXBsYWNlbWVudCA9IFFDaGFyOjpS ZXBsYWNlbWVudENoYXJhY3RlcjsKKyAgICBpbnQgbmVlZCA9IDA7CisgICAgaW50IGVycm9yID0g LTE7CisgICAgdWludCB1YyA9IDA7CisgICAgdWludCBtaW5fdWMgPSAwOworICAgIGlmICghaGVh ZGVyZG9uZSAmJiBsZW4gPiAzCisgICAgICAgICYmICh1Y2hhciljaGFyc1swXSA9PSAweGVmICYm ICh1Y2hhciljaGFyc1sxXSA9PSAweGJiICYmICh1Y2hhciljaGFyc1syXSA9PSAweGJmKSB7Cisg ICAgICAgIC8vIHN0YXJ0cyB3aXRoIGEgYnl0ZSBvcmRlciBtYXJrCisgICAgICAgIGNoYXJzICs9 IDM7CisgICAgICAgIGxlbiAtPSAzOworICAgICAgICBoZWFkZXJkb25lID0gdHJ1ZTsKKyAgICB9 CisKKyAgICBRU3RyaW5nIHJlc3VsdChuZWVkICsgbGVuICsgMSwgUXQ6OlVuaW5pdGlhbGl6ZWQp OyAvLyB3b3JzdCBjYXNlCisgICAgdXNob3J0ICpxY2ggPSAodXNob3J0ICopcmVzdWx0LnVuaWNv ZGUoKTsKKyAgICB1Y2hhciBjaDsKKworICAgIGZvciAoaW50IGkgPSAwOyBpIDwgbGVuOyArK2kp IHsKKyAgICAgICAgY2ggPSBjaGFyc1tpXTsKKyAgICAgICAgaWYgKG5lZWQpIHsKKyAgICAgICAg ICAgIGlmICgoY2gmMHhjMCkgPT0gMHg4MCkgeworICAgICAgICAgICAgICAgIHVjID0gKHVjIDw8 IDYpIHwgKGNoICYgMHgzZik7CisgICAgICAgICAgICAgICAgLS1uZWVkOworICAgICAgICAgICAg ICAgIGlmICghbmVlZCkgeworICAgICAgICAgICAgICAgICAgICAvLyB1dGYtOCBib20gY29tcG9z ZXMgaW50byAweGZlZmYgY29kZSBwb2ludAorICAgICAgICAgICAgICAgICAgICBib29sIG5vbkNo YXJhY3RlcjsKKyAgICAgICAgICAgICAgICAgICAgaWYgKCFoZWFkZXJkb25lICYmIHVjID09IDB4 ZmVmZikgeworICAgICAgICAgICAgICAgICAgICAgICAgLy8gZG9uJ3QgZG8gYW55dGhpbmcsIGp1 c3Qgc2tpcCB0aGUgQk9NCisgICAgICAgICAgICAgICAgICAgIH0gZWxzZSBpZiAoIShub25DaGFy YWN0ZXIgPSBpc1VuaWNvZGVOb25DaGFyYWN0ZXIodWMpKSAmJiB1YyA+IDB4ZmZmZiAmJiB1YyA8 IDB4MTEwMDAwKSB7CisgICAgICAgICAgICAgICAgICAgICAgICAvLyBzdXJyb2dhdGUgcGFpcgor ICAgICAgICAgICAgICAgICAgICAgICAgUV9BU1NFUlQoKHFjaCAtICh1c2hvcnQqKXJlc3VsdC51 bmljb2RlKCkpICsgMiA8IHJlc3VsdC5sZW5ndGgoKSk7CisgICAgICAgICAgICAgICAgICAgICAg ICAqcWNoKysgPSBRQ2hhcjo6aGlnaFN1cnJvZ2F0ZSh1Yyk7CisgICAgICAgICAgICAgICAgICAg ICAgICAqcWNoKysgPSBRQ2hhcjo6bG93U3Vycm9nYXRlKHVjKTsKKyAgICAgICAgICAgICAgICAg ICAgfSBlbHNlIGlmICgodWMgPCBtaW5fdWMpIHx8ICh1YyA+PSAweGQ4MDAgJiYgdWMgPD0gMHhk ZmZmKSB8fCBub25DaGFyYWN0ZXIgfHwgdWMgPj0gMHgxMTAwMDApIHsKKyAgICAgICAgICAgICAg ICAgICAgICAgIC8vIGVycm9yOiBvdmVybG9uZyBzZXF1ZW5jZSwgVVRGMTYgc3Vycm9nYXRlIG9y IG5vbi1jaGFyYWN0ZXIKKyAgICAgICAgICAgICAgICAgICAgICBnb3RvIGVycm9yOworICAgICAg ICAgICAgICAgICAgICB9IGVsc2UgeworICAgICAgICAgICAgICAgICAgICAgICAgKnFjaCsrID0g dWM7CisgICAgICAgICAgICAgICAgICAgIH0KKyAgICAgICAgICAgICAgICAgICAgaGVhZGVyZG9u ZSA9IHRydWU7CisgICAgICAgICAgICAgICAgfQorICAgICAgICAgICAgfSBlbHNlIHsKKyAgICAg ICAgICAgICAgZ290byBlcnJvcjsKKyAgICAgICAgICAgIH0KKyAgICAgICAgfSBlbHNlIHsKKyAg ICAgICAgICAgIGlmIChjaCA8IDEyOCkgeworICAgICAgICAgICAgICAgICpxY2grKyA9IHVzaG9y dChjaCk7CisgICAgICAgICAgICAgICAgaGVhZGVyZG9uZSA9IHRydWU7CisgICAgICAgICAgICB9 IGVsc2UgaWYgKChjaCAmIDB4ZTApID09IDB4YzApIHsKKyAgICAgICAgICAgICAgICB1YyA9IGNo ICYgMHgxZjsKKyAgICAgICAgICAgICAgICBuZWVkID0gMTsKKyAgICAgICAgICAgICAgICBlcnJv ciA9IGk7CisgICAgICAgICAgICAgICAgbWluX3VjID0gMHg4MDsKKyAgICAgICAgICAgICAgICBo ZWFkZXJkb25lID0gdHJ1ZTsKKyAgICAgICAgICAgIH0gZWxzZSBpZiAoKGNoICYgMHhmMCkgPT0g MHhlMCkgeworICAgICAgICAgICAgICAgIHVjID0gY2ggJiAweDBmOworICAgICAgICAgICAgICAg IG5lZWQgPSAyOworICAgICAgICAgICAgICAgIGVycm9yID0gaTsKKyAgICAgICAgICAgICAgICBt aW5fdWMgPSAweDgwMDsKKyAgICAgICAgICAgIH0gZWxzZSBpZiAoKGNoJjB4ZjgpID09IDB4ZjAp IHsKKyAgICAgICAgICAgICAgICB1YyA9IGNoICYgMHgwNzsKKyAgICAgICAgICAgICAgICBuZWVk ID0gMzsKKyAgICAgICAgICAgICAgICBlcnJvciA9IGk7CisgICAgICAgICAgICAgICAgbWluX3Vj ID0gMHgxMDAwMDsKKyAgICAgICAgICAgICAgICBoZWFkZXJkb25lID0gdHJ1ZTsKKyAgICAgICAg ICAgIH0gZWxzZSB7CisgICAgICAgICAgICAgIGdvdG8gZXJyb3I7CisgICAgICAgICAgICB9Cisg ICAgICAgIH0KKyAgICB9CisgICAgaWYgKG5lZWQgPiAwKSB7CisgICAgICAvLyB1bnRlcm1pbmF0 ZWQgVVRGIHNlcXVlbmNlCisgICAgICBnb3RvIGVycm9yOworICAgIH0KKyAgICByZXN1bHQudHJ1 bmNhdGUocWNoIC0gKHVzaG9ydCAqKXJlc3VsdC51bmljb2RlKCkpOworICAgIHJldHVybiByZXN1 bHQ7CisKK2Vycm9yOiAKKworICAgIHFjaCA9ICh1c2hvcnQgKilyZXN1bHQudW5pY29kZSgpOwor ICAgIGZvciAoaW50IGkgPSAwOyBpIDwgbGVuOyArK2kpIHsKKyAgICAgIGNoID0gY2hhcnNbaV07 CisgICAgICBpZiAoY2ggPCAxMjgpIHsKKyAgICAgICAgKnFjaCsrID0gdXNob3J0KGNoKTsKKyAg ICAgIH0gZWxzZSB7CisgICAgICAgIHVpbnQgdWMgPSBjaCAtIDEyOCArIDk4MzA0OyAvL1UrMTgw MDAtVSsxODA3RgorICAgICAgICAqcWNoKysgPSBRQ2hhcjo6aGlnaFN1cnJvZ2F0ZSh1Yyk7Cisg ICAgICAgICpxY2grKyA9IFFDaGFyOjpsb3dTdXJyb2dhdGUodWMpOworICAgICAgfQorICAgIH0K KyAgICByZXN1bHQudHJ1bmNhdGUocWNoIC0gKHVzaG9ydCAqKXJlc3VsdC51bmljb2RlKCkpOwor ICAgIHJldHVybiByZXN1bHQ7CiB9CiAKIHZvaWQgS0xvY2FsZVByaXZhdGU6OnNldERhdGVGb3Jt YXQoY29uc3QgUVN0cmluZyAmZm9ybWF0KQo=