View Issue Details

IDProjectCategoryView StatusLast Update
0001773Far ManagerPopup Menupublic2012-05-17 14:20
Reporter2useven10Assigned Tovskirdin 
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
Product Version3.0 
Target VersionFixed in Version3.0 
Summary0001773: Дадим возможность разрешать пункт AutoDetect в меню по Shift-F8
Descriptionпросто добавлен параметр, чтобы это можно было использовать.
Не уверен, что категорию выбрал правильно.
Additional InformationИзменения для вьювера - часть 2.
TagsNo tags attached.
Build2613

Relationships

related to 0000868 closed2useven10 Wishes Порча текста при смене кодировки на "несовместимую" 

Activities

2useven10

2011-05-19 00:07

developer  

Viewer-Codepage.diff (2,232 bytes)
Viewer-Codepage.diff (2,232 bytes)

2useven10

2011-05-19 01:15

developer  

Viewer-Codepage-2.diff (2,571 bytes)
Viewer-Codepage-2.diff (2,571 bytes)

2useven10

2011-05-19 01:18

developer   bugnote:0006898

небольшое добавление без которого нельзя отличить выбранный автодетект от Cancel
(CP_AUTODETECT = -1 -- не очень удачный выбор...)

vskirdin

2011-05-19 10:27

administrator   bugnote:0006899

1. почему пункт все время залочен?
2. неплохо бы и для Far*.hlf.m4 патчи делать.

2useven10

2011-05-19 10:43

developer   bugnote:0006901

Last edited: 2011-05-19 10:47

View 3 revisions

1. Эти изменения как раз и поэволят из вьювера (редактора...) разлочить этот пункт меню (вьверного кода который это будет использовать в этом патче нет).
ЗЫ: я не добавлял этот пункт меню - он там уже давно есть (на будущее - оно наступило :)
2. Править справку, пока изменения не приняты - не рано?

vskirdin

2011-05-19 13:00

administrator   bugnote:0006906

1. я приложил твой патч и проверил, после чего о залочке и написал.
хмм... смотрю viewer.cpp, там
UINT nCodePage = SelectCodePage(VM.CodePage, true, true);
а где последний true? аналогично и в fileedit.cpp
так что получается недоделка (или обзови этот патч промежуточным ;-))
2. я имел ввиду, что если что-то меняется для пользователя, то в патч добавлять так же исправления и для хелпов.

2useven10

2011-05-19 13:10

developer   bugnote:0006909

Last edited: 2011-05-19 13:34

View 4 revisions

именно промежуточный, я об этом уже писал. могу добавить соответствующий код из вьювера (у меня там изменений очень много и вытаскивать кусочки непросто).
добавить false, true [3-й параметр UTF7 - а оно надо?] в fileedit.cpp недостаточно, надо ещё и вызов автодетекта добавлять.

2useven10

2011-05-19 13:24

developer  

Viewer-Codepage3.diff (3,420 bytes)
Viewer-Codepage3.diff (3,420 bytes)

2useven10

2011-05-19 13:25

developer   bugnote:0006910

Last edited: 2011-05-19 13:25

View 2 revisions

последний diff - полный комплект (без редактора, только вьювер)

vskirdin

2011-05-19 14:08

administrator   bugnote:0006915

build 2034

JohnDoe

2011-05-19 15:43

updater   bugnote:0006926

Last edited: 2011-05-19 15:45

View 2 revisions

А сюда глянете http://forum.farmanager.com/viewtopic.php?f=6&t=4810?
Вкратце: Нужна возможность автоматического определения кодировки файла по запросу
...Хотелось бы иметь возможность вручную вызвать авто(пере)определение кодировки ... из диалога открытия файла Shift-F4
...Для ShiftF4, думаю, можно сделать 2 спецпункта - "автоопределение" (анализ сигнатур + эвристика) и "предыдущая/по умолчанию" (из истории/настроек).

2useven10

2011-05-19 16:54

developer  

EditorCodepage.diff (1,074 bytes)
Index: fileedit.cpp
===================================================================
--- fileedit.cpp	(revision 6226)
+++ fileedit.cpp	(working copy)
@@ -1299,9 +1299,23 @@
 			{
 				if (!IsUnicodeCodePage(m_codepage))
 				{
-					int codepage = SelectCodePage(m_codepage, false, true);
+					UINT codepage = SelectCodePage(m_codepage, false, true, false, true);
+					if ( codepage == (CP_AUTODETECT & 0xffff) )
+					{
+						File edit_file;
+						bool detect = false, sig_found = false;
 
-					if (codepage != -1)
+						if (edit_file.Open(strFileName, FILE_READ_DATA, FILE_SHARE_READ|FILE_SHARE_WRITE|FILE_SHARE_DELETE, nullptr, OPEN_EXISTING))
+						{
+							detect = GetFileFormat(edit_file,codepage,&sig_found,true) && IsCodePageSupported(codepage);
+							edit_file.Close();
+						}
+
+						if (!detect)
+							codepage = Opt.EdOpt.AnsiCodePageAsDefault ? GetACP() : GetOEMCP();
+					}
+
+					if (codepage != static_cast<UINT>(-1))
 					{
 						SetCodePage(codepage);
 						Flags.Set(FFILEEDIT_CODEPAGECHANGEDBYUSER);
EditorCodepage.diff (1,074 bytes)

2useven10

2011-05-19 16:57

developer   bugnote:0006931

добавил AutoDetect На Shift-F8 редактора.
по аналогии с вьювером, про редактор знаю мало - проверяйте.

vskirdin

2011-05-19 17:13

administrator   bugnote:0006932

Ну вот опять. :-(
Почему в один Инц нужно запихивать ФСЕ?
Здесь конкретная задача. Ее решили. Если нужно больше - Wелкам, новая запись на мантисе ждет.
Или проще завести два инца "Ошибки в ФАРе" и "Виши в ФАРе" и потом совсем запутаться в той портянке, что получится. Так?

2useven10

2011-05-19 17:21

developer   bugnote:0006934

моя запись вроде бы в тему, или это предыдущему оратору?
ps: похоже я поменял статус и не заметил как...

vskirdin

2011-05-19 18:01

administrator   bugnote:0006936

2useven10, это не тебе. Патч к редактору ожидаем в рамках этого Инца.
Статус я потом выставлю по новой.

vskirdin

2011-05-19 18:10

administrator   bugnote:0006939

build 2036

JohnDoe

2011-05-19 19:10

updater   bugnote:0006943

Last edited: 2011-05-19 19:34

View 2 revisions

>Ну вот опять. :-(
>Почему в один Инц нужно запихивать ФСЕ?
"Запихивать" ничего не нужно, я только лишь обращаю внимание на связанное обсуждение форума.

P.S.
Вот и тикет: 0001775

JohnDoe

2011-05-23 19:18

updater   bugnote:0007011

Last edited: 2011-05-23 19:50

View 6 revisions

Баг.
Сохраняем любой файл (например FarRus.hlf) в кодировке 1200, и открываем его же в 866. Выполняем Automatic detection.
В результате первая строка почему-то становится пустой, и больше никаких видимых изменений не происходит !!!

Хотя в статусе видно что кодировка определилась (1200), и если выйти/войти, то файл откроется правильно.

НО: если есть несохранённые изменения, то фар предложит сохранить файл, и в этом случае 1)придётся побороться с последствиями двойного перекодирования 2)первая строка потеряется необратимо

P.S.
http://bugs.farmanager.com/view.php?id=868#c7012

2useven10

2011-05-23 22:32

developer   bugnote:0007014

Это скорее фича, а не баг.
Редактор делает перекодировку загруженного в память текста, который уже в юникоде в юникод. То что вы хотите сделать делается через релоад (и работает).
Правильно пожалуй будет сделать игнор при автодетекте юникодной кодировки.

JohnDoe

2011-05-23 23:45

updater   bugnote:0007015

Last edited: 2011-05-23 23:47

View 2 revisions

Зачем же игнор?
Почему не предложить пользователю релоад?

>Это скорее фича, а не баг.
Куда же девается первая строка?

JohnDoe

2011-05-24 00:28

updater   bugnote:0007016

Last edited: 2011-05-24 00:32

View 3 revisions

>...который уже в юникоде в юникод
Никак не могу согласиться.
Как ни крути, а кодировка по сути не более чем проекция данных на редактор, и смена проекции не должна влиять на сами данные.

А у нас почему-то просходит радикальное изменение данных, приводящее к двойной перекодировке. Очевидно, имеет место какая-то фундаментальная ошибка.

2useven10

2011-05-24 03:46

developer   bugnote:0007017

Last edited: 2011-05-24 10:11

View 2 revisions

Я уже писал - про редактор знаю мало.
Но в данном случае дело обстоит примерно так:
  1) 'проекция' уже построена и именно её редактор пытается конвертить
     (через двойное перекодирование WideCharToMultibyte / MultibyteToWideChar).
  2) в проекции все строки кроме первой начинаются с L'\0',
     поэтому для конвертера они пустые и посему не конвертятся = не портятся.

Почему так, можно ли за реальное время лучше.... - не знаю.

DrKnS

2011-05-24 10:16

administrator   bugnote:0007020

> 'проекция' уже построена и именно её редактор пытается конвертить (через двойное перекодирование WideCharToMultibyte / MultibyteToWideChar)

именно, поэтому такое "перекодирование" надо запрещать.

2useven10

2011-05-24 10:27

developer   bugnote:0007022

Last edited: 2011-05-24 10:31

View 2 revisions

На самом деле, если добавить немного интеллекта в Edit::SetCodePage()
и не делать MultiByteToWideChar() для cp=1200/1201, а ручками сгруппировать/перевернуть пары байтов - вполне может заработать даже такое "перекодирование".
Да и проверку *Str != 0 выкинуть.

Хотя нет вру, не всё так просто - есть ещё '\0' переползающий на другую строку и паразитные пустые строки из-за того же '\0'...

2useven10

2011-05-24 10:46

developer  

IgnoreIncompatibleAutodetect.diff (827 bytes)
Index: fileedit.cpp
===================================================================
--- fileedit.cpp	(revision 6272)
+++ fileedit.cpp	(working copy)
@@ -1312,12 +1312,11 @@
 
 						if (edit_file.Open(strFileName, FILE_READ_DATA, FILE_SHARE_READ|FILE_SHARE_WRITE|FILE_SHARE_DELETE, nullptr, OPEN_EXISTING))
 						{
-							detect = GetFileFormat(edit_file,codepage,&sig_found,true) && IsCodePageSupported(codepage);
+							detect = GetFileFormat(edit_file,codepage,&sig_found,true);
 							edit_file.Close();
 						}
-
-						if (!detect)
-							codepage = Opt.EdOpt.AnsiCodePageAsDefault ? GetACP() : GetOEMCP();
+						if ( !detect || IsUnicodeCodePage(codepage) || !IsCodePageSupported(codepage) )
+							codepage = static_cast<UINT>(-1);
 					}
 
 					if (codepage != static_cast<UINT>(-1))

2useven10

2011-05-24 10:46

developer   bugnote:0007025

Last edited: 2011-05-24 11:10

View 2 revisions

Тихий игнор + при неуспехе не подставлять умолчательную кодировку

JohnDoe

2011-05-24 14:54

updater   bugnote:0007027

Last edited: 2011-05-24 14:55

View 2 revisions

> 2) в проекции все строки кроме первой начинаются с L'\0',
> поэтому для конвертера они пустые и посему не конвертятся = не портятся.
Первая строка пропадает = портится

> 'проекция' уже построена
Фар не может построить новую? Переоткрыть файл?

>именно, поэтому такое "перекодирование" надо запрещать.
Запретить-то легко. И пойдут репорты мол не работает ваш автодетект.
Хочется как-то по-умнее.
В любом случае, надо как минимум сообщать пользователю что продетектирована такая-то страница.

2useven10

2011-05-24 19:06

developer   bugnote:0007030

Last edited: 2011-05-24 19:07

View 2 revisions

JohnDoe
> Фар не может построить новую? Переоткрыть файл?
может при релоаде

> Хочется как-то по-умнее.
чуть позже выложу более болтливый вариант.
если все режимвы проверите - будет здорово.
и кстати, хэлп на Autodetect и всю эту тягомотину (если возьмут) за Вами.

2useven10

2011-05-24 19:18

developer   bugnote:0007031

Last edited: 2011-05-25 08:15

View 6 revisions

Ругаемся на все проблемы с перекодировкой в редакторе.
В том числе ДО перекодировки, если будут потери (можно отменить).
Текст сообщений надо вычитывать.

Потом (желающие сейчас) можно добавить вызов диалога релоада с подготовленными параметрами сразу из меню подтверждения/отмены проблемной перекодировки.
А можно просто вызов релоада для текущего файла повесить на отдельную кнопку.
Думаю макро-монстры (вроде JohnDoe :) сделают это за минуту - я не умею...

2useven10

2011-05-24 19:19

developer  

JohnDoe

2011-05-25 15:23

updater   bugnote:0007032

Да, макросами я конечно решил для себя проблему переключения между одно/много-байтными кодировками, и даже кое-как справляюсь с "потерями".

Но это ж не дело: надо чтобы нормальная и прозрачная работа с кодировками была сразу из коробки.

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

vskirdin

2011-05-25 16:06

administrator   bugnote:0007034

пробуй: http://skirda-file.googlecode.com/files/m1773.1.7z
Применен патч VerboseCodepageChange.diff

JohnDoe

2011-05-25 18:02

updater   bugnote:0007042

>и кстати, хэлп на Autodetect и всю эту тягомотину (если возьмут) за Вами.
Ok

>если все режимы проверите - будет здорово.
Что имеется ввиду под "режимами"?

>...вызов диалога релоада с подготовленными параметрами сразу из меню подтверждения/отмены
Это всё равно не будет достаточно удобно - фар задаёт пользователю вопросы касательно своих сугубо личных технических ограничений.

Между тем в большинстве случаев реально можно было бы обойтись без лишних вопросов:
Если несохранённых изменений нет - молча перезагружать. Если есть - только тогда задавать простой вопрос "Перед сменой кодовой страницы необходимо сохранить файл - Да/Отмена".

А ещё лучше было бы не задавать и этого вопроса, а при наличии изменений тихо выгружать всё во временный файл, и делать релоад из него.
Это было бы вообще идеально, и позволяло бы менять кодировку даже в тех случаях, когда обычный релоад невозможен (например в редакторе не реальный файл).

JohnDoe

2011-05-25 18:43

updater   bugnote:0007044

>Ругаемся на все проблемы с перекодировкой в редакторе.
>В том числе ДО перекодировки, если будут потери (можно отменить).
Может это стоит рассмотреть отдельно? Тикет уже есть: 0000868: Порча текста при смене кодировки на "несовместимую"

И ещё: новый диалог практически повторяет уже имеющийся, не лучше ли объединить?
Сравните:

 Editor contains characters, which cannot be
correctly translated using selected codepage
               Continue work?
────────────────────────────────────────────
               { Yes } [ No ]

Editor contains characters, which cannot be
 correctly saved using selected codepage.
 It is not recommended to save this file.
───────────────────────────────────────────
        { OK } [ Show ] [ Cancel ]

JohnDoe

2011-05-25 18:51

updater   bugnote:0007045

Last edited: 2011-05-25 18:53

View 2 revisions

Открываем файл в UTF-8 (FarRus.hlf), и пытаемся его сохранить в 1251.
Получаем предупреждение - жмём отмену, и огребаем ещё несколько ворнингов, но на самом деле всё уже свершилось.
Отмена не подействовала, т.е. предупреждение было бессмысленным, и от попытки отмены стало только хуже.

P.S.
На этом эксперименты останавливаю.

2useven10

2011-05-25 18:56

developer   bugnote:0007046

1> можно отдельно, но код один и тот же и расчленять правки ради соответствия тикетам я пожалуй не буду.

диалоги похожи, текст просто взят из одного источника, хотя для перекодировки
он не совсем корректен... для второго диалога (Это save) пункт [Show] имеет
смысл, для первого - нет один из вариантов текста и так будет показан.

2useven10

2011-05-25 19:09

developer   bugnote:0007048

2)
КАК сохранить? судя по тексту, я думаю ShiftF2...
Это не перекодировка, по крайней мере не та часть, которая правилась в рамках
этого тикета. Если действительно так - заводите новый.

JohnDoe

2011-05-25 19:29

updater   bugnote:0007049

Last edited: 2011-05-25 19:35

View 4 revisions

>для второго диалога (Это save) пункт [Show] имеет смысл, для первого - нет
Почему нет? Я думаю каждый захочет посмотреть на каком же месте произошёл облом.

>КАК сохранить? судя по тексту, я думаю ShiftF2...
Не понял о чём это.

>Это не перекодировка, по крайней мере не та часть, которая правилась в рамках этого тикета
Как же не та, ведь вылазит именно новый диалог.

P.S.
Каково ваше мнение насчёт http://bugs.farmanager.com/view.php?id=1773#c7042 ?

2useven10

2011-05-25 21:08

developer   bugnote:0007051

кнопконажимания пожалуйста.

JohnDoe

2011-05-25 21:48

updater   bugnote:0007052

>кнопконажимания пожалуйста.
Бинарник скачан отсюда: http://skirda-file.googlecode.com/files/m1773.1.7z
Курсор стоит на файле FarRus.hlf
F4 ShiftF2 Tab CtrlDown 1 Enter N Esc Esc

2useven10

2011-05-25 22:19

developer   bugnote:0007053

Last edited: 2011-05-26 07:49

View 3 revisions

ну да именно об этом и речь код по ShiftF2 ничего не знает о том, что от смены кодировки могли отказаться... придётся и здесь править (наверное завтра).

Точно завтра - с первого раза я просто не понял, что делается по ShiftF2.
Но наложения от новой перекодировки ему явно на пользу не пошли.

2useven10

2011-05-26 00:32

developer  

2useven10

2011-05-26 00:33

developer   bugnote:0007056

Last edited: 2011-05-26 07:55

View 2 revisions

завтра. поправил.
автодетект несуществующего файла тоже здесь.

насчет записи во временный изменений... на мой взгляд, это не решает проблему -
измененные данные уже могут быть испорчены (да и как известно "не нянька" :)

JohnDoe

2011-05-26 13:17

updater   bugnote:0007060

>на мой взгляд, это не решает проблему
Это смотря какую.
Основная цель этого - сделать работу с кодировками максимально прозрачной для пользователя. Избавиться от абсолютно ненужных запросов.

>измененные данные уже могут быть испорчены
С чего это они будут испорчены?

>(да и как известно "не нянька" :)
Не нянька, но инструмент.
Я хочу просто сменить кодировку. Я не хочу менять данные.
Это реально сделать (не утверждаю что просто).

2useven10

2011-05-26 13:35

developer   bugnote:0007061

да проблему надо понимать одинаково. мне текущее поведение кажется достаточно 'прозрачным'. если что-то не так: кнопконажимания + что плохо? + как хорошо?

JohnDoe

2011-05-26 14:06

updater   bugnote:0007062

Переключение кодировки файла - вопрос чисто технический.
Вопросы к пользователю должны возникать только если действительно невозможно представить имеющиеся данные в заданной кодировке.

Фар же (в связи с текущими особенностями архитектуры редактора) не умеет переключать кодировку в ряде вполне корректных случаев.
И свои внутренние проблемы перекладывает на пользователя - говорит мол я сам не могу, переключай ты.

Очевидно, что ничего хорошего в этом нет, и желательно научить редактор справляться самостоятельно (где это возможно).

2useven10

2011-05-27 14:46

developer  

2useven10

2011-05-27 14:48

developer   bugnote:0007093

Last edited: 2011-05-27 15:33

View 2 revisions

фикс(3): псле Ctrl-H в меню кодировок автодетект дизейблился
+фикс(4): не работал редетект по Shift-F4, если автодетект отключен в настойках редактора

2useven10

2011-05-27 15:31

developer  

2useven10

2011-05-30 12:54

developer   bugnote:0007107

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

JohnDoe

2011-05-30 13:05

updater   bugnote:0007108

>патч подвис
Это как понимать?

2useven10

2011-05-30 14:03

developer   bugnote:0007109

буквально. патч есть, движения нет. работает/нет : приемлемо/нет : ревью-правка текстов сообщений : модификация хэлпа -- ничего.

JohnDoe

2011-05-30 14:44

updater   bugnote:0007110

Last edited: 2011-05-30 14:47

View 3 revisions

Имхо движение очень даже есть, и даже более активное чем обычно ;-)
Хелп за мной, да.

И с моей стороны была парочка пожеланий, которые вы пока не прокомментировали.

1) О "дублировании" диалогов.
В идеале объединить. Или хотя бы в новом тоже реализовать Show.

2) Об автоматической перезагрузке редактора при смене кодировки на несовместимую.
Насколько реально? (В рамках отдельного тикета конечно)

2useven10

2011-05-30 15:06

developer   bugnote:0007111

0) у меня намечается серьёзная загрука по работе, соответсвенно ~месяц я не смогу делать здесь ничего кроме незначительных правок (поэтому мне и хочется не оставлять недоделок)

1) диалоги похожи, но зовутся из разных мест, там где [Show] будет запись в файл,
в другом случае Show и так будет, если не понравится - можно сделать Reload - файл не изменен. Т.е. на мой взгляд это некритично...

2) Честно говоря я не очень понимаю как вы хотите, чтобы это работало...
Сделайте тикет с точным изложением хотелок - посмотрим, но позже (см. (0))

2useven10

2012-04-12 03:15

developer   bugnote:0008879

2607 - старый незакоммиченный патч

JohnDoe

2012-04-13 19:07

updater   bugnote:0008890

Last edited: 2012-04-13 19:08

View 2 revisions

Открываем файл в 1251.
Shift-F8 UTF-8
Текст в кириллице молча портится.

2useven10

2012-04-15 10:58

developer   bugnote:0008903

2613

JohnDoe

2012-04-19 19:25

updater   bugnote:0008971

Last edited: 2012-04-19 19:45

View 2 revisions

Порядок.
Но не хватает кнопки Show (выше уже упоминалось 0001773:0007044)

2useven10

2012-05-17 14:20

developer   bugnote:0009222

насчёт Show - уже писал.
в любом случае это к тикету 868.
этот закрываю.

Issue History

Date Modified Username Field Change
2011-05-19 00:07 2useven10 New Issue
2011-05-19 00:07 2useven10 File Added: Viewer-Codepage.diff
2011-05-19 01:15 2useven10 File Added: Viewer-Codepage-2.diff
2011-05-19 01:18 2useven10 Note Added: 0006898
2011-05-19 10:27 vskirdin Note Added: 0006899
2011-05-19 10:43 2useven10 Note Added: 0006901
2011-05-19 10:45 2useven10 Note Edited: 0006901 View Revisions
2011-05-19 10:47 2useven10 Note Edited: 0006901 View Revisions
2011-05-19 13:00 vskirdin Note Added: 0006906
2011-05-19 13:10 2useven10 Note Added: 0006909
2011-05-19 13:24 2useven10 File Added: Viewer-Codepage3.diff
2011-05-19 13:25 2useven10 Note Added: 0006910
2011-05-19 13:25 2useven10 Note Edited: 0006910 View Revisions
2011-05-19 13:26 2useven10 Note Edited: 0006909 View Revisions
2011-05-19 13:32 2useven10 Note Edited: 0006909 View Revisions
2011-05-19 13:34 2useven10 Note Edited: 0006909 View Revisions
2011-05-19 14:07 vskirdin Assigned To => vskirdin
2011-05-19 14:07 vskirdin Status new => assigned
2011-05-19 14:08 vskirdin Note Added: 0006915
2011-05-19 14:08 vskirdin Status assigned => feedback
2011-05-19 15:43 JohnDoe Note Added: 0006926
2011-05-19 15:45 JohnDoe Note Edited: 0006926 View Revisions
2011-05-19 16:54 2useven10 File Added: EditorCodepage.diff
2011-05-19 16:57 2useven10 Note Added: 0006931
2011-05-19 16:57 2useven10 Status feedback => assigned
2011-05-19 17:13 vskirdin Note Added: 0006932
2011-05-19 17:21 2useven10 Note Added: 0006934
2011-05-19 18:01 vskirdin Note Added: 0006936
2011-05-19 18:10 vskirdin Note Added: 0006939
2011-05-19 18:10 vskirdin Status assigned => feedback
2011-05-19 19:10 JohnDoe Note Added: 0006943
2011-05-19 19:34 JohnDoe Note Edited: 0006943 View Revisions
2011-05-23 19:18 JohnDoe Note Added: 0007011
2011-05-23 19:22 JohnDoe Note Edited: 0007011 View Revisions
2011-05-23 19:42 JohnDoe Note Edited: 0007011 View Revisions
2011-05-23 19:43 JohnDoe Note Edited: 0007011 View Revisions
2011-05-23 19:44 JohnDoe Note Edited: 0007011 View Revisions
2011-05-23 19:50 JohnDoe Note Edited: 0007011 View Revisions
2011-05-23 22:32 2useven10 Note Added: 0007014
2011-05-23 22:32 2useven10 Status feedback => assigned
2011-05-23 23:45 JohnDoe Note Added: 0007015
2011-05-23 23:47 JohnDoe Note Edited: 0007015 View Revisions
2011-05-24 00:28 JohnDoe Note Added: 0007016
2011-05-24 00:29 JohnDoe Note Edited: 0007016 View Revisions
2011-05-24 00:32 JohnDoe Note Edited: 0007016 View Revisions
2011-05-24 03:46 2useven10 Note Added: 0007017
2011-05-24 10:11 2useven10 Note Edited: 0007017 View Revisions
2011-05-24 10:16 DrKnS Note Added: 0007020
2011-05-24 10:27 2useven10 Note Added: 0007022
2011-05-24 10:31 2useven10 Note Edited: 0007022 View Revisions
2011-05-24 10:46 2useven10 File Added: IgnoreIncompatibleAutodetect.diff
2011-05-24 10:46 2useven10 Note Added: 0007025
2011-05-24 11:10 2useven10 Note Edited: 0007025 View Revisions
2011-05-24 14:54 JohnDoe Note Added: 0007027
2011-05-24 14:55 JohnDoe Note Edited: 0007027 View Revisions
2011-05-24 19:06 2useven10 Note Added: 0007030
2011-05-24 19:07 2useven10 Note Edited: 0007030 View Revisions
2011-05-24 19:18 2useven10 Note Added: 0007031
2011-05-24 19:19 2useven10 File Added: VerboseCodepageChange.diff
2011-05-24 19:24 2useven10 Note Edited: 0007031 View Revisions
2011-05-25 07:58 2useven10 Note Edited: 0007031 View Revisions
2011-05-25 07:59 2useven10 Note Edited: 0007031 View Revisions
2011-05-25 08:00 2useven10 Note Edited: 0007031 View Revisions
2011-05-25 08:15 2useven10 Note Edited: 0007031 View Revisions
2011-05-25 15:23 JohnDoe Note Added: 0007032
2011-05-25 16:06 vskirdin Note Added: 0007034
2011-05-25 18:02 JohnDoe Note Added: 0007042
2011-05-25 18:43 JohnDoe Note Added: 0007044
2011-05-25 18:51 JohnDoe Note Added: 0007045
2011-05-25 18:53 JohnDoe Note Edited: 0007045 View Revisions
2011-05-25 18:56 2useven10 Note Added: 0007046
2011-05-25 19:09 2useven10 Note Added: 0007048
2011-05-25 19:29 JohnDoe Note Added: 0007049
2011-05-25 19:30 JohnDoe Note Edited: 0007049 View Revisions
2011-05-25 19:32 JohnDoe Note Edited: 0007049 View Revisions
2011-05-25 19:35 JohnDoe Note Edited: 0007049 View Revisions
2011-05-25 21:08 2useven10 Note Added: 0007051
2011-05-25 21:48 JohnDoe Note Added: 0007052
2011-05-25 22:19 2useven10 Note Added: 0007053
2011-05-25 22:37 2useven10 Note Edited: 0007053 View Revisions
2011-05-26 00:32 2useven10 File Added: VerboseCodepageChange2.diff
2011-05-26 00:33 2useven10 Note Added: 0007056
2011-05-26 07:49 2useven10 Note Edited: 0007053 View Revisions
2011-05-26 07:55 2useven10 Note Edited: 0007056 View Revisions
2011-05-26 13:17 JohnDoe Note Added: 0007060
2011-05-26 13:35 2useven10 Note Added: 0007061
2011-05-26 14:06 JohnDoe Note Added: 0007062
2011-05-27 14:46 2useven10 File Added: VerboseCodepageChange3.diff
2011-05-27 14:48 2useven10 Note Added: 0007093
2011-05-27 15:31 2useven10 File Added: VerboseCodepageChange4.diff
2011-05-27 15:33 2useven10 Note Edited: 0007093 View Revisions
2011-05-30 12:54 2useven10 Note Added: 0007107
2011-05-30 13:05 JohnDoe Note Added: 0007108
2011-05-30 14:03 2useven10 Note Added: 0007109
2011-05-30 14:44 JohnDoe Note Added: 0007110
2011-05-30 14:46 JohnDoe Note Edited: 0007110 View Revisions
2011-05-30 14:47 JohnDoe Note Edited: 0007110 View Revisions
2011-05-30 15:06 2useven10 Note Added: 0007111
2012-04-12 03:15 2useven10 Note Added: 0008879
2012-04-12 03:15 2useven10 Status assigned => feedback
2012-04-13 19:07 JohnDoe Note Added: 0008890
2012-04-13 19:08 JohnDoe Note Edited: 0008890 View Revisions
2012-04-15 10:58 2useven10 Note Added: 0008903
2012-04-15 10:58 2useven10 Status feedback => assigned
2012-04-15 12:09 2useven10 Status assigned => feedback
2012-04-19 19:25 JohnDoe Note Added: 0008971
2012-04-19 19:45 JohnDoe Note Edited: 0008971 View Revisions
2012-04-19 23:12 2useven10 Relationship added related to 0000868
2012-05-17 14:20 2useven10 Build => 2613
2012-05-17 14:20 2useven10 Note Added: 0009222
2012-05-17 14:20 2useven10 Status feedback => assigned
2012-05-17 14:20 2useven10 Status assigned => closed
2012-05-17 14:20 2useven10 Resolution open => fixed
2012-05-17 14:20 2useven10 Fixed in Version => 3.0