Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0034648
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSminoralways2016-11-28 16:402017-01-08 21:31
ReporterdbazView Statuspublic 
Assigned Tomigueldejuana 
PrioritynormalResolutionfixedFixed in VersionRR17Q1
StatusclosedFix in branchFixed in SCM revision22930b9524b7
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Toguilleaer
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

DescriptionRight now [Receipt_4-3_Current.png] there are ugly line breaks in the receipt if there are narrow aspect ratios and high prices.

There should not be line breaks neither in the prices nor in the quantities.

More information in the 'Proposed Solution' section.
Steps To ReproduceSet 393x700 screen resolution and add a line to the receipt with thousands of products.
Proposed SolutionThe curent implementation has 1 row with 4 columns (product name, quantity, unit price and gross price) and the width of each one is based on a percentage of the receipt width. This solution works ok even with narrow aspects ratios with no-inflated currencies and moderate amounts, but there are problems if the prices are too high.

One possible solution could be adding a preference to let two possible visualizations: the current one (that works ok for most of the users around the world) and a new one splitting the receipt line in two rows (for working with inflated currencies), one for the product name and another one for the quantity, unit and price. The problem with this solution is that, in the second case, with wide aspect ratios, there will be two rows when all the quantities probably fit also in one single row.

Another better solution is to reach a trade-off between all the variables and have a single visualization that works for all cases. That is the one is going to be developed:

As mentioned before, right now there is one single row with 4 columns (40% product name, 20% quantity, 20% unit price, 20% gross price). The idea is to introduce some changes to make these width adapted in different aspect ratios. After performing a researh with several amounts and aspect rations, we have concluded that the rules should be:
Landscape aspect ratios:
* Aspect ratio < 5:4
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 80px
   - Gross price: 80px
* Aspect ratio > 5:4 and < 3:2
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: grows proportionally from 80px to 105px
   - Gross price: grows proportionally from 80px to 105px
* Aspect ratio > 3:2
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 105px
   - Gross price: 105px

Portrait aspect ratios:
* Aspect ratio < 10:16
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 80px
   - Gross price: 80px
* Aspect ratio > 10:16 and < 3:4
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: grows proportionally from 80px to 105px
   - Gross price: grows proportionally from 80px to 105px
* Aspect ratio > 3:4
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 105px
   - Gross price: 105px

With this configuration, even with 393x700 resolution, there is enough room for 6 digits in 'Quantity' and 7 digits in 'Unit price' and 'Gross price'. If the amount doesn't fit its space, it should shrink its font-size (example: https://jsfiddle.net/0c84u0rg/1/ [^]) and also re-adapt if the browser is resized or if the quantity/price changes.

The 'Product Characteristics', 'TOTAL' and 'Taxes' bottom lines should be adapted to these rules too.

In the case of 'Product Characteristics' there should be also more changes to ensure a proper visualization:
* padding-top: 4px;
* font-size: 14px;

There is a patch attached [receiptLargeAmounts.diff] that solves several things:
* Aspect ratio based rules for the widths in both landscape and portrait mode for product lines, product characteristics, total and taxes.
* UI changes of receiptLargeAmounts.diff

This patch doesn't solve:
* Required changes to shrink the font-size if the quantity/price does not fit the available space.
* Changes in 'OB.UI.TotalMultiReceiptLine'
* Changes in 'OB.UI.TotalTaxLine'
* Changes in 'OB.UI.RenderPaymentLine'

There are also attached several mockups showing how the receipt should look like in different aspect ratios [Receipt_4-3.png] [Receipt_16-10.png] [Receipt_16-9.png]
TagsNo tags attached.
Attached Filespng file icon Receipt_4-3_Current.png [^] (126,449 bytes) 2016-11-28 16:40


diff file icon receiptLargeAmounts.diff [^] (6,310 bytes) 2016-11-28 16:41 [Show Content]
png file icon Receipt_Smartphone.png [^] (59,003 bytes) 2016-11-28 16:41


png file icon Receipt_4-3.png [^] (211,431 bytes) 2016-11-28 16:41


png file icon Receipt_16-10.png [^] (228,376 bytes) 2016-11-28 16:41


png file icon Receipt_16-9.png [^] (242,903 bytes) 2016-11-28 16:42


? file icon issue34648Posterminal.commit [^] (8,099 bytes) 2016-12-02 13:52
? file icon issue34648Core.commit [^] (4,658 bytes) 2016-12-02 13:52
png file icon issues.png [^] (114,655 bytes) 2016-12-07 21:49


diff file icon org.openbravo.mobile.core_adaptAllFontSizes.diff [^] (3,649 bytes) 2016-12-21 21:01 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0039338 newRetail [UX] Line breaks still present in the 'Receipt' with high prices under some circumstances 
blocks defect 0034538 closedRetail Big total amounts on WebPOS are breaking the layout 

-  Notes
(0092098)
hgbot (developer)
2016-12-05 22:28

Repository: erp/pmods/org.openbravo.mobile.core
Changeset: b3cff0650a3f3455045ee37ff593646ff1261322
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Fri Dec 02 12:29:00 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/b3cff0650a3f3455045ee37ff593646ff1261322 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Add a new function to resize font of text
- Call this function whenever is needed to resize
- Add a new class to have flex container to let items inside this container to jump or not to next line

---
M web/org.openbravo.mobile.core/assets/css/ob-standard.css
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092101)
hgbot (developer)
2016-12-05 22:31

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 80b0433fad39092f61b92d35efd6ca22d714dd00
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Fri Dec 02 12:36:04 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/80b0433fad39092f61b92d35efd6ca22d714dd00 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Adapt components to use classes and to resize font
- Add classes to show properly depending the aspect ratio

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
M web/org.openbravo.retail.posterminal/js/components/order.js
M web/org.openbravo.retail.posterminal/js/components/renderorderline.js
---
(0092186)
guilleaer (manager)
2016-12-07 13:40

The function to calculate the font size should be refactored to avaoid execute it many times.

For example, when I resize the window from one with to another using arrowx, the function is executed many times. It should just be executed when I finish the resize action.

I think that a queue of "resize events" should be used and just execute the last one after a defined period of time without resize actions.
(0092203)
dbaz (developer)
2016-12-07 21:52

Besides guilleaer comments, with the current implementation there are two problems. Please look attached 'issues.png' screenshot:

The TOTAL 1000000 has an undesired line break

Between Quantity, Unit Price, and Gross Price there should be a 8px separation to avoid things like the one shown in the last row (123,480.05625,119,811.87)
(0092336)
hgbot (developer)
2016-12-14 11:06

Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 185d7e14347a4fe8364e8210dae48d6f0409c156
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 14 11:05:46 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/185d7e14347a4fe8364e8210dae48d6f0409c156 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Add logic to execute less the function to resize the font
  * Every 300 milliseconds, check if the function was called again, if not, execute the function at the end of all calls

---
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092337)
hgbot (developer)
2016-12-14 11:08

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 55c68c1cfb390b3c04a5b9227fadaa528549602b
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 14 11:08:26 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/55c68c1cfb390b3c04a5b9227fadaa528549602b [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Add padding between qty, price and total line and also between tax base and total.
- Change qty width and recalculate other fields width.

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
M web/org.openbravo.retail.posterminal/js/components/renderorderline.js
---
(0092852)
hgbot (developer)
2016-12-20 12:59

Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 27386061217c051f04d5bf1daf8a35a80f75564f
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Dec 20 09:56:59 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/27386061217c051f04d5bf1daf8a35a80f75564f [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Change calculateFontSizes function to set font size component passed by parameters and remove debounce to make it synchronous
- Remove calls to calculateFontSizes from window rendered
- For FitText component, when creating it, make it tranparent. Then, after render we set correct font for the component and we make it visible

---
M web/org.openbravo.mobile.core/assets/css/ob-standard.css
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092853)
hgbot (developer)
2016-12-20 13:00

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: df6cc4a270df2d57e184198f4c8ada1066ad123b
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Dec 20 10:00:43 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/df6cc4a270df2d57e184198f4c8ada1066ad123b [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Remove total.js and replace the component to be OB.UI.FitText component
- Add an small timeout. It needs an small asynch to be rendered and then we can calculateFonSize

---
M src/org/openbravo/retail/posterminal/OBPOSComponentProvider.java
M web/org.openbravo.retail.posterminal/js/components/order.js
M web/org.openbravo.retail.posterminal/js/pointofsale/view/toolbar-left.js
R web/org.openbravo.retail.posterminal/js/components/total.js
---
(0092854)
migueldejuana (developer)
2016-12-20 13:06

Las two commits concentrate all logic of font resize in one component and fix the problem of the glitch when texts are recalculated and rendered.
(0092863)
dbaz (developer)
2016-12-20 16:42
edited on: 2016-12-20 17:36

With SNAPSHOT: https://code.openbravo.com/private/swf-utils/file/tip/Snapshot_Ret_Base_Env [^]

The font-size of the TOTAL unit count is not resized

http://screencast.com/t/yNzjjunu [^]


With SNAPSHOT: https://code.openbravo.com/private/swf-utils/file/tip/Snapshot_Ret_Modules_Env [^]

Two problems detected at least when changing a line QUANTITY:
* There is a glitch in the whole interface
* The font sizes are not updated

http://screencast.com/t/2nnMzyZv [^]

(0092866)
marvintm (manager)
2016-12-20 17:30

The problem seems to happen because the stock validation module is installed in this system, and it's raising the "Loading" screen each time a product is added. We are analyzing the problem, and trying to find a solution for this case.
(0092867)
dbaz (developer)
2016-12-20 17:37

Updated my previous comment to add another issue related to the font-size of the TOTAL unit count.
(0092902)
hgbot (developer)
2016-12-21 12:04

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 515b485ea12822cc3a66a91f39b5041ef768bfba
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 21 09:17:14 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/515b485ea12822cc3a66a91f39b5041ef768bfba [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Change small comment

---
M web/org.openbravo.retail.posterminal/js/pointofsale/view/toolbar-left.js
---
(0092903)
hgbot (developer)
2016-12-21 12:05

Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 1dff56facf9b8bdae047cc280d1438bb53b0b566
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 21 09:50:02 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Rename OB.UTIL.calculateFontSizes to OB.UTIL.adaptFontSize
- Add new OB.UTIL.adaptAllFontSizes to Adapt all component's font for components with 'fitText' or 'buttonText' class
- Be able to pass the min length of the text to adaptFontSize
- Adapt all fonts after showLoading because when containerWindow is hidden we cannot resize component's font

---
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092929)
dbaz (developer)
2016-12-21 21:00

Code review: the 90% of the code of 'OB.UTIL.adaptAllFontSizes' is the same than 'OB.UTIL.adaptFontSize', so this implementation

https://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566#l2.48 [^]

could be highly optimized. I attach an UNTESTED diff with an example.
(0092972)
hgbot (developer)
2016-12-23 13:32

Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 22930b9524b7f35364c00a26b4efe8365baa12fb
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Fri Dec 23 13:32:06 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/22930b9524b7f35364c00a26b4efe8365baa12fb [^]

Fixed issue 34648: Optimize code to have all the resize logic in one single function

---
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0093053)
hgbot (developer)
2016-12-29 13:47

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 954aec22a5bcf39eaf7d973f784a232aef34567d
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Thu Dec 29 13:46:36 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/954aec22a5bcf39eaf7d973f784a232aef34567d [^]

Related to issue 34648: Proper width in CSS for narrow screen cases

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
---
(0093249)
hgbot (developer)
2017-01-08 21:31

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 8d1a329524a50f22a842e86da2be63745ba11329
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Sun Jan 08 21:31:24 2017 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/8d1a329524a50f22a842e86da2be63745ba11329 [^]

Related to issue 34648: Proper padding-top in the discounts lines

---
M web/org.openbravo.retail.posterminal/js/components/renderorderline.js
---

- Issue History
Date Modified Username Field Change
2016-11-28 16:40 dbaz New Issue
2016-11-28 16:40 dbaz Assigned To => Retail
2016-11-28 16:40 dbaz File Added: Receipt_4-3_Current.png
2016-11-28 16:40 dbaz Triggers an Emergency Pack => No
2016-11-28 16:41 dbaz File Added: receiptLargeAmounts.diff
2016-11-28 16:41 dbaz File Added: Receipt_Smartphone.png
2016-11-28 16:41 dbaz File Added: Receipt_4-3.png
2016-11-28 16:41 dbaz File Added: Receipt_16-10.png
2016-11-28 16:42 dbaz File Added: Receipt_16-9.png
2016-11-28 18:07 dbaz Proposed Solution updated
2016-11-28 18:08 dbaz Relationship added blocks 0034538
2016-11-28 18:13 dbaz Proposed Solution updated
2016-12-01 00:03 mario_castello Assigned To Retail => mario_castello
2016-12-01 00:03 mario_castello Status new => acknowledged
2016-12-01 10:49 dbaz Proposed Solution updated
2016-12-01 15:43 mario_castello Status acknowledged => scheduled
2016-12-01 17:23 marvintm Assigned To mario_castello => migueldejuana
2016-12-02 13:52 migueldejuana File Added: issue34648Posterminal.commit
2016-12-02 13:52 migueldejuana File Added: issue34648Core.commit
2016-12-05 22:28 hgbot Checkin
2016-12-05 22:28 hgbot Note Added: 0092098
2016-12-05 22:28 hgbot Status scheduled => resolved
2016-12-05 22:28 hgbot Resolution open => fixed
2016-12-05 22:28 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/b3cff0650a3f3455045ee37ff593646ff1261322 [^]
2016-12-05 22:31 hgbot Checkin
2016-12-05 22:31 hgbot Note Added: 0092101
2016-12-05 22:31 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/b3cff0650a3f3455045ee37ff593646ff1261322 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/80b0433fad39092f61b92d35efd6ca22d714dd00 [^]
2016-12-07 13:40 guilleaer Note Added: 0092186
2016-12-07 13:40 guilleaer Status resolved => new
2016-12-07 13:40 guilleaer Resolution fixed => open
2016-12-07 21:49 dbaz File Added: issues.png
2016-12-07 21:52 dbaz Note Added: 0092203
2016-12-14 11:06 hgbot Checkin
2016-12-14 11:06 hgbot Note Added: 0092336
2016-12-14 11:06 hgbot Status new => resolved
2016-12-14 11:06 hgbot Resolution open => fixed
2016-12-14 11:06 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/80b0433fad39092f61b92d35efd6ca22d714dd00 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/185d7e14347a4fe8364e8210dae48d6f0409c156 [^]
2016-12-14 11:08 hgbot Checkin
2016-12-14 11:08 hgbot Note Added: 0092337
2016-12-14 11:08 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/185d7e14347a4fe8364e8210dae48d6f0409c156 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/55c68c1cfb390b3c04a5b9227fadaa528549602b [^]
2016-12-20 12:59 hgbot Checkin
2016-12-20 12:59 hgbot Note Added: 0092852
2016-12-20 12:59 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/55c68c1cfb390b3c04a5b9227fadaa528549602b [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/27386061217c051f04d5bf1daf8a35a80f75564f [^]
2016-12-20 13:00 hgbot Checkin
2016-12-20 13:00 hgbot Note Added: 0092853
2016-12-20 13:00 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/27386061217c051f04d5bf1daf8a35a80f75564f [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/df6cc4a270df2d57e184198f4c8ada1066ad123b [^]
2016-12-20 13:06 migueldejuana Note Added: 0092854
2016-12-20 13:58 marvintm Review Assigned To => marvintm
2016-12-20 13:58 marvintm Status resolved => closed
2016-12-20 13:58 marvintm Fixed in Version => RR17Q1
2016-12-20 16:42 dbaz Note Added: 0092863
2016-12-20 16:42 dbaz Status closed => new
2016-12-20 16:42 dbaz Resolution fixed => open
2016-12-20 16:42 dbaz Fixed in Version RR17Q1 =>
2016-12-20 17:30 marvintm Note Added: 0092866
2016-12-20 17:36 dbaz Note Edited: 0092863 View Revisions
2016-12-20 17:37 dbaz Note Added: 0092867
2016-12-21 12:04 hgbot Checkin
2016-12-21 12:04 hgbot Note Added: 0092902
2016-12-21 12:04 hgbot Status new => resolved
2016-12-21 12:04 hgbot Resolution open => fixed
2016-12-21 12:04 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/df6cc4a270df2d57e184198f4c8ada1066ad123b [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/515b485ea12822cc3a66a91f39b5041ef768bfba [^]
2016-12-21 12:05 hgbot Checkin
2016-12-21 12:05 hgbot Note Added: 0092903
2016-12-21 12:05 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/515b485ea12822cc3a66a91f39b5041ef768bfba [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566 [^]
2016-12-21 21:00 dbaz Note Added: 0092929
2016-12-21 21:00 dbaz Status resolved => new
2016-12-21 21:00 dbaz Resolution fixed => open
2016-12-21 21:01 dbaz File Added: org.openbravo.mobile.core_adaptAllFontSizes.diff
2016-12-23 13:32 hgbot Checkin
2016-12-23 13:32 hgbot Note Added: 0092972
2016-12-23 13:32 hgbot Status new => resolved
2016-12-23 13:32 hgbot Resolution open => fixed
2016-12-23 13:32 hgbot Fixed in SCM revision http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/22930b9524b7f35364c00a26b4efe8365baa12fb [^]
2016-12-23 15:09 marvintm Review Assigned To marvintm => guilleaer
2016-12-23 16:10 guilleaer Status resolved => closed
2016-12-23 16:10 guilleaer Fixed in Version => RR17Q1
2016-12-29 13:47 hgbot Checkin
2016-12-29 13:47 hgbot Note Added: 0093053
2017-01-08 21:31 hgbot Checkin
2017-01-08 21:31 hgbot Note Added: 0093249
2018-09-21 12:10 dbaz Relationship added related to 0039338


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker