[ZBX-4015] Persistent Cross Site Scripting Vulnerabilities Created: 2011 Aug 04 Updated: 2020 Jul 16 Resolved: 2011 Dec 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.5 |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Defect (Security) | Priority: | Blocker |
Reporter: | Martina Matari | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | security | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Debian GNU/Linux 5.0.8 (Lenny) Tested with: |
Attachments: | 1.png 2.png 3.png 4.png link_indicator.jpg monitoring_dashboard.jpg monitoring_maps.jpg timeperiod.jpg triggers_items.jpg | ||||||||
Issue Links: |
|
Description |
These URL's are vulnerable to persistent XSS attacks due to improper sanitation of gname variable when creating user and host groups. URL: Vulnerable parameter: Method: Injected: Persists in: |
Comments |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 02 ] |
RESOLVED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 29 ] |
Merged to /branches/1.8 revision r23578. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 29 ] |
(4) Fixed another issue in /branches/dev/ <sasha> CLOSED |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 29 ] |
(5) Added a fix for the trunk to /branches/dev/ <sasha> CLOSED |
Comment by richlv [ 2011 Dec 01 ] |
(6) see <pavels> RESOLVED in branches/dev/ <richlv> wouldn't this change it functionally (remove those spaces, making it look worse ?), and i believe spacing at the end of the line has not been updated according to the guidelines
<pavels> It doesn't change anything, I just replaced the character with a literal space. Fixed the spacing. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 01 ] |
(7) Fixed XSS in the profiler and some HTML entity issues in branches/dev/ <sasha> REOPENED <pavels> RESOLVED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 02 ] |
Merged to 1.8 revision r23754. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 06 ] |
Merged to trunk revision 23800. CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 08 ] |
(8) [GUI] Rich suggested, that using non ASCII characters in the code may cause problems, so I changed the HTML encoding strategy to ignore ampersands. This will allow us to use HTML encoded characters in the code. Please review my commit to /branches/dev/ REOPENED and RESOLVED. |
Comment by Alexander Vladishev [ 2011 Dec 08 ] |
branches/dev/ |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 08 ] |
Updated trunk r23875 and 1.8 r23878. CLOSED. |
Comment by richlv [ 2012 Jan 03 ] |
this resulted in a regression : |
[ZBX-3074] in item list move status column to the left Created: 2010 Oct 05 Updated: 2017 May 30 Resolved: 2012 Mar 10 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.4rc1 |
Fix Version/s: | 1.8.10, 2.0.0rc1 |
Type: | Incident report | Priority: | Minor |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | trivial, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
It has been suggested that the "Status" column in item list be moved to the left, similarly to as it was done for trigger list. |
Comments |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Oct 27 ] |
Done. [RESOLVED] |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 02 ] |
Merged to /branches/1.8 revision r22874. CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 02 ] |
Merged to trunk revision r22876. |
Comment by Vjacheslav Shipillo (Inactive) [ 2011 Dec 01 ] |
in item and trigger list move status column to the right side in trunk |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 01 ] |
(1) the 'Status' column in the item table should be right from the 'Application' column. <slava> in this case it's not rollback RESOLVED <pavels> CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 01 ] |
(2) I've replaced some old translation string. Please review my commit r23683. After that you can merge. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 01 ] |
1.8 fix is TESTED. |
Comment by richlv [ 2011 Dec 01 ] |
(3) merge to 1.8 in rev 23694 added duplicate changelog entries that are not related to this branch. both merges should be carefully reviewed for other potential cases like that. <richlv> this has not been resolved. reason for unrelated changelog entries appearing should be found, and trunk merge should be reviewed <Sasha> fixed in r23755 by Pave.l CLOSED |
Comment by richlv [ 2011 Dec 11 ] |
i was unsure what do about this issue, but i believe we can do slightly better with it (4) changelog entry has not been added to the trunk changelog <richlv> basically, the changelog part before 1.9 versions must match for trunk & 1.8 branch <Sasha> CLOSED In rev. 25953 sections 1.8.10rc1 are identical |
Comment by richlv [ 2011 Dec 12 ] |
points (3), (4) and (5) must be resolved & verified still |
Comment by Alexander Vladishev [ 2012 Mar 10 ] |
Fixed in versions 1.8.10 r22876 and pre-1.9.10 r22875. |
[ZBX-4351] French translation for 1.8.9rc1 Created: 2011 Nov 12 Updated: 2017 May 30 Resolved: 2011 Nov 22 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | None |
Affects Version/s: | 1.8.9rc1 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Joseph Bueno | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | translation | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | fr_fr.inc.php |
Description |
I have attached an updated french translation. |
Comments |
Comment by richlv [ 2011 Nov 22 ] |
committed to 1.8 branch in rev 23407, thanks |
[ZBX-4353] update Japanese translation for 1.8.9rc1 Created: 2011 Nov 14 Updated: 2017 May 30 Resolved: 2011 Nov 22 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.9rc1 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Kodai Terashima | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | translation | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | zabbix-1.8.9-ja_jp.inc.php |
Description |
update Japanese translation for 1.8.9rc1 |
Comments |
Comment by richlv [ 2011 Nov 22 ] |
committed to 1.8 branch in rev 23406, thanks |
[ZBX-4524] Brazilian Portuguese translation update for 1.8.10 Created: 2012 Jan 09 Updated: 2017 May 30 Resolved: 2012 Jan 09 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.8, 1.8.10 |
Type: | Incident report | Priority: | Trivial |
Reporter: | Murilo Moreira de Oliveira | Assignee: | Unassigned |
Resolution: | Incomplete | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Zabbix 1.8.7 on CentOS 5.5 |
Description |
I've updated Brazilian Portuguese translation for zabbix 1.8.7. |
Comments |
Comment by Murilo Moreira de Oliveira [ 2012 Jan 09 ] |
Incorrect description. |
[ZBX-3081] The problem with logrt and russian utf8 Created: 2010 Oct 06 Updated: 2017 May 30 Resolved: 2012 Jan 03 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.3 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Major |
Reporter: | Dmitry Samoylov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | logmonitoring, utf8 | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Fedora 10, PostgreSQL 8.3.4, Zabbix 1.8.3 |
Description |
google translate result : In a controlled log found this line: Sep 29 14:05:53 zabbix-160 passwd: PAM unable to dlopen (/ lib64/security/pam_gnome_keyring.so): / lib64/security/pam_gnome_keyring.so: can not open shared object file: No such file or directory In the server log file Zabbix (zabbix_server.log) on ??this line we get: 12754:20101005:151411.938 [Z3005] Query failed: [0] PGRES_FATAL_ERROR: ERROR: invalid byte sequence for encoding "UTF8": 0xd027 Judging from the log, the server Zabbix cut Russian letter 'l' (utf8 code 0xd0bb) in half, then attributed to the first 0xd0 single quotation mark (code 0x27) and got the code 0xd027, which is not a valid code utf8. As a result, the lines similar to those specified in the journal Zabbix does not fall. original : ? ?????????????? ???? ??????????? ????? ??????: Sep 29 14:05:53 zabbix-160 passwd: PAM unable to dlopen(/lib64/security/pam_gnome_keyring.so): /lib64/security/pam_gnome_keyring.so: ?????????? ??????? ??????????? ????????? ????: ??? ?????? ????? ??? ???????? ? ???? ??????? Zabbix (zabbix_server.log) ?? ??? ?????? ????????: 12754:20101005:151411.938 [Z3005] Query failed: [0] PGRES_FATAL_ERROR:ERROR: invalid byte sequence for encoding "UTF8": 0xd027 ???? ?? ??, ?????? Zabbix ??????? ??????? ?????? '?' (utf8 ??? 0xd0bb) ??????, ????? ? ??????? 0xd0 ???????? ?????? ????????? ??????? (? 0x27) ? ??????? ??? 0xd027, ??????? ?? ???????? ?????????? ????? utf8. ? ?????, ??????, ??????????? ?????????, ? ?????? Zabbix ?? ????????. |
Comments |
Comment by Aleksandrs Saveljevs [ 2010 Oct 06 ] |
Related issue: ZBX-3043. |
Comment by Alexander Vladishev [ 2012 Jan 03 ] |
Already fixed in version 1.8.10. See |
[ZBX-3104] Clock element with 'Host time' mode for templated screens. And other errors in screen. Created: 2010 Oct 16 Updated: 2017 May 30 Resolved: 2011 Nov 24 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.9.0 (alpha) |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 1 |
Labels: | screens, templates | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
from trunk rev 14910. [DEV-483] added templated screens. |
Description |
Generally this is very nice feature, thanks. (4) For not templated screens need to check user select this parameters or not before saving. Try to save without selected host now. (6) And second serious new problem - now after save element is not updated on screen immediately. It need to click something and return back or refresh page to see changes. The same behavior for column, line add/remove. (7) In Monitoring -> Hosts need to add single space symbol between Hostname and DNS-name. (2) And not related only to trunk rev 14910 (something early revision): heh |
Comments |
Comment by Oleksii Zagorskyi [ 2010 Oct 16 ] |
Correcting: |
Comment by Oleksii Zagorskyi [ 2010 Oct 16 ] |
Templated screen added by "+" button is not presented on Dashboard in 'Favourite screens' widget. And templated screen cannot be added in this widget by using pop-up menu. <zalex> answer in the |
Comment by Oleksii Zagorskyi [ 2010 Oct 26 ] |
some parts from this is issue request now is resolved in |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 17 ] |
(1) "I think for templated screens this Parameter should be hided. " <zalex> Hmm, how the Clock element is able to display some data? As you see any templated screen resources (Graph, Plain text, Simple graph) are limited to select "Parameter" only from the same template. <pavels> The host time displays the local time on the monitored host. It receives data from some special item (can't recall the key), that's why it needs the parameter field. Guess that makes (1) CLOSED. Regarding the limited choice of items, I posted a separate commend below. <richlv> system.localtime, i guess <asaveljevs> Item key is "system.localtime[local]", to be more precise. <asaveljevs> CLOSED |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 17 ] |
(2) "If you open pop-up window for host selection and try to change host group then you receive error "Warning. Field [submitParent] is not integer". " <zalex> seems is not reproducible in the Zabbix 1.9.8 r23287 <richlv> this was fixed as CLOSED |
Comment by Oleksii Zagorskyi [ 2011 Nov 17 ] |
added numbering to description |
Comment by Oleksii Zagorskyi [ 2011 Nov 17 ] |
(6) and (7) seems are not reproducible in the Zabbix 1.9.8 r23287 |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 21 ] |
(3, 4). I've added validation rules for all screen elements with the "parameter" field. It's now mandatory. RESOLVED. <asaveljevs> CLOSED |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 21 ] |
(5) RESOLVED. Plus I've made, that the selection of items for a templated clock should be limited to the items from the template. <asaveljevs> The popup for selecting an item for clock element shows template's technical name in the upper right corner. It should show the visible name instead. <pavels> RESOLVED <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 22 ] |
(8) File include/screens.inc.php, line 603 puts technical host name into $caption. It should put visible host name instead. <pavels> RESOLVED <asaveljevs> OK, but after the item is chosen and the popup is closed, the "Parameter" field in "Screen cell configuration" contains host's technical name. <pavels> Right. Fixed. RESOLVED. <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 22 ] |
(9) Clock element links to zabbix.com. It probably shouldn't. <asaveljevs> If clock element with "Host time" is present in a templated screen, then on the host level it will try to show data from the item in the template. It should show data from host's item. <asaveljevs> Also, the clock element shows technical host name. It should show visible host name. <pavels> i've created a separate issue for these problems |
Comment by Aleksandrs Saveljevs [ 2011 Nov 22 ] |
(10) When selecting items for clock and plain text elements, item key column is not shown in the popup. <pavels> It's never shown when the popup displays items from a single host. Should it be? <asaveljevs> I think it should. As a server side developer, I don't care how my items are described - I do care about their keys. So when I search the popup, I search for the key, not description. <pavels> My mistake, the "key" column is displayed for the clock popup, it was only missing in the plain text popup. Fixed it. RESOLVED. <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 22 ] |
(11) New file frontends/php/api/classes/class.cscreenitem.php does not have any properties set. It should have svn:eol-style property set to native. <pavels> RESOLVED <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 22 ] |
(12) That new file has text indented with tabs in PHP doc comments. Is that our new convention? <pavels> I think PHP doc wasn't mentioned in our coding style guidelines, but IMHO it's more readable that way. <richlv> if something is missing in the conventions/guidelines, it must be added (preferably at https://zabbix.org/wiki/Docs/specs/coding_style) <pavels> So which style do we choose? With aligned parameter description, or without? <pavels> We discussed it yesterday and settled for aligned style. Added it to the docs https://zabbix.org/wiki/Docs/specs/coding_style#PHPDoc. RESOLVED. <asaveljevs> Nice! CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 22 ] |
(13) Class Screen uses "if(!is_null($options['countOutput']))" in method get(). However, class ScreenItem uses "if ($options['countOutput'])" directly. Is that OK? <asaveljevs> Similarly, starting from line 424 and below the code uses different style for checking empty arrays: "if(!empty($hostgroups))" and "if ($hosts)". <pavels> "is_null()" is not exactly the same as just "if()", but it seems weird, that if we pass, for instance, "countOutput = fallse", "!is_null" will return true, and the "countOption" will be executed. "if(!empty($hostgroups))" and "if ($hosts)" is the same thing, as long as the $hosts variable is defined. <asaveljevs> Oh, sure, but it would be nice to use the same style everywhere. <pavels> I've replaced the API options checks for "is not null" to be consistent with other APIs, but I really see no reason to use the empty() and is_null() functions. <richlv> ...and we should document in the guidelines which ones should be used <asaveljevs> You have chosen to use "$var === null" style instead of "is_null($var)" style used elsewhere. Why? $ grepphp options | grep null | grep -c is.null <pavels> I, pesonally, think, that the === syntax is more readable, then is_null. E.g. if you check the return value of a function, foo() === null is much better then is_null(foo()) Plus, it's a bit faster then is_null: it doesn't have the overhead of calling a function. <pavels> Added it to the style guidelines https://zabbix.org/wiki/Docs/specs/coding_style#PHP_conventions RESOLVED. <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 23 ] |
(14) Function checkInput() in class ScreenItem does not validate host group for "Data overview" element. <pavels> RESOLVED. <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Nov 23 ] |
(15) Please review my changes regarding formatting and typos in r23453. <pavels> CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 24 ] |
Merged to trunk revision r23493. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 24 ] |
I've backported the fix for 1.8. It's available at /branches/dev/ |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 01 ] |
Merged to trunk r23677 and 1.8 r23675. CLOSED. |
Comment by richlv [ 2012 Jan 27 ] |
turns out this resulted in a regression for "triggers info" screen element validation, filed as |
[ZBX-3217] installation wizard fails to start without some modules Created: 2010 Nov 15 Updated: 2017 May 30 Resolved: 2011 Dec 15 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.4rc2 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Major |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | configwizard | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | error-bcmath.png |
Description |
For instance, it fails to start without bcmath installed. See error-bcmath.png. |
Comments |
Comment by richlv [ 2011 Dec 10 ] |
note that the problem is config wizard not starting with bcmath missing. bcmath is not required for wizard, thus it should proceed and inform about missing functionality on step 3, requirement check <richlv> it might be relevant with other modules too. basically, we should get to that step in the wizard with the absolute minimum of modules required. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 13 ] |
(1) We shouldn't ignore the bc math check at that step, zabbix can't work without it. What we need to do is make sure the user can reach step 3 to figure out, what modules he needs, without causing a fatal error. <pavels> Please, review my commits r23970 and r23971. After that you can merge. CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 14 ] |
TESTED. |
Comment by Vjacheslav Shipillo (Inactive) [ 2011 Dec 15 ] |
fixed in revision 23980 |
[ZBX-3244] dropdown changes its style when navigating menu Created: 2010 Nov 29 Updated: 2017 May 30 Resolved: 2011 Nov 23 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.4rc2 |
Fix Version/s: | 1.8.10, 2.0.0 |
Type: | Incident report | Priority: | Trivial |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | reports, trivial, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | mode-style-1.png mode-style-2.png |
Description |
Using the GUI as guest, go to "Reports" -> "Availability report". Observe in mode-style-1.png the style of the "Mode" dropdown. Now, move the mouse to point at "Inventory". Observe in mode-style-2.png that the dropdown changed its style. |
Comments |
Comment by richlv [ 2010 Nov 29 ] |
quite wicked. happens also in opera 10.11 |
Comment by Alexander Sorokin (Inactive) [ 2011 Nov 23 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-3244 |
Comment by Aleksandrs Saveljevs [ 2011 Nov 23 ] |
(1) tagName is not guaranteed to be all uppercase, see http://reference.sitepoint.com/javascript/Element/tagName . <asaveljevs> Also, the new JavaScript code uses "notactive" CSS class, but it does not seem to be defined anywhere. <sanja> RESOLVED <asaveljevs> We use toLowerCase() in the rest of our code: $ grepjs tagname | grepjs tagName | grep toUpperCase | grep -Ev 'scriptaculous|prototype' <sanja> RESOLVED <pavels> CLOSED. |
Comment by Alexander Sorokin (Inactive) [ 2011 Nov 30 ] |
Fixed in 1.8.10rc1 and trunk |
[ZBX-2843] slideshow refresh time popup menu too wide Created: 2010 Aug 09 Updated: 2017 May 30 Resolved: 2011 Dec 21 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Incident report | Priority: | Trivial |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | slideshows, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | dashboard.jpg menu-trunk.png slideshow_refresh.png | ||||||||
Issue Links: |
|
Description |
see the screenshot. this menu should be half as wide as it currently is |
Comments |
Comment by richlv [ 2011 Nov 16 ] |
(2) unfortunately, refresh menu now completely fails in opera 11.52 : Uncaught exception: TypeError: Cannot convert 'get_style(test_element, 'font-size')' to object <sanja> RESOLVED <richlv> not sure about mozilla referenced in commit, but works fine in opera now -> CLOSED |
Comment by Alexander Sorokin (Inactive) [ 2011 Nov 16 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-2843 |
Comment by richlv [ 2011 Nov 16 ] |
for the record, dev branch rev 23266 works fine in konqueror 4.6 as well |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 16 ] |
Checked this change (from dev branch) for the v1.8 when using FF 7.0, IE 8.0, IE 9.0, Opera 11.01, Safari 5.0.3 and Chrome 15 browsers. |
Comment by Alexander Sorokin (Inactive) [ 2011 Nov 23 ] |
<sanja> Fixed in 1.8 and trunk |
Comment by Alexander Vladishev [ 2011 Dec 06 ] |
(3) Not all menus are correctly displayed <sanja> RESOLVED <pavels> If item names will be too long, the menu won't fit on the screen. We should probably truncate them to some reasonable size. REOPENED. <sanja> RESOLVED <pavels> Please review my last commit r23946. After that you can merge. TESTED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 08 ] |
(4) [GUI] The text in the menu in the trunk is truncated incorrectly. <sanja> RESOLVED <pavels> Merge to 1.8 and then, if there are no conflicts, to the trunk. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 13 ] |
TESTED. |
Comment by Alexander Sorokin (Inactive) [ 2011 Dec 14 ] |
Merged to 1.8 and trunk |
Comment by Alexander Vladishev [ 2011 Dec 19 ] |
items.php: The menu of creation of trigger expressions isn't displayed |
Comment by Alexey Fukalov [ 2011 Dec 20 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-2843 |
Comment by Alexander Vladishev [ 2011 Dec 20 ] |
Tested successfully. |
Comment by Alexey Fukalov [ 2011 Dec 20 ] |
merged: svn://svn.zabbix.com/branches/1.8 24105 |
Comment by richlv [ 2011 Dec 21 ] |
(5) changelog entry missing in trunk changelog |
Comment by Alexey Fukalov [ 2011 Dec 21 ] |
merged: svn://svn.zabbix.com/trunk 24122 |
[ZBX-2419] IT Services: Calculation of availability is incorrect when uptimes are applied Created: 2010 May 11 Updated: 2017 May 30 Resolved: 2011 Nov 27 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.2 |
Fix Version/s: | 1.8.10, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | jsteckel | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | itservices | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny8 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.0 |
Attachments: | screenshot-1.jpg screenshot-2.jpg screenshot-3.jpg | ||||||||
Issue Links: |
|
Description |
The following service alarms have been recorded for service with serviceid = 3: mysql> SELECT servicealarmid, serviceid, clock, from_unixtime( clock ), value FROM `service_alarms` where serviceid = 3;
---------------
--------------- Service with serviceid = 3 was configured according to picture 1. The IT services report (report3.php) with Period = Daily executed on 11 May 2010, 11:00, states results according to picture 2. With uptime defined only for mondays between 09:00 and 17:00 I would have expected the following results (10 May 2010 was on a monday): ------------
------------
------------ On 09 May and 11 May values for "OK" and "Downtime" are incorrect. On 10 May values for "OK", "Problems", "Downtime", "Percentage" as well as the font color of "SLA" are incorrect. If I take out any uptime or downtime configuration I get results as expected for the same report (executed on 11 May 2010, 10:42, see picture 3). |
Comments |
Comment by jsteckel [ 2010 Sep 20 ] |
Are there any plans to resolve this bug? |
Comment by Alexei Vladishev [ 2011 Nov 16 ] |
This issue is related to |
Comment by Alexander Vladishev [ 2011 Nov 27 ] |
Fixed in the development branch, rev. 23557. Backport from trunk ( |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 02 ] |
Please review my r23716 commit. Otherwise TESTED. |
Comment by Alexander Vladishev [ 2011 Dec 02 ] |
Fixed in version pre-1.8.10, revision 23724 |
[ZBX-2859] possible to successfully delete zero regular expressions Created: 2010 Aug 11 Updated: 2017 May 30 Resolved: 2011 Nov 14 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.3rc4 |
Fix Version/s: | 1.8.10, 2.0.0 |
Type: | Incident report | Priority: | Trivial |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | globalregexps, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | regexp-deleted.png |
Description |
Go to "Administration" -> "General" -> "Regular expressions". No regular expressions are defined. Press "Delete selected". Observe regexp-deleted.png. The frontend should instead say something like "No elements selected!" like it does in other places. |
Comments |
Comment by richlv [ 2011 Feb 07 ] |
still the same in 1.8 branch rev 17474 |
Comment by Alexander Sorokin (Inactive) [ 2011 Nov 14 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-2859 |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 17 ] |
<Igor> TESTED, in v1.8 when trying to delete non-existing regular expression on the screen appears error message "No elements selected!" At this moment in the latest trunk (rev #23306) can reproduce the same problem, need to fix also in trunk branch. |
Comment by Alexander Sorokin (Inactive) [ 2011 Nov 23 ] |
<sanja> Fixed in 1.8 |
[ZBX-3397] map elements with missing image rendered as red squares Created: 2011 Jan 09 Updated: 2017 May 30 Resolved: 2011 Nov 22 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.6, 1.9.1 (alpha) |
Fix Version/s: | 1.8.10, 2.0.0 |
Type: | Incident report | Priority: | Critical |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Won't fix | Votes: | 0 |
Labels: | maps, regression | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | no_icon.png |
Description |
regression. if a map element is configured to use an image that is missing, it shows up as "no icon" in configuration view. in monitoring view we only get red square |
Comments |
Comment by richlv [ 2011 Mar 29 ] |
before, it rendered "No image" text (in two rows) instead for such an element - seems like an acceptable solution to me |
Comment by richlv [ 2011 Aug 21 ] |
for trunk this is solved by db integrity. problem also present in 1.8 branch rev 21265 - and here it's actually worse, as the red square is shown in the monitoring section, but that element can not be edited in any way in configuration at all (no icon for it, thus no way to select it) |
Comment by richlv [ 2011 Nov 22 ] |
won't be fixed for 1.8 branch |
[ZBX-4235] Graph axis labels incorrect in localized GUI Created: 2011 Oct 14 Updated: 2017 May 30 Resolved: 2011 Nov 25 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.9, 1.9.7 (beta) |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | Jens Berthold | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | graphs | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Debian 6, MySQL |
Attachments: | latest-data-english.jpg latest-data-german.jpg zabbix_english.png zabbix_german.png | ||||||||
Issue Links: |
|
Description |
With german localization, axis labels show zero instead of numbers, or show too much decimals with percent values. |
Comments |
Comment by Oleksii Zagorskyi [ 2011 Oct 14 ] |
I can confirm the same in Ukrainian and Russian locales in the latest trunk rev 22380. |
Comment by Alexey Fukalov [ 2011 Nov 15 ] |
Cannot reproduce this problem with default graphs from "Linux template", does this problem occur on all graphs or only specific ones? <pavels> Can't reproduce it too. <zalex> Still can reproduce in the rev 23335. Any idea how to check the differences in our systems? <richlv> php versions, gd versions ? |
Comment by richlv [ 2011 Nov 22 ] |
for the record, can't reproduce in trunk rev 23404. just a quick idea, have mo files been remade recently ? |
Comment by Oleksii Zagorskyi [ 2011 Nov 22 ] |
Reproducible as mentioned above:
The problem ***NOT*** reproducible on:
|
Comment by Jens Berthold [ 2011 Nov 22 ] |
Could it have something to do with Suhosin patch? Reproducible on:
|
Comment by richlv [ 2011 Nov 22 ] |
suhosin might be easy to test - uninstalling/disabling it & trying again should reveal that |
Comment by Jens Berthold [ 2011 Nov 23 ] |
Right |
Comment by Jens Berthold [ 2011 Nov 23 ] |
Same error seems to be with latest data. I attached two more images with that view. |
Comment by Oleksii Zagorskyi [ 2011 Nov 23 ] |
I can confirm the same problems for latest data page as Jens mentioned. |
Comment by Oleksii Zagorskyi [ 2011 Nov 23 ] |
Not reproducible (trunk r 23438):
|
Comment by Oleksii Zagorskyi [ 2011 Nov 23 ] |
On Debian 6.0.3 (mentioned above) the problem is still reproducible after replacing "php5 5.3.3-7+squeeze3" to the "php5 5.3.8.0-1" |
Comment by Alexey Fukalov [ 2011 Nov 23 ] |
Does systems where error is reproducible has bcmath extensions for php? And are all required extensions installed (passed requirements test during installation)? <zalex> On Debian 6.0.3 I have installed libapache2-mod-php5 -> |
Comment by Aleksandrs Saveljevs [ 2011 Nov 24 ] |
This looks similar to |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 24 ] |
Zabbix uses the "en" locale for LC_NUMERIC, it seems it doesn't work on some of these machines. Is it possible that there is no "en" locale available? Could you run "locale -a"? <zalex> output for all mentioned OS added. see comments above. |
Comment by Oleksii Zagorskyi [ 2011 Nov 25 ] |
What you say about these lines:
I'm and Jens we both had only "en_GB" locale installed but not the "en_US". In the Debian it's command "dpkg-reconfigure locales" Pavels, you know what to do next. <pavels> Yeah, sorry, I forgot to mention, that we currently use en_US. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 25 ] |
Please review the fix for 1.8 in branches/dev/ RESOLVED. |
Comment by Oleksii Zagorskyi [ 2011 Nov 25 ] |
Note: <pavels> Then their default local must use periods as decimal points. I have an idea how to fix it without depending on locales, I'll give it a try Monday. |
Comment by Oleksii Zagorskyi [ 2011 Nov 25 ] |
Dev branch (for trunk) tester. Works as expected for non-english GUI with installed only one locale of "en_GB" or "en_US". |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 28 ] |
I've added the POSIX locale as an alternative LC_NUMERIC locale. It should be supported on all *nix systems and it also uses a dot as a decimal separator. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 30 ] |
Merged to trunk revision r23618 and branches/1.8 revision r23615. CLOSED. |
[ZBX-4288] host macros are not deleted from the database when host is deleted Created: 2011 Oct 27 Updated: 2017 May 30 Resolved: 2011 Nov 25 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Blocker |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | usermacros | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
create a host or template with usermacro. delete this host. usermacro is not deleted. a unittest for this is required (both for template & host) |
Comments |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 22 ] |
RESOLVED for 1.8 in branches/dev/ It works correctly in the trunk, but I'll add a unit test to cover host deletion. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 22 ] |
Added tests to check this behavior in the trunk. Available in branches/dev/ |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 23 ] |
In trunk in dev branch " In 1.8 dev branch " |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 24 ] |
Tested. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 24 ] |
Merged to trunk revision r23510 and 1.8 revision r23507. CLOSED. |
[ZBX-4298] No messages in the LEVEL_WARNING log about deleted values by housekeeper (table "housekeeper") Created: 2011 Oct 31 Updated: 2017 May 30 Resolved: 2011 Dec 19 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.10, 1.8.11, 1.9.9 (beta) |
Type: | Incident report | Priority: | Minor |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | housekeeper | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
DebugLevel=3 |
Description |
When zabbix_server works with the DebugLevel=3 it reports to the log this message: But here are not included values deleted by housekeeper for the items already deleted from configuration (table "housekeeper"). Try to imagine a situation when some user has performed "Unlink and clear" action with some big template linked to the several hosts and in the nearest hour he felt some problem with the DB performance and he thinks - what happened ? Here is part of DebugLevel=4 (I added several EOL for better view): 15500:20111031:150250.029 End of housekeeping_history_and_trends():0 15500:20111031:150250.029 Deleted 0 records from history and trends 15500:20111031:150250.029 In housekeeping_process_log() 15500:20111031:150250.029 query [txnlev:0] [delete from history where itemid=22578 limit 100] 15500:20111031:150250.044 query without transaction detected 15500:20111031:150250.044 query [txnlev:0] [delete from history_uint where itemid=22577 limit 100] 15500:20111031:150250.060 End of housekeeping_process_log():SUCCEED 15500:20111031:150250.060 In housekeeping_alerts() now:1320062561 15500:20111031:150250.060 In housekeeping_sessions() now:1320062561 (in this example "MaxHousekeeperDelete=100") As you see in the function "housekeeping_process_log()", where the values are deleted from the tables history, history_uint (and not only), no messages are added for the LOG_LEVEL_WARNING. I ask to add these messages to log. Maybe individually per each table, maybe summarize history+trends, I don't know how is better. If any such values were not deleted then needn't to report any messages. |
Comments |
Comment by Oleksii Zagorskyi [ 2011 Oct 31 ] |
(1) By the way, the name of function "housekeeping_process_log()" seems is not optimal. I suggest to change it to "housekeeping_process_deleted_items()" or similar. <dimir> I chose housekeeping_cleanup(), RESOLVED in r23553 <zalex> Excellent ! CLOSED |
Comment by dimir [ 2011 Nov 25 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4298 |
Comment by dimir [ 2011 Nov 25 ] |
I've chosen "housekeeping_cleanup()", if nobody minds. So the report will look like this: 11921:20111125:180134.824 housekeeper deleted 0 records from history and trends, 28561 records of deleted items, 0 events, 0 alerts and 0 sessions This will be logged on every housekeeper step even if nothing was removed. Agreed with sasha that this way there will will be no questions whether it actually was or not an attempt to delete the data. |
Comment by Oleksii Zagorskyi [ 2011 Nov 27 ] |
Dev branch tested. Works as expected. Single line for report is very-very good. (2) I would suggest to write that line as: <dimir> RESOLVED in r23560 <zalex> Many thanks. CLOSED. |
Comment by dimir [ 2011 Nov 30 ] |
Fixed in pre-1.8.10 r23632, pre-1.9.9 r23633. |
Comment by Alexander Vladishev [ 2011 Nov 30 ] |
(1) Broken compilation of the latest trunk. housekeeper.c: In function ‘housekeeping_cleanup’: <dimir> sorry for the broken trunk, RESOLVED in r23663 directly in trunk <zalex> tested. trunk r23663 compiled ok and it works. <sasha> CLOSED with small change in r23688. |
Comment by richlv [ 2011 Nov 30 ] |
(2) also : <dimir> "Old history and trends" is the outdated information (as configured in the item keep this and that), "records of deleted items" is all the data (basically what's in "housekeeper" table) related to removed item. <zalex> maybe would be better to replace all words "records" to the "values"? It will be more clear. <dimir> For me "deleted 2 values from history and trends" is not more clear than "deleted 2 records from hostory and trends". What I'd add is singular value support. <dimir> if there are no objections, RESOLVED in r23681 <zalex> dev branch r23681 tested. it works (see 1 event): <dimir> We decided to discard these changes as we don't have anything like it anywhere. CLOSED |
Comment by dimir [ 2011 Dec 01 ] |
Oleksiy, thank you for testing! |
Comment by dimir [ 2011 Dec 01 ] |
Fixed in trunk r23663. |
Comment by richlv [ 2011 Dec 01 ] |
(3) i suspect "d_clenup" is a typo <dimir> Right, RESOLVED in pre-1.8.10 r23732, pre-1.9.9 r23733. |
Comment by Alexander Vladishev [ 2011 Dec 02 ] |
Closing resolved issue |
Comment by dimir [ 2011 Dec 02 ] |
Reopening to assign to myself. |
Comment by dimir [ 2011 Dec 02 ] |
Closed. |
Comment by richlv [ 2011 Dec 19 ] |
48 deleted events reported as 1 in 1.8.10rc1 strace output : event_strace.13938:write(6, "$\0\0\0\3delete from events where eventid=11", 40) = 40 |
Comment by Alexander Vladishev [ 2011 Dec 19 ] |
Fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-4298 |
Comment by dimir [ 2011 Dec 19 ] |
Tested successfully. |
Comment by Alexander Vladishev [ 2011 Dec 28 ] |
Available in version pre-1.8.11, r24309. |
[ZBX-4360] Server from trunk will not compile on FreeBSD 7.3 Created: 2011 Nov 17 Updated: 2017 May 30 Resolved: 2012 Jun 13 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Installation (I) |
Affects Version/s: | 1.9.8 (beta) |
Fix Version/s: | 1.8.10, 1.9.8 (beta) |
Type: | Incident report | Priority: | Trivial |
Reporter: | dimir | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | compilation, freebsd | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
FreeBSD 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 |
Description |
Server compilation fails with error while trying to compile trapper: [...]
The problem is that "ssize_t" type is not recognized in comms.h in line: ssize_t zbx_tcp_recv_ext(zbx_sock_t *s, char **data, unsigned char flags, int timeout); Including <unistd.h> fixed the problem. Steps to reproduce: |
Comments |
Comment by dimir [ 2011 Nov 17 ] |
Set Fix Version/s. |
Comment by dimir [ 2011 Nov 17 ] |
Fixed in pre-1.9.8 r23322 . |
Comment by dimir [ 2011 Nov 17 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4360 . |
Comment by dimir [ 2011 Nov 22 ] |
Fixed in pre-1.8.10 r23415 . |
[ZBX-4376] Quoted spec symbols in lld via proxy Created: 2011 Nov 22 Updated: 2017 May 30 Resolved: 2012 Feb 21 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Proxy (P), Server (S) |
Affects Version/s: | 1.9.8 (beta) |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | Alexey Pustovalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | item_prototypes.png items.png |
Description |
24917:20111122:233650.539 In DCmass_proxy_add_history() "{#SNMPVALUE}":"GigabitEthernet0 /10"}, { "{#SNMPINDEX} ":10111, ":"GigabitEthernet0 and we have incorrect item key in zabbix server. Ex.: |
Comments |
Comment by Alexander Vladishev [ 2011 Nov 30 ] |
It's normal. All low level discovery data is stored and processed in JSON format. Slashes (/) in JSON strings should be escaped. (www.json.org) Please attach a screenshot, if you have a problem with LLD. |
Comment by Alexey Pustovalov [ 2011 Dec 01 ] |
screenshots |
Comment by Alexander Vladishev [ 2011 Dec 01 ] |
What database you are using on server and proxy side? |
Comment by Alexander Vladishev [ 2011 Dec 01 ] |
Confirmed, when using mysql on proxy side. |
Comment by Alexander Vladishev [ 2011 Dec 01 ] |
Could repeat only once. After setting additional debug-information in the code and compilation of a proxy the problem hasn't repeated. Try to recompile a proxy too using these commands: ./bootstrap.sh |
Comment by Alexey Pustovalov [ 2011 Dec 01 ] |
problem remains with last trunk proxy on PostgreSQL. |
Comment by Alexey Pustovalov [ 2011 Dec 01 ] |
on debian with mysql the problem hasn't repeated. |
Comment by Alexander Vladishev [ 2011 Dec 01 ] |
Fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-4376 |
Comment by Alexey Pustovalov [ 2011 Dec 01 ] |
working. Thanks |
Comment by dimir [ 2011 Dec 01 ] |
Do we really want to "set standard_conforming_strings to off;" ? |
Comment by Alexander Vladishev [ 2011 Dec 01 ] |
You are right! It is the bad idea. In version PostgreSQL 8.1 this variable only for reading. I re-open this problem for finishing. |
Comment by Alexander Vladishev [ 2011 Dec 01 ] |
Has been fixed by another way. Please retest r23707. |
Comment by dimir [ 2011 Dec 02 ] |
I like it! |
Comment by Alexander Vladishev [ 2011 Dec 02 ] |
Fixed in version pre-1.9.9, revision 23728. Backported to pre-1.8.10, revision 23729. |
Comment by richlv [ 2014 Jan 30 ] |
note that json standard does not require escaping of slashes (only doublequotes and backslashes). from http://www.ietf.org/rfc/rfc4627.txt : "All Unicode characters may be placed within the quotation marks except for the characters that must be escaped: quotation mark, reverse solidus, and the control characters (U+0000 through U+001F)."
|
[ZBX-4375] Update translate for ru lang Created: 2011 Nov 22 Updated: 2017 May 30 Resolved: 2011 Nov 22 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.10 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Minor |
Reporter: | Alexey Pustovalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | ru_ru.inc.php |
Comments |
Comment by richlv [ 2011 Nov 22 ] |
there seems to be lack of contact persons on irc - is the translation for S_SHOW_ITEMS_WITHOUT_DATA correct ? isn't it missing the "show" part ? |
Comment by Alexey Pustovalov [ 2011 Nov 22 ] |
With "show" part label for items without data is too long. |
Comment by richlv [ 2011 Nov 22 ] |
ok then - committed to 1.8 branch rev 23437, thanks |
Comment by Oleksii Zagorskyi [ 2011 Nov 22 ] |
"Элементы данных без истории" is not the best translation. If we take a look at the page "latest.php" we will see similar text "Отображать элементы данных, содержащие в названии" which is even longer than mentioned one So, the proper translation would be "Отображать элементы данных без истории" |
[ZBX-4377] compilation with --enable-static exits with "Curl library not found" Created: 2011 Nov 23 Updated: 2017 May 30 Resolved: 2011 Dec 28 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Installation (I) |
Affects Version/s: | 1.8.9 |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Incident report | Priority: | Minor |
Reporter: | Robert Jerzak | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | static | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Ubuntu 11.10 x86_64 |
Attachments: | config.log config.log |
Description |
Compilation with --enable-static exits with: checking whether libcurl is usable... no Example: finish with no errors. ./configure --prefix=/usr/local/ --bindir=/usr/local/sbin/ --with-mysql=/usr/bin/mysql_config --enable-server --enable-agent --with-net-snmp --with-libcurl --with-openipmi --enable-ipv6 --enable-static [...] The issue can be replicated every time on Ubuntu 11.10 x86_64. |
Comments |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 23 ] |
Hi, I can reproduce the same case on Ubuntu 10.04.3. When compiling without "enable-static" parameter all is fine, but when using "--enable-static" parameter with the same configure command, appears the following error: checking for curl-config... /usr/bin/curl-config |
Comment by dimir [ 2011 Nov 23 ] |
Basically the behavior must be correct here. The problem is the error message though. So what configure does in the "checking whether libcurl is usable" check it compiles simple program that uses libcurl and linkes it statically. libcurl requires bunch of other libraries, which, in turn, must be available in a static versions too. I believe this is the problem, not all the required static libraries are installed. So the fix is probably to report a proper error in this case, that libcurl is not possible to link statically, instead "libary not found". That would require some work as we currently just have one message if there are any problem with the library - "library not found". I think we should introduce another one here - "Xxx library is not available for static linking" or something. Which would mean the library itself or any other library it depends on. Robert, would it be possible to attach config.log which is generated right after the error? Something tells me you are missing a lot of needed static libraries. |
Comment by Robert Jerzak [ 2011 Nov 23 ] |
config.log from failed enable-static compilation |
Comment by dimir [ 2011 Nov 25 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4377 There was incorrect check for static linking of libcurl. Now the error message should clearly state which library is missing. |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 25 ] |
Tested that dev branch Now it is waiting for code review. |
Comment by dimir [ 2011 Dec 06 ] |
Fixed in pre-1.8.10 r23802, pre-1.9.9 r23803. |
Comment by Robert Jerzak [ 2011 Dec 28 ] |
I think there is not always correct error message, for example arch (we use it on production systems) linux: checking for main in -lz ... (cached) yes |
Comment by Robert Jerzak [ 2011 Dec 28 ] |
config.log from arch linux |
Comment by Robert Jerzak [ 2011 Dec 28 ] |
I tested it on zabbix 1.8.10. |
Comment by dimir [ 2011 Dec 28 ] |
I doubt it will be an easy task to compile Zabbix with all these options you chose for configure statically. You realize that in this case you have to have every external library that is needed in a static version? We can't go and check every library if it's available in a static version. The message states that it's not possible to compile a program with librucl (and other things you chose) statically and it is correct. Compiling statically is not a trivial task. Expecially if you want to have every piece compiled statically. For example it's possible to compile a program linked with libcurl statically and the rest of the libs dynamically, that would be a much easier task but we do not have currently in Zabbix such a way to define which part is to be linked statically and which dynamically. You could do that yourself by playing with Makefiles and gcc options (the position of --static in parameters list to gcc). Besides, in some cases static linking is not possible at all: http://stackoverflow.com/questions/3430400/linux-static-linking-is-dead I'm closing this issue, please re-open if you disagree. |
Comment by Walter Heck [ 2012 Aug 14 ] |
Would it make sense to reflect in the documentation and in ./configure --help that static linking is not recommended? That could have just saved me a ton of time |
Comment by richlv [ 2012 Aug 22 ] |
it would make sense, but please open a new issue about it |
Comment by dimir [ 2012 Aug 22 ] |
I agree on adding that note. Please mention the new issue number here. |
Comment by dimir [ 2012 Aug 30 ] |
Added a note here: http://www.zabbix.com/documentation/2.0/manual/installation/install#configure_the_sources |
Comment by Jason Markowitz [ 2013 Aug 21 ] |
I was able to work around this issue by installing glibc-static packages. |
[ZBX-4383] 'host.delete' method in API v. 1.8.8 leaves orphaned 'usermacro' objects in DB Created: 2011 Nov 24 Updated: 2017 May 30 Resolved: 2011 Nov 24 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Minor |
Reporter: | Dhruv Bansal | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | api, hosts, macros | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Linux 2.6.32-31-generic #61-Ubuntu-10.04.3 SMP x86_64 GNU/Linux |
Issue Links: |
|
Description |
1) Create a host with an associated usermacro. |
Comments |
Comment by Igor Danoshaites (Inactive) [ 2011 Nov 24 ] |
Hi, At this moment this issue is fixed in dev branch Considering this issue resolved. |
Comment by Oleksii Zagorskyi [ 2011 Nov 25 ] |
I would prefer to close this issue as duplicate and leave the "Fix Version/s:" empty. IMO. |
Comment by richlv [ 2011 Nov 25 ] |
although if it was actually fixed and we know the version, it makes sense to set "fix version" to that version. |
[ZBX-4391] suffixes not properly supported in trigger testing interface in frontend Created: 2011 Nov 24 Updated: 2017 May 30 Resolved: 2012 Jan 09 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.10, 1.9.9 (beta) |
Type: | Incident report | Priority: | Major |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | suffixes, triggertesting | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
When trigger expression contains the suffixes in the trigger expression then tester always returns FALSE. The last time It worked correctly in the 1.8.2. |
Comments |
Comment by Vjacheslav Shipillo (Inactive) [ 2011 Nov 30 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4391 |
Comment by Alexey Fukalov [ 2011 Nov 30 ] |
(1) [GUI] <slava> RESOLVED <Vedmak> as decided we need support up to Y suffix. |
Comment by Alexey Fukalov [ 2011 Nov 30 ] |
(3) [GUI] |
Comment by Vjacheslav Shipillo (Inactive) [ 2011 Nov 30 ] |
"Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4391" <zalex> dev branch tested. works as expected. |
Comment by Alexander Vladishev [ 2011 Dec 15 ] |
(0) is not solved (4) a trigger expression parser on server side do not support suffixes P (Peta), E (Exa), Z (Zetta) and Y (Yotta). Please, rollback a support of these suffixes on GUI side in the trigger expressions. <Slava> RESOLVED sasha Has been fixed in ^/trunk r24449. CLOSED |
Comment by Vjacheslav Shipillo (Inactive) [ 2011 Dec 21 ] |
Fixed in 24150 |
Comment by Alexey Fukalov [ 2011 Dec 22 ] |
(5) [GUI] <Vedmak> CLOSED |
Comment by Alexey Fukalov [ 2011 Dec 22 ] |
(6) [GUI] <Vedmak> CLOSED |
Comment by richlv [ 2011 Dec 23 ] |
(7) new file, testTriggerExpressions.php, should have svn:eol-style svn property set to 'native' <richlv> CLOSED |
Comment by Alexey Fukalov [ 2011 Dec 27 ] |
(8) [GUI] <Vedmak> CLOSED |
Comment by Alexey Fukalov [ 2011 Dec 28 ] |
(9) [GUI] <Vedmak> CLOSED |
Comment by Vjacheslav Shipillo (Inactive) [ 2011 Dec 30 ] |
fixed in r 24449 |
Comment by Oleksii Zagorskyi [ 2011 Dec 30 ] |
(10) Missing record for the trunk ChangeLog. ..F....... <zalex> I've added the tag 1.9.9 to the "Fix Version/s:" |
Comment by richlv [ 2012 Jan 08 ] |
(12) added unittest has not been added to SeleniumTests.php added unittest testTriggerExpressions.php defines it's class name as being "testPageHosts" ... sasha The trigger expression parser and tests to it were completely rewritten in r31649. CLOSED |
Comment by richlv [ 2013 Aug 19 ] |
still not closed : (4) and (12) sasha Reviewed and CLOSED. |
[ZBX-4413] nbsp in "event generation" dropdown Created: 2011 Dec 01 Updated: 2017 May 30 Resolved: 2011 Dec 01 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.10 |
Type: | Incident report | Priority: | Blocker |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | regression, triggers | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
open trigger properties, examine "event generation" dropdown - it has broken in r23578 ( |
Comments |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 01 ] |
This will be fixed in CLOSED. |
[ZBX-4424] Handling of the log of long Japanese Created: 2011 Dec 08 Updated: 2017 May 30 Resolved: 2011 Dec 11 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G), Server (S) |
Affects Version/s: | 1.8.8, 1.8.9 |
Fix Version/s: | 1.8.10, 1.9.9 (beta), 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | suzuka | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | items, localization | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
RHEL CentOS 5.6, 6.0 Postgresql-8.4.7 |
Description |
I am monitoring Windows EventLog. When Zabbix Server receives the log of 255 or more Japanese characters(512 bytes or more ?), an error is outputted and data is not registered. This problem occurs in zabbix1.8.8 and 1.8.9 and it does not coour in 1.8.7 and 1.8.6. I guess that there is a problem in handling of the Japanese character after 255 character in 1.8.8 or later. The following is a log when I test. 1) Zabbix v1.8.8 [pg_log] 2011-12-08 11:06:03 JST: 4352: LOG: duration: 0.480 ms statement: insert into alerts (alertid,actionid,eventid,userid,clock,mediatypeid,sendto,subject,message,status,alerttype,esc_step) values (4703,4,40420,3,1323309963,4,'sasaki@localhost','[????] Error is output to ApplicationLog on Windows2008: PROBLEM','????????????? Error is output to ApplicationLog on Windows2008: PROBLEM ',0,0,0) [zabbix_server.log] none 2) Zabbix v1.8.8 [pg_log] 2011-12-08 11:10:32 JST: 4354: ERROR: invalid byte sequence for encoding "UTF8": 0xe32720 2011-12-08 11:10:32 JST: 4354: ERROR: current transaction is aborted, commands ignored until end of transaction block [zabbix_server.log] 3688:20111208:111032.678 [Z3005] query failed: [0] PGRES_FATAL_ERROR:ERROR: invalid byte sequence for encoding "UTF8": 0xe32720 3) Zabbix v1.8.7 [pg_log] 2011-12-08 11:34:34 JST: 5504: LOG: duration: 0.747 ms statement: insert into alerts (alertid,actionid,eventid,userid,clock,mediatypeid,sendto,subject,message,status,alerttype,esc_step) values (4705,4,40681,3,1323311674,4,'sasaki@localhost','[????] Error is output to ApplicationLog on Windows2008: PROBLEM','????????????? Error is output to ApplicationLog on Windows2008: PROBLEM ',0,0,0) [zabbix_server.log] none 4) Zabbix v1.8.7 [pg_log] 2011-12-08 11:38:05 JST: 5504: LOG: duration: 0.764 ms statement: insert into alerts (alertid,actionid,eventid,userid,clock,mediatypeid,sendto,subject,message,status,alerttype,esc_step) values (4706,4,40682,3,1323311885,4,'sasaki@localhost','[????] Error is output to ApplicationLog on Windows2008: PROBLEM','????????????? Error is output to ApplicationLog on Windows2008: PROBLEM ',0,0,0) [zabbix_server.log] none |
Comments |
Comment by Alexander Vladishev [ 2011 Dec 11 ] |
Fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-4424 |
Comment by dimir [ 2011 Dec 12 ] |
Please review my changes in r23928. <Sasha> Great! CLOSED |
Comment by Alexander Vladishev [ 2011 Dec 13 ] |
Fixed in version pre-1.8.10, revision 23950. |