Comment 18 for bug 814117

Revision history for this message
Vyacheslav Garashchenko (slavagt) wrote : Re: [Bug 814117] Re: Problems with cyrillic cp1251 in internal diff (Failed to decode using charmap, falling back to latin1)

Если не возражаете я воспользуюсь русским - по моему он нам обоим ближе чем
английский и в привате вполне допустим.

Я вынужден извиниться за собственный промах. Ошибка есть но она не настолько
критична - она проявляется только когда в программе одновременно
присутствует win1251 и CP866. Это маловероятная ситуация, хотя и возможная.
При чем проблема эта возникает только для кодировки CP1251 на не возникает
для mac_cyrillic что странно, как и для других утилит diff. Я должен был с
самого начала обратить на это внимание. Я просто взял файлы рабочего проекта
(одного из) чтобы проверить применимость для нас системы bazaar (она явно
удобнее многих других особенно когда коллектив небольшой и поддержка
"выделенного сервера" - неоправдана) и не обратил внимание что файл уже
сконверчен для загрузки на сервер (SCO где CP866).

Сам файл в аттаче.

2011/8/3 Alexander Belchenko <email address hidden>

> Slava, to fix this bug I'd like to see your file. If you can, please
> send me the problematic file in private mail. Thank you.
>
> ** Changed in: qbzr
> Importance: Undecided => High
>
> ** Tags added: qdiff unicode
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/814117
>
> Title:
> Problems with cyrillic cp1251 in internal diff (Failed to decode using
> charmap, falling back to latin1)
>
> Status in Qt frontend for Bazaar:
> Incomplete
>
> Bug description:
> Then use diff under Windows7, to see changes, if changes have Cyrillic
> letters in cp1251 codetable, the internal diff show this places with
> incorrect encodings. This problem is in 2.4b5 and also in the 2.3.4. Then I
> use external diff utils (csdiff for example) - all ok
> If I change encoding to cp866 or koi8r or mac-cyrillic, I see that
> encoding really changes and changes correctly, but then I try cp1251 I see
> the incorrect encoded text again.
>
> Here the log file for 2.4b5:
> hu 2011-07-21 17:06:04 +0300
> .128 bazaar version: 2.4b5
> .129 bzr arguments: [u'qdiff']
> .232 looking for plugins in
> C:/Users/Slava/AppData/Roaming/bazaar/2.0/plugins
> .251 looking for plugins in C:/Program Files/Bazaar/plugins
> .255 Plugin name xmloutput already loaded
> .417 encoding stdout as osutils.get_user_encoding() 'cp1251'
> .053 opening working tree
> 'C:/Users/Slava/Documents/CATI/MyTests/10067_test'
> 6832] 2011-07-21 17:06:05.546 INFO: Failed to decode using charmap,
> falling back to latin1
> 6832] 2011-07-21 17:06:05.549 INFO: Failed to decode using charmap,
> falling back to latin1
> 6832] 2011-07-21 17:06:21.829 INFO: Failed to decode using charmap,
> falling back to latin1
>
> Here the log file for 2.3.4:
> Thu 2011-07-21 15:56:07 +0300
> 0.187 bazaar version: 2.3.4
> 0.187 bzr arguments: [u'qversion']
> 0.265 looking for plugins in
> C:/Users/Slava/AppData/Roaming/bazaar/2.0/plugins
> 0.281 looking for plugins in C:/Program Files/Bazaar/plugins
> 0.281 Plugin name xmloutput already loaded
> 0.515 encoding stdout as osutils.get_user_encoding() 'cp1251'
> 11.996 return code 0
> [ 2924] 2011-07-21 15:57:45.753 INFO: Failed to decode using utf8, falling
> back to latin1
> [ 2924] 2011-07-21 15:57:45.769 INFO: Failed to decode using utf8, falling
> back to latin1
> [ 2924] 2011-07-21 15:57:56.019 INFO: Failed to decode using utf8, falling
> back to latin1
>
> In attachnent - two screenshots one for 2.3.4, one for 2.4.b5, where
> you can see incorrect encoding at the left (where setting cp1251
> codetable), partly incorrect at the right (where setting mac-
> cyrillic), and correct encoding with external diff utility.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qbzr/+bug/814117/+subscriptions
>

--
Garashchenko Vyacheslav