Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0033209Openbravo ERPA. Platformpublic2016-04-29 15:002016-06-21 07:47
ReporterJONHM 
Assigned Tocaristu 
PriorityimmediateSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Versionpi 
Target Version3.0PR16Q1.4Fixed in Version3.0PR16Q1.4 
Merge Request Status
Review Assigned Toalostale
OBNetwork customer
Web browserGoogle Chrome
ModulesCore
Support ticket
Regression levelProduction - Confirmed Stable
Regression date
Regression introduced in release3.0PR15Q4
Regression introduced by commit
Triggers an Emergency PackNo
Summary0033209: Direct link to documents in the workspace is not working
DescriptionDirect link to documents in the workspace is not working when first field in grid is of "Date" type. The result is a blank document.
Steps To Reproduce== First Way ==

**First you need an activated instance to make changes effective in window.
* Navigate to Sales Order window, set the first column of grid view as a "Date" type
* Rebuild the application

1) Create a new Sales Order
2) Return to Workspace and click the direct link to that document

The result is a blank window. See the attached video


== Second Way ==
Configuration Steps:
a) Add the Invoices to Collect widget into the workspace
b) Create a saved view in Sales Invoice window, with "Invoice Date" field at the first position. Set this view as default.

Steps To Reproduce:
1) Open the [Sales Invoice] window
2) Move to the Workspace. Click on any document number of the Invoice to Collect widget.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
blocks defect 00328153.0PR16Q3 closed caristu Direct link to documents in the workspace is not working 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2016-06-09 13:31alostaleTypedefect => backport
2016-06-09 13:31alostaleTarget Version => 3.0PR16Q1.4
2016-06-10 13:12hgbotCheckin
2016-06-10 13:12hgbotNote Added: 0087153
2016-06-10 13:12hgbotStatusscheduled => resolved
2016-06-10 13:12hgbotResolutionopen => fixed
2016-06-10 13:12hgbotFixed in SCM revision => http://code.openbravo.com/erp/backports/3.0PR16Q1.4/rev/c88074adfc94d164507e84d0868cf24ceda33299 [^]
2016-06-10 13:14caristuReview Assigned To => alostale
2016-06-10 13:14caristuWeb browserGoogle Chrome => Google Chrome
2016-06-13 16:13hgbotCheckin
2016-06-13 16:13hgbotNote Added: 0087202
2016-06-21 07:47alostaleNote Added: 0087696
2016-06-21 07:47alostaleStatusresolved => closed
2016-06-21 07:47alostaleFixed in Version => 3.0PR16Q1.4

Notes
(0087153)
hgbot   
2016-06-10 13:12   
Repository: erp/backports/3.0PR16Q1.4
Changeset: c88074adfc94d164507e84d0868cf24ceda33299
Author: Carlos Aristu <carlos.aristu <at> openbravo.com>
Date: Fri Jun 10 12:00:31 2016 +0200
URL: http://code.openbravo.com/erp/backports/3.0PR16Q1.4/rev/c88074adfc94d164507e84d0868cf24ceda33299 [^]

fixes issue 33209: Direct link to documents in the workspace is not working

The problem happened having a saved view with a date field as the first one of the grid. In this case the date item was firing an extra datasource call causing the bad behavior.
This extra call was being performed because the date field was detecting wrongly the deletion of its content. Now an extra check is added: the empty filter is applied if the newValue is '' and also if the grid was being filtered by this field.

---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-minidaterange.js
---
(0087202)
hgbot   
2016-06-13 16:13   
Repository: erp/backports/3.0PR16Q1.4
Changeset: 6e4edaa7e14f8e2d66c905709726f5ee8610677b
Author: Carlos Aristu <carlos.aristu <at> openbravo.com>
Date: Mon Jun 13 16:12:10 2016 +0200
URL: http://code.openbravo.com/erp/backports/3.0PR16Q1.4/rev/6e4edaa7e14f8e2d66c905709726f5ee8610677b [^]

related to issue 33209: remove unneeded variable

---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-minidaterange.js
---
(0087696)
alostale   
2016-06-21 07:47   
code reviewed

tested this issue and its related ones