readme.txt 26 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413
  1. iTop - version 2.3.0 - 5-Jul-2016
  2. Readme file
  3. 1. ABOUT THIS RELEASE
  4. 2. INSTALLATION
  5. 2.1. Requirements
  6. 2.2. Install procedure
  7. 2.3. CRON
  8. 2.4. Upgrading from 2.x.x
  9. 2.5. Migration from 1.x versions
  10. 3. FEATURES
  11. 3.1. Changes since 2.2.1
  12. 3.2. Known limitations
  13. 3.3. Known issues
  14. 1. ABOUT THIS RELEASE
  15. ==================
  16. Thank you for downloading the 25th packaged release of iTop.
  17. This version is a major release, with quite a few bug fixes.
  18. The documentation about iTop is available as a Wiki: https://wiki.openitop.org/
  19. iTop is released under the AGPL (v3) license. (Check license.txt in this directory).
  20. The source code of iTop can be found on SourceForge: https://sourceforge.net/p/itop/code/
  21. 1.1 What's new?
  22. ---------------------------
  23. This is a major release.
  24. It brings the following new features (details in chapter 3.1):
  25. - Enhanced customer portal
  26. - Navigation breadcrumb
  27. - Rich text formatting
  28. - Date and time formats
  29. 1.2 Should I upgrade to 2.3.0?
  30. --------------------------
  31. This version is a beta quality version and, as such, is NOT suitable for running in production.
  32. 1.3 Special Thanks To:
  33. -----------------
  34. Bruno Bonfils for his guidance about LDAP and authentication.
  35. Randall Badilla Castro and Miguel Turrubiates for the Spanish translation.
  36. Jonathan Lucas, Stephan Rosenke and David Gümbel from ITOMIG GmbH, for the German translation.
  37. Christian Lempereur and Olivier Fouquet for their feedbacks.
  38. Everaldo Coelho and the Oxygen Team for their wonderful icons.
  39. The JQuery team and all the jQuery plugins authors for developing such a powerful library.
  40. Phil Eddies for the numerous feedbacks provided, and the first implementation of CKEdit
  41. Marco Tulio and Bruno Cassaro for the Portuguese (Brazilian) translation
  42. Vladimir Kunin, Vladimir Shilov and Shamil Khamit for the Russian translation
  43. Izzet Sirin for the Turkish translation
  44. Deng Lixin for the Chinese translation
  45. Marialaura Colantoni for the Italian translation
  46. Schlobinux for the fix of the setup temporary file verification.
  47. Gabor Kiss for the Hungarian translation
  48. Tadashi Kaneda, Shoji Seki and Hirofumi Kosaka for the Japanese translation
  49. Antoine Coetsier for the CAS support and tests
  50. Vincenzo Todisco for his contribution to the enhancement of the webservices
  51. Stephan Rickauer, Tobias Glemser and Sabri Saleh for their consulting about iTop security
  52. Claudio Cesar Sanchez Tejeda for his contribution to bug fixes on the export and data synchronization
  53. Bruno Cornec for his support and contribution to the Linux packaging of iTop
  54. Jean-François Bilger for providing a fix for an unsuspected SQL bug
  55. Remie Malik from Linprofs for the Dutch translation
  56. Erik Bøg for the Danish translation
  57. Lukáš Dvořák and Daniel Rokos for the Czech translation
  58. 2. INSTALLATION
  59. ============
  60. 2.1. Requirements
  61. ------------
  62. Server configuration:
  63. iTop is based on the AMP (Apache / MySQL / PHP) platform and requires PHP 5.3 and
  64. MySQL 5. The installation of iTop does not require any command line access to the
  65. server. The only operations required to install iTop are: copying the files to the
  66. server and browsing web pages. iTop can be installed on any web server supporting
  67. PHP 5.3: Apache, IIS, nginx...
  68. End-user configuration:
  69. Although iTop should work with most modern web browsers, the application has been
  70. tested mostly with Firefox 36+, IE9+, Safari 5 and Chrome. iTop was designed for
  71. at least a 1024x768 screen resolution.
  72. 2.2. Install procedure
  73. -----------------
  74. 1) Make sure that you have a properly configured instance of Apache/PHP/MySQL running
  75. 2) Unpack the files contained in the zipped package, and copy the content of the "web"
  76. directory in a directory served by your web server.
  77. 3) Check the access rights on the files/folders: the setup needs to have write access
  78. either to the directory where iTop is installed or to the following subdirectories
  79. (create them if needed)
  80. - conf
  81. - data
  82. - env-production
  83. - log
  84. 4) Point your web browser to the URL corresponding to the directory where the files
  85. have been unzipped and follow the indications on the screen.
  86. If you wish to re-launch the installation process (for example in order to install
  87. more modules), just make sure that the configuration file (located at <itop>/conf/production/config-itop.php)
  88. is writable by the web server (on Windows: remove the "read-only" flag, on Linux
  89. adjust the rights of the file) and point your browser to <itop>/setup/.
  90. 2.3. cron.php
  91. --------
  92. The following features will require the activation of CRON.PHP:
  93. - asynchronous emails. By default, this option is disabled. To enable it, set 'email_asynchronous' to 1 in the configuration file.
  94. - check ticket SLA. Tickets reaching the limits will be passed into Escalation TTO/TTR states.
  95. More information into the Wiki: https://wiki.openitop.org/doku.php?id=2_0_3:admin:cron
  96. You can get a status of the cron "tasks" with the command:
  97. php cron.php --auth_user=admin_login --auth_pwd=admin_pwd --status_only=1
  98. The output will look as shown below:
  99. +---------------------------+---------+---------------------+---------------------+--------+-----------+
  100. | Task Class | Status | Last Run | Next Run | Nb Run | Avg. Dur. |
  101. +---------------------------+---------+---------------------+---------------------+--------+-----------+
  102. | CheckStopWatchThresholds | active | 2013-03-28 10:32:27 | 2013-03-28 10:32:37 | 51 | 0.317 s |
  103. | EmailBackgroundProcess | active | 2013-03-28 10:32:27 | 2013-03-28 10:32:57 | 12 | 7.089 s |
  104. | ExecAsyncTask | active | 2013-03-28 10:32:27 | 2013-03-28 10:32:29 | 51 | 0.032 s |
  105. +---------------------------+---------+---------------------+---------------------+--------+-----------+
  106. 2.4. Upgrading from 2.x.x
  107. --------------------
  108. The version 2.3.0 if fully compatible with 2.0.0, 2.0.1, 2.0.2, 2.0.3, 2.1.0, 2.2.0 and 2.2.1.
  109. Due to few database changes and new modules/files that have to be installed, you
  110. must run the setup when upgrading (whatever the original version).
  111. If the location of mysql binaries is in the "path", the setup proposes to perform a full backup
  112. of iTop (database + configuration file) using mysqldump.
  113. Here is how to upgrade, step by step, a 2.x.x instance of iTop:
  114. 1) Do NOT overwrite the files from the previous version. Expand the content of the "web" directory of
  115. the new package into a new directory on the web server.
  116. 2) Check the access rights on the files/folders: the setup needs to have write access either to the
  117. whole directory where iTop is installed or to the following subdirectories (create them if needed)
  118. - conf
  119. - data
  120. - env-production
  121. - log
  122. 3) Point your web browser to the URL corresponding to the new location. You should see the setup screen.
  123. 4) When prompted (At step 2 of the installation), choose "Upgrade an existing instance"
  124. 5) Either enter the path (on the disk) to the previous instance, or supply the needed credentials.
  125. 6) Run the setup to completion. Once this is done you can connect to your upgraded iTop.
  126. 7) To replace the old instance of iTop with the newly installed one:
  127. Rename the directories to switch the locations
  128. Edit the new configuration file (now located at <itop>/conf/production/config-itop.php) and change the
  129. value of the "application_url" parameter.
  130. 2.5. Migrating from 1.x versions
  131. ---------------------------
  132. The setup is designed to upgrade existing 1.x instances of iTop automatically. In case the instance was
  133. customized (for example by altering its data model), the installation process will detect the modifications
  134. (by scanning the source files and comparing them with the manifest) and will prompt either to keep the
  135. modifications or to discard them.
  136. If the location of mysql binaries is in the "path", the installation proposes to perform a full backup
  137. of iTop (database + configuration file) using mysqldump.
  138. Here is how to upgrade, step by step, a 1.x instance of iTop.
  139. 1) Do NOT overwrite the files from the previous version. Expand the content of the "web" directory of
  140. the new package into a new directory on the web server.
  141. 2) Check the access rights on the files/folders: the setup needs to have write access either to the
  142. directory where iTop is installed or to the following subdirectories (create them if needed)
  143. - conf
  144. - data
  145. - env-production
  146. - log
  147. 3) Point your web browser to the URL corresponding to the new location. You should see the setup screen.
  148. 4) When prompted (At step 2 of the installation), choose "Upgrade an existing instance"
  149. 5) Enter the needed credentials. It is not mandatory to supply the location (on the disk of the server)
  150. where the previous instance was installed but, by doing so, you let the installation find the credentials
  151. (by looking at the previous configuration file) and also perform additional checks, for instance, to
  152. detect any customization that you may have made to iTop.
  153. 6) Run the setup to completion. Once this is done you can connect to your upgraded iTop.
  154. 7) To replace the old instance of iTop with the newly installed one:
  155. Rename the directories to switch the locations
  156. Edit the new configuration file (now located at <itop>/conf/production/config-itop.php) and change the
  157. value of the "application_url" parameter.
  158. That's it.
  159. 3. FEATURES
  160. ========
  161. 3.1. New features
  162. ------------
  163. 1) Enhanced customer portal
  164. Completely new and responsive user interface: support of mobile phone, tablets, etc.
  165. Highly customizable via XML
  166. FAQs integrated by default
  167. 2) Navigation breadcrumb
  168. Based on Most Recently visited pages
  169. New shorcuts buttons when the navigation menu is hidden
  170. 3) Rich text fields
  171. Case log and ticket description can now be formatted
  172. Fullscreen edition
  173. Copy/Paste and Drag-and-Drop of images
  174. 4) Date and time format
  175. Configurable per language (new setting date_and_time_format in the configuration file)
  176. Custom formats are supported for import/export
  177. For backward compatibility, the default setting is the MySQL format
  178. 3.2. Changes since 2.2.1
  179. -------------------
  180. 1) Browser compatibility
  181. IE8 is not supported anymore: the minimum version for Internet Explorer is 9
  182. No need for Flash players anymore
  183. 2) Data model (2.x)
  184. Added attribute Ticket::operational_status: depending on the status of the ticket, this attribute will take on of the following values: ongoing, resolved or closed
  185. Added Person/picture: optionally add the picture and visualize it in the details or in the enhanced portal
  186. User Request (all-in-one): the end-user can leave the request type undefined, in such a case, she can select any type of services and the request type gets computed when the requests is written to the DB. Still, this is possible to select a request type and the list of services is filled with the corresponding services. This behavior was necessary for the new user portal to work fine.
  187. Tickets description and case logs are now in HTML
  188. New field on the User class to enable/disable user accounts (this attribute is R/O in demo mode).
  189. 3) Data corruption
  190. #1213 Losing SLA data when changing any attribute of an SLA.
  191. 4) Security
  192. #1202: Fix for a security vulnerability in the Configuration Editor.
  193. Fix for potential XSS vulnerability on uploaded file names.
  194. XSS: Correctly escape the name of an object when it is displayed within an hyperlink
  195. #1206: "Forgotten password" - the temporary token could be hacked by the mean of a hand-made HTTP request
  196. #1162 .htaccess and web.config files to prevent users from accessing the contents of data/log directories (support of apache 2.4)
  197. Prevent grouping on password fields since it may lead to disclosure of the encrypted version of the password.
  198. Properly sanitize the "switch_env" parameter and take it into account only if it contains a valid value.
  199. 4) Customizations (via XML deltas)
  200. Switching to XML version 1.3.
  201. - new attribute MetaEnum
  202. - new attribute AttributeCustomFields (experimental!)
  203. - new attribute AttributeImage (experimental!)
  204. - new flag _delta="if_exists". Use this flag to ignore a branch if the corresponding node does not exist in the data model being hacked. This is to reduce the burden of developping separate modules depending on the installation options.
  205. - new flag to open/collapse the search form at the top of a page in an OQLMenuNode: search_form_open
  206. ResetStopWatch could not be used as a lifecycle action: the symptom is "The action has failed".
  207. Label of the final class attribute could only be defined on the root class (overriding it in derived classes had no effect)
  208. Improved the error reporting when assembling data model XML files (full path and line number of the faulty node)
  209. A module can have its own design defined in XML (/itop_design/modules_designs/module_design) and accessed at run time via the class ModuleDesign.
  210. The images specified in the branding or in module_designs can be given as a fileref or a path relative to the env-production directory
  211. #1188 Allow to define a new constant or a brand new class as part of a delta that is not in a module
  212. #1223 Custom lifecycle actions: improved the reporting when an action returns false (class/function/id logged into error.log)+ the framework now considers that no return value is equivalent to 'true'
  213. 5) Module development (PHP API)
  214. No need for bridge (auto-select) modules to be listed as installed modules in the about box. Still, they are listed in the "support information".
  215. Improved the module ordering algorithm. If a module has several dependencies (inclusive OR), it must be installed after each and every of its dependency that has been selected for installation.
  216. Support for objects to go "out of the silo" during a transition by making sure that we can reload an object we've just saved.
  217. If you have developped specific pages, and want them to appear in the breadcrumb, call iTopWebPage::AddBreadCrumbEntry.
  218. Added verbs to the User Rights management API:
  219. - HasProfile
  220. - ListProfiles
  221. - GetAllowedPortals
  222. Added a mean to cache data that will be reset upon compilation. To be used in conjunction with ModuleDesign.
  223. It is possible to implement several portals and still use placeholders to point to the relevant portal (use DBObject::RegisterURLMakerClass(<my-portal>, <mu-url-maker>), then $this-hyperlink(<my-portal>)$)
  224. Context tags to identify the context of the execution. Usage: ContextTag::Check('Portal:itop-portal'). Known tags: 'GUI:console', 'GUI:Portal', 'Portal:itop-portal', 'CRON'... see ContextTag::GetStack()
  225. 6) Queries (OQL)
  226. Magic query arguments:
  227. - In addition to current_contact_id, the following arguments can be used in any OQL query (provided that the page running the query requires a login): current_contact->attcode and current_user->attcode
  228. - The "Run queries" page is now taking into account those magic arguments (do not prompt the end-user with these arguments!)
  229. Hierarchies can now be expressed both ways. Example of a query that now works fine: SELECT Organization AS root JOIN Organization AS child ON child.parent_id BELOW root.id WHERE child.name LIKE 'Combodo'. In the previous implementation, the operator was interpreted as '='.
  230. 7) Optimizations
  231. Do not load all columns when checking if a CI is part of the "context" of a given ticket.
  232. Optimization/bug (!): Never use the whole object as a placeholder in ApplyParams !!
  233. Cleanup and optimization of the handling/loading of the dictionary files.
  234. Optimization: load "pdftage" (and thus tcpdf) only when needed.
  235. Adding an extra index to speed-up data synchronization for large volumes of data.
  236. Improved the User Rights management API:
  237. Doing less queries for user rights: caching the user profiles into the SESSION cookie
  238. 8) Data synchro
  239. Enhanced display/edition of the "Reconciliation Key" column when defining the reconciliation using the attributes.
  240. Prevent timeouts, since the synchro may be launched from the web (as a "web service", especially by the "collectors").
  241. #1253 Properly parse dates in synchro import. Thanks to Karl aka karkoff1212 for reporting the issue.
  242. Synchro : Change description attribute from AttributeString to AttributeText
  243. 9) Other fixes
  244. #1210 Dependant field not reset (servicesubcategory not reset when service is reset)
  245. Modified the "List" tab of the Impact Analysis to display only the actually impacted objects. The content of this tab is now refreshed every time the graph is rebuilt to take into account the "context" changes which causes the actual impact to change, or the filtering.
  246. Initial feedback while loading the 'list' tab of the impact analysis, useful when this tab is displayed first.
  247. Fixed a typo in German translation files ("Deails für Benutzeranfrage" => "Details für Benutzeranfrage")
  248. When a date/time format is specified, don't try to process columns named 'id' since obviously these are neither date/times nor a genuine attribute code.
  249. #1209 Setup or Backup failing with french error message 'Effacement du fichier ...' Regression introduced in iTop 2.2.1. Occurs when a backup fails and prevents users from seeing the mysql error report.
  250. Attachments : Delete button's label of an attachment was hard-coded. Putted dictionnary entry instead.
  251. Wiki syntax: allow white spaces in the specification of a link to an object (form: [[<class>:<friendlyname>]])
  252. #1215: URL fields can now store up to 2048 characters
  253. #1214: concurrent access lock not properly released when CheckToWrite() reports an error during a transition from one state to another.
  254. Styles fine tuning and nicer display of the main menu (no more animation on initial load).
  255. Suppress "Notice" messages when iconv detects invalid UTF-8 characters, since it breaks the JSON output if display_errors in On...
  256. #1167 Error while upgrading db model from v 2.1 to 2.2 with orphan attachments.
  257. File or image upload is not supported (and thus disabled) when using the [+] button to create a new object inside a popup dialog.
  258. #1169 Broken link to iTop Wiki in itop-tickets.htm
  259. Impact analysis display: cosmetics on tooltips: widen a bit the tooltips and prevent the text from overflowing horizontally.
  260. CSV Imports:
  261. - Make sure that the CSV Parser has enough time to run on big amount of data.
  262. - Speedup the display of the CSV Import interactive wizard by parsing only the needed lines of the CSV data (in the first steps of the wizard).
  263. #1199 Properly handle the icon of attachments without any extension.
  264. #1205 Positioning of dropdown list of "Popup Menus" on Chrome (and IE 11) when the content has been scrolled
  265. #1233 Spanish translation: InterfaCe + Solución Aplicativa
  266. #1251 Disabling log notification in config causes a fatal error
  267. Export: cannot export an object with a property named "length"
  268. "Search Drawer" is closed by default, unless the configuration parameter "legacy_search_drawer" is set to "true".
  269. Properly handle the creation of objects which go outside of the silo.
  270. Provide some feedback to the end-user in case of a fatal error during an interactive export.
  271. When iTop is in restricted access mode (access_mode=2), the upgrade is not completely performed (profiles not updated correctly)
  272. Placeholders in notifications:
  273. - Fixed the error message when a placeholder is invalid
  274. - Fixed the rendering of the case log in gmail and Outlook (support only the inline styles).
  275. The stylesheet cannot be defined within the email templates (aka ActionEmail) anymore. Instead, a default (ready
  276. for use) stylesheet is provided into /css/email.css and it can be overriden by the configuration parameter email_css.
  277. 9) Setup
  278. Setup: Automatically remove duplicated modules (by keeping only the most recent one) when loading modules, independently of the loading order.
  279. Setup: Make sure that the setup can be launched even if the 'php-zip' module is not installed.
  280. #1252 Setup: make the project compatible with Ansible deployment (the file "database exi.png" was in fact not used at all!)
  281. #1254 Setup: iTop 2.3.0 requires PHP 5.3.6 (HTML sanitizer using the API DOMDocument::saveHTML with an argument)
  282. 10) Internal
  283. Exclude magic parameters when listing query parameters (refactoring from run_query) This enables the use of magic parameters in the exports. The issue was less exposed in iTop 2.2.0 because only one single magic parameter was available.
  284. DBSearch : Allow join between DBUnionSearch by adding the DBUnionSearch::Join verb
  285. #1221 Exclude git folder from the copied folders, during the compilation process
  286. Fixed typo in the reporting of page spurious chars
  287. Installation
  288. - Better handling of 'auto_select' modules
  289. - New way of implementing the "includes" of modules, now completely out of the configuration file !
  290. Implemented DBObject::ExecActions, enables scripting object preset/modifications
  291. Added verb ormCaseLog::GetAsArray()
  292. Query arguments: when the value of a query argument is null, it must be considered as being a valid argument (was reported as missing). Improved the error reporting when the argument is in the form :this->attcode and the attcode is not valid for the class of 'this'.
  293. Query arguments could be array values, making it easier to build dynamic IN() clauses
  294. When uploading documents, get the mimetype from the file itself (if feasible) rather than relying on the mimetype of the HTTP header. This was already implemented but it was buggy and fell anytime into the fallback method.
  295. Make the login page more mobile friendly.
  296. Add the "filter" attribute into the details form of the TriggerOnThresholdReached class.
  297. Prevent infinite cross-ticket recursion when propagating parent->child resolution in tickets.
  298. The result of CheckToWrite() was not taken into account (action failed silently) when creating an object using the [+] button inside a form.
  299. Programmatically allow to write on any object - if needed - independently of the profiles.
  300. PHP warning issued when the CSS is rebuilt (SASS lib)
  301. Core API: added DBSearch:SetSelectedClasses
  302. #1173 Error during setup on a development system (XML containing unwanted text)
  303. Core : Added CloneWithAlias function to DBSearch class. It creates a new DBObjectSearch from a DBSearch with a new alias.
  304. Compiler: Model alterations not flattened prior to compilation (when using the setup UI)
  305. Model Factory: factorized duplicate code from ApplyChanges + fixed an issue in the error reporting
  306. Fixed the verb DBObjectSearch::IsAny
  307. Read-only fields are no longer stored in the form as hidden fields.
  308. Code refactoring: fix of #876 implemented in 2.0.3 as [r3161], moved to a place where it will fix other implementations of the setup
  309. Limitation: DBSearch::Intersect to throw an exception whenever any of the merged queries have a queried class that does not correspond to the first joined class. This is a limitation of the current implementation of Intersect. Allowing such use cases would require quite a rework of that API.
  310. Replacing the SCSS->CSS conversion library by a newer one made by Leaf Corcoran: http://leafo.github.io/scssphp, tweaked to work on PHP 5.3
  311. Extending action classes (notifications): objects listed twice (in the base classes and leaf classes) in the notification page (actions tab).
  312. Email generation - No need to force "Content-Transfer-Encoding: 8bit". The default is "quoted-printable" and works fine if the content is made of plain text. Leaving the 8bit encoding could work but in such a case, the statement should be:
  313. $oEncoder = new Swift_Mime_ContentEncoder_PlainContentEncoder('8bit', true /*canonicalize*/);... otherwise the lines get truncated at random places (CRLF is assumed while PHP EOL is made of CR only!) -This has an impact on plain text email only.
  314. #1235 DBObject API - external fields not up to date after changing the external key (though they seem to be in sync when inspecting the internal values, Get() does not return the expected value).
  315. Demo mode: to not allow deleting neither changing the org of persons attached to a user account (this to make sure that the portal users will still have access to the customer portal)
  316. 11) Localizations
  317. The French and English localizations are up to date
  318. Czech has been updated thanks to Lukáš Dvořák
  319. 3.2. Known limitations (https://sourceforge.net/apps/trac/itop/report/3)
  320. -----------------
  321. #71 The same MySQL credentials are used during the setup and for running the application.
  322. Suhosin can interfere with iTop. More information can be found here: http://www.combodo.com/wiki/doku.php?id=admin:suhosin
  323. Internet Explorer 6 is not supported (neither IE7 nor IE8 in compatibility mode)
  324. Tested with IE9, Firefox 3.6 up to Firefox 24 and Chrome. Be aware that there are certain limitations when using IE8 in "security mode" (when running IE on a Windows 2008 Server for example)
  325. 3.3. Known issues (https://sourceforge.net/apps/trac/itop/report/3)
  326. ------------
  327. #259 Not instantaneously logged off when the administrator deletes a user account
  328. #273 The administrator can delete his/her own user account
  329. #372 APC Cache not efficient (multi org usage, global search)
  330. #382 Search form / base class lost after a search
  331. #377 Case log: exclude the index from the views
  332. #388 IE9: edition fields not resizable
  333. #443 Objects remain in the database after de-installing some modules
  334. #442 Useless profiles installed (1.x legacy data model only)
  335. #436 Cannot type "All Organizations"
  336. #381 Deletion of dependencies could fail in a multi-org environment
  337. #241 "status" is a free-text field when configuring a Trigger
  338. #358 Multi-column queries sometimes returning an empty set
  339. #399 Copy/paste from iTop's CaseLog looses tabs
  340. #343 CKEditor (HTML Editor) not compatible with direct object creation on ExtKeys
  341. #350 Object edition form: validation does not tell which field has a problem
  342. #730 Leaving temporary files when performing a backup of the data during installation
  343. #1145 Two connections between a connectable CI and a network device must have different ports
  344. #1146 History not reflecting a modification of the connection between a connectable CI and a network device
  345. #1147 Identical links not always modified as expected