Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Webui server shall start even if something in picking terminal code fails #1180

Closed
teosarca opened this issue Mar 27, 2019 · 1 comment
Closed

Webui server shall start even if something in picking terminal code fails #1180

teosarca opened this issue Mar 27, 2019 · 1 comment
Assignees
@teosarca
Labels
branch:master branch:release type:bug

Comments

@teosarca
Copy link
Member

teosarca commented Mar 27, 2019 •
edited by metas-ts
Loading

Is this a bug or feature request?

What is the current behavior?

Atm, some picking terminal (v1) code is initialized when webui server starts.
If that code fails then the whole server is not starting.

Which are the steps to reproduce?

You as a tester (IT) cannot.

What is the expected or desired behavior?

webui server shall start even if something in picking terminal v1 is fuckedsuboptimal (scnr :-) ).

Note to IT

You cannot test it, but, you can do regression.
Open the picking terminal v1. If it opens => OK!
@teosarca teosarca self-assigned this Mar 27, 2019
teosarca added a commit that referenced this issue Mar 27, 2019
@teosarca
PickingHURowsRepository: avoid initializing HUEditorViewRepository on…
e86a459 
… startup

#1180
@metas-dh
Copy link
Member

Results of IT1
tested in mf15

regression:

  • Picking Terminal v1 opened w/o errors: OK

  • picking in Picking Terminal v1 works fine (did basic picking of 1 HU for an orderline): OK

  • problem itself cannot be tested, see above.

@metas-ts metas-ts changed the title webui server shall start even if something in picking terminal code fails Webui server shall start even if something in picking terminal code fails Apr 1, 2019
metas-ts added a commit to metasfresh/metasfresh that referenced this issue Apr 1, 2019
@metas-ts
update ReleaseNotes.md
0b6f287 
  * [#4895](#4895) Support Automatic Numbering on Purchase Requisition
  * [#4951](#4951) Phonecall Planning and Execution
  * [#5040](#5040) Accounting for Payment Allocation and Vendor Credit Memo wrong
  * [#5072](#5072) Support forum-datenaustausch.ch XML invoice cancelation-response
  * [#5081](#5081) Product prices window: don't sort it because on huge amount of data this is a performance issue
  * [#5089](#5089) XML import/export for Kanton
  * [#1178](metasfresh/metasfresh-webui-api-legacy#1178) view: kick out a row if is no longer matching the filters
  * [#2221](metasfresh/metasfresh-webui-frontend-legacy#2221) Display time fields with no seconds in gridview
  * [#2224](metasfresh/metasfresh-webui-frontend-legacy#2224) View: after calling getByIds, frontend shall remove the rows which are no longer in the result
  * [#1](metasfresh/metasfresh-edi-legacy#1) Modernize and update EDI ESB camel
  * [#5079](#5079) Error while posting purchase invoices because of charge even though charge is not used
  * [#5084](#5084) Error while posting cost collector
  * [#5086](#5086) Error logging in to webui when there is no default warehouse
  * [#5092](#5092) Fix wrong avg PO cost on material receipt and match invoice in case we have a different price UOM
  * [#5093](#5053) Log related NPE on metasfresh startup
  * [#1180](metasfresh/metasfresh-webui-api-legacy#1180) Webui server shall start even if something in picking terminal code fails
  * [#2230](metasfresh/metasfresh-webui-frontend-legacy#2230) Refresh filtered list
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@teosarca teosarca

Labels
branch:master branch:release type:bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@teosarca @metas-ts @metas-dh