IV97692: Using “In” or “Not In” user filter without quotes gives error


In the Chrome browser, when not enclosing string values in single quotes in a query that uses an “In” or “Not In” user filter, the user gets an error message. The user cannot close the error message and has to close Chrome.

[Admin: To see other related posts, use the Filter tag.]

Continue reading

Advertisements

IV97614: Cannot revise project in Schedule tab with Gantt section


If you attempt to revise a project from the Schedule tab, where the Gantt chart is visible, your session is expired and you receive an invalid session error. The issue was observed in Internet Explorer and Chrome, but not in Firefox.

An analysis from a Fiddler trace shows that when revising the project in Chrome, this POST to GanttDataUpload.jsp seems to kill the session. In Firefox, for whatever reason, this POST doesn’t occur, and the state transition is successful. To confirm that this is the scenario you are experiencing, use the following technote to run a Fiddler trace and check for the same GanttDataUpload.jsp call: IBM TRIRIGA using Fiddler for tracing web browser traffic.

As a temporary fix, use Firefox. When the record is in a read-only state, no Save action should be called on the Gantt. Moving forward, we resolved the session-kill issue when the user performs a Revise action on a project in the Schedule tab.

[Admin: This post is related to the 08.18.15 post about using Fiddler to trace TRIRIGA web traffic. To see other related posts, use the Gantt tag or Fiddler tag.]

Continue reading

Why does the Print Preview in IE11 print a blank page?


We are currently using TRIRIGA 10.5.1/3.5.1.1. In IE11, when a record is selected to print, the printer gives a blank page. Whereas before printing, selecting Print Preview shows the page correctly. This behavior was not observed with Google Chrome, where everything gets printed without any issues.

After further investigation, it looks like a Microsoft Windows Update broke this print functionality, and they have since reverted the change that broke it. If you are on the absolute latest IE11 patch, the Print Preview should be working again. Take a look at this blog link. Microsoft has released KB4032782 to address the issue.

[Admin: This post is related to the 11.07.16 post about the font in the Print Preview and printed hardcopy being too small. To see other related posts, use the Print tag or Print Preview tag.]

Continue reading

IV96296: Clicking “Activate” hangs when the space is opened from CI


After you open a space from TRIRIGA CAD Integrator, when you click “Activate” or “Save and Close”, the screen does not clear, and the tab in which the space record was opened, does not close.

The Chrome and Firefox browsers do not allow the closing of windows in certain cases. When this occurs, a message will be displayed to users letting them know that they have to close the window manually. It will not be closed automatically.

[Admin: This post is related to the 10.26.15 post about APAR IV78163 where Chrome and Firefox launched from CI do not close.]

Continue reading

UX: Is there a way to export a Space Assessment floor plan to PDF?


In Space Assessment, when creating a new assessment, I want to be able to save the floor plan on <triplat-graphic> as a PDF. Is it possible to do so?

There is no TRIRIGA UX feature to export a floor plan to PDF at the moment. One possible way of doing this is to create a page containing only the floor plan and use the browser (for example, Chrome) to export the page to PDF…

Also note that the floor plan you see rendered is just an SVG on the page. There are a number of ways on the client side to export an SVG to PDF. You could employ one of these approaches and add your own button on the view to trigger the export via JavaScript.

Continue reading

IV94732: Error messages in the logs about missing favicon.ico


We have noticed through our web server access logs and monitoring tool (Dynatrace) that Chrome ignores the <html> tag for the location of the *.ico file. This is very minor, but CPU cycles are being wasted looking for this resource. Chrome doesn’t cache it either. The issue has to do with SSO and alternative sign on pages, but the easily reproduced step is to go to http://<tririga.server.com>/favicon.ico and it will show a 404 error.

There was no mapping to the favicon.ico directly in the web.xml. Moving forward, when the browser requests the default favicon.ico, the favicon configured in the /userfiles/icons is now sent to the browser, instead of getting a “404 Not Found”.

Continue reading