 |
|
Item12649: Error log flooded with view: Use of uninitialized value in integer ne (=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452
Priority: Normal
Current State: No Action Required
Released In: n/a
Target Release: n/a
Current State: No Action Required
Released In: n/a
Target Release: n/a
[Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] Use of uninitialized value in integer ne (!=) at [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] \t/var/lib/foswiki/lib/Foswiki/UI/View.pm line 451 (#1) [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] (W uninitialized) An undefined value was used as if it were already [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] defined. It was interpreted as a "" or a 0, but maybe it was a mistake. [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] To suppress this warning assign a defined value to your variables. [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] To help you figure out what was undefined, perl will try to tell you the [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] name of the variable (if any) that was undefined. In some cases it cannot [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] do this, so it also tells you what operation you used the undefined value [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] in. Note, however, that perl optimizes your program and the operation [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] displayed in the warning may not necessarily appear literally in your [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] program. For example, "that $foo" is usually optimized into "that " [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] . $foo, and the warning will refer to the concatenation (.) operator, [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] even though there is no . in your program. [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] [Thu Nov 7 17:37:43 2013] view: Use of uninitialized value in integer ne (!=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 451. [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] Use of uninitialized value in integer ne (!=) at [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] \t/var/lib/foswiki/lib/Foswiki/UI/View.pm line 452 (#1) [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] [Thu Nov 7 17:37:43 2013] view: Use of uninitialized value in integer ne (!=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452. [Thu Nov 07 17:37:43 2013] [error] [client 119.247.226.28] [Thu Nov 7 17:37:43 2013] view: Use of uninitialized value in integer ne (!=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452.The last line was repeated over 160 million times before the size of the error log caused alerts. We are now blocking the source IP, which seems to have stemmed the tide of errors. It might be related that I recently hardened our Foswiki installation as per most of the suggestions of FaqSecureFoswikiAgainstAttacks. But in addition locked out WikiGuest on nearly all of our Webs including Main and System. -- CarlThomas - 08 Nov 2013 I have stared and stared at View.pm trying to understand how this might happen. The best I can come up with is that perhaps on line 132 we set a bad $maxRev that's undefined. The assignment is:
$maxRev = $revIt->next();
This might happen with a corrupted RCS,v file
Further down, we assign $showRev = $maxRev on line 162 if the $requestedRev was undefined.
As GeorgeClark noted on IRC, we have some ASSERTs in here that would make such a thing fail more noisily and obviously which you could enable by setting FOSWIKI_ASSERTS in your LocalLib.cfg
Do your access logs indicate that this is happening on a particular topic or set of topics?
-- PaulHarvey - 08 Nov 2013
Sorry I should of also mentioned that the above was from the apache2 error logs.
Digging around further in the logs I see the following
[Sun Nov 10 09:50:15 2013] [warn] [client 93.120.27.62] incomplete redirection target of '/foswiki/bin/view' for URI '/' modified to 'https://128.250.108.21/foswiki/bin/view'
Is that likely to be related? The only rewrite rules that we have set is
RewriteEngine on
RewriteRule ^/foswiki/bin/view/VlsciProject/(.*)$ /foswiki/bin/view/PCF/$1 [R]
| 2013-11-07T06:37:43Z info | guest | view | Stage2PublicDelivery | (not exist) Mozilla | 119.247.226.28 |
and in the error log
| 2013-11-07T06:37:43Z warning | Foswiki::Plugins::DirectedGraphPlugin::initPlugin did not return true.
Check your Foswiki warning and error logs for more information.
|
| 2013-11-07T06:37:43Z warning | Foswiki::Plugins::FindElsewherePlugin could not be loaded. Errors were:
Can't locate Foswiki/Plugins/FindElsewherePlugin.pm in @INC (@INC contains: /etc/foswiki /var/lib/foswiki/lib . /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at (eval 75) line 2.
at (eval 75) line 2
Foswiki::Plugin::BEGIN() called at Foswiki/Plugins/FindElsewherePlugin.pm line 2
eval {...} called at Foswiki/Plugins/FindElsewherePlugin.pm line 2
eval 'use Foswiki::Plugins::FindElsewherePlugin
;' called at /var/lib/foswiki/lib/Foswiki/Plugin.pm line 121
Foswiki::Plugin::load('Foswiki::Plugin=HASH(0x9a48da8)') called at /var/lib/foswiki/lib/Foswiki/Plugins.pm line 190
Foswiki::Plugins::load('Foswiki::Plugins=HASH(0x94e9020)', undef) called at /var/lib/foswiki/lib/Foswiki/Users.pm line 266
Foswiki::Users::initialiseUser('Foswiki::Users=HASH(0x94e8fd0)', 'guest') called at /var/lib/foswiki/lib/Foswiki.pm line 1924
Foswiki::new('Foswiki', undef, 'Foswiki::Request=HASH(0x9487598)', 'HASH(0x94761e0)') called at /var/lib/foswiki/lib/Foswiki/UI.pm line 306
Foswiki::UI::__ANON__() called at /usr/share/perl5/Error.pm line 416
eval {...} called at /usr/share/perl5/Error.pm line 408
Error::subs::try('CODE(0x8f1b948)', 'HASH(0x949c968)') called at /var/lib/foswiki/lib/Foswiki/UI.pm line 435
Foswiki::UI::_execute('Foswiki::Request=HASH(0x9487598)', 'CODE(0x94647a8)', 'view', 1) called at /var/lib/foswiki/lib/Foswiki/UI.pm line 274
Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x9487598)') called at /var/lib/foswiki/lib/Foswiki/Engine/CGI.pm line 41
Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x9104be8)') called at /var/lib/foswiki/bin/view line 24
BEGIN failed--compilation aborted at (eval 75) line 2.
at (eval 75) line 2
eval 'use Foswiki::Plugins::FindElsewherePlugin
;' called at /var/lib/foswiki/lib/Foswiki/Plugin.pm line 121
Foswiki::Plugin::load('Foswiki::Plugin=HASH(0x9a48da8)') called at /var/lib/foswiki/lib/Foswiki/Plugins.pm line 190
Foswiki::Plugins::load('Foswiki::Plugins=HASH(0x94e9020)', undef) called at /var/lib/foswiki/lib/Foswiki/Users.pm line 266
Foswiki::Users::initialiseUser('Foswiki::Users=HASH(0x94e8fd0)', 'guest') called at /var/lib/foswiki/lib/Foswiki.pm line 1924
Foswiki::new('Foswiki', undef, 'Foswiki::Request=HASH(0x9487598)', 'HASH(0x94761e0)') called at /var/lib/foswiki/lib/Foswiki/UI.pm line 306
Foswiki::UI::__ANON__() called at /usr/share/perl5/Error.pm line 416
eval {...} called at /usr/share/perl5/Error.pm line 408
Error::subs::try('CODE(0x8f1b948)', 'HASH(0x949c968)') called at /var/lib/foswiki/lib/Foswiki/UI.pm line 435
Foswiki::UI::_execute('Foswiki::Request=HASH(0x9487598)', 'CODE(0x94647a8)', 'view', 1) called at /var/lib/foswiki/lib/Foswiki/UI.pm line 274
Foswiki::UI::handleRequest('Foswiki::Request=HASH(0x9487598)') called at /var/lib/foswiki/lib/Foswiki/Engine/CGI.pm line 41
Foswiki::Engine::CGI::run('Foswiki::Engine::CGI=HASH(0x9104be8)') called at /var/lib/foswiki/bin/view line 24
---- |
| 2013-11-07T06:37:43Z warning | Foswiki::Plugins::InterwikiPlugin | InterwikiPlugin: user 'guest' did not have permission to read the rules topic at 'System.InterWikis' |
I think that the FindElsewherePlugin error is related to file permissions, as the files associated with it where owned root:root and not www-data:www-data. I have now fixed this.
There also isn't any reference to View.pm in any of the Foswiki logs (1 years worth), so it might be just a strange one off? We had no expectation of traffic from the above source IP, so I would speculate that it was someone attempting to find a security vulnerability?
As a side note, I see a lot of occurrences of the following
[Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] Argument "%DEFAULTPAGESIZE%" isn't numeric in multiplication (*) at [Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] \t/var/lib/foswiki/lib/Foswiki/Search.pm line 282 (#1) [Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] (W numeric) The indicated string was fed as an argument to an operator [Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] that expected a numeric value instead. If you're fortunate the message [Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] will identify which operator was so unfortunate. [Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] [Sun Nov 03 07:17:04 2013] [error] [client 5.10.83.46] [Sun Nov 3 07:17:04 2013] view: Argument "%DEFAULTPAGESIZE%" isn't numeric in multiplication (*) at /var/lib/foswiki/lib/Foswiki/Search .pm line 282.Once again, I have put the above down to general noise of people looking for security holes. I have turned on ASSERTs and will monitor for the next little while. -- CarlThomas - 10 Nov 2013 For the
DEFAULTPAGESIZE issue, it should be set to a numeric in your DefaultPreferences topic. Item11533 added it to 1.1.5. If you've upgraded in place, and preserved your DefaultPreferences topic, you've probably missed this setting.
-- GeorgeClark - 12 Nov 2013
Thanks George, I have set a default value and all seems to be good.
I have noticed a repeat of the view error in the apache logs
[Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] Use of uninitialized value in integer ne (!=) at [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] \t/var/lib/foswiki/lib/Foswiki/UI/View.pm line 451 (#1) [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] (W uninitialized) An undefined value was used as if it were already [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] defined. It was interpreted as a "" or a 0, but maybe it was a mistake. [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] To suppress this warning assign a defined value to your variables. [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] To help you figure out what was undefined, perl will try to tell you the [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] name of the variable (if any) that was undefined. In some cases it cannot [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] do this, so it also tells you what operation you used the undefined value [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] in. Note, however, that perl optimizes your program and the operation [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] displayed in the warning may not necessarily appear literally in your [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] program. For example, "that $foo" is usually optimized into "that " [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] . $foo, and the warning will refer to the concatenation (.) operator, [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28] even though there is no . in your program. [Tue Nov 12 13:49:30 2013] [error] [client 119.247.226.28]This correlates with the following entry in the Foswiki access logs
| 2013-11-12T02:49:30Z info | guest | view | Stage2PublicDelivery | (not exist) Mozilla | 119.247.226.28 |
And in warn logs
| 2013-11-12T02:49:30Z warning | Foswiki::Plugins::DirectedGraphPlugin::initPlugin did not return true. Check your Foswiki warning and error logs for more information.There doesnt seem to be much additional information, did I perhaps not turn on ASSERTs properly. All I did was uncomment out the line
$ENV{FOSWIKI_ASSERTS} = 1; in /var/lib/foswiki/bin/LocalLib.cfg and restarted Apache
-- CarlThomas - 12 Nov 2013
Enabling ASSERT does additional checking, and will return some errors to the browser rather than the logs. If you to hit conditions that ASSERTS are testing for, you won't see anything different.
Interesting that this error is caused when viewing a missing topic. I don't get that issue here.
-- GeorgeClark - 13 Nov 2013
Fair enough. I'll keep my eye out for anything else of note that shows up in the logs.
Yeah I am no confident that the missing Topic is related. I have attempted to recreate the problem by trying to load up various Missing pages both as a guest and registered user, but havent managed to cause the above error to show in the apache logs.
I should of also noted in the previous update that the error message in the apache logs was not associated with the flood of messages that I saw in the first case.
-- CarlThomas - 13 Nov 2013
Could be you've got a topic with invalid META:TOPICINFO, e.g. no version key in it.
-- MichaelDaum - 13 Nov 2013
I have had a look through all of the Topics and was unable to find any with suspicious looking META:TOPICINFO
At this stage things seem to have been working well. I am happy to close this for now and revisit if the problem reoccurs, or if I manage to get some more useful information.
-- CarlThomas - 25 Nov 2013
So the problem has reoccured and this time I have narrowed down the trigger.
browsing to http://wiki.xxxxx.org.au/foswiki/bin/view/Public/Stage2PublicDelivery?rev=10;sortcol=0;table=9;up=0 causes the view process to get stuck in an infinite loop that repeats the last line in the following output.
[Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] Use of uninitialized value in integer ne (!=) at [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] \t/var/lib/foswiki/lib/Foswiki/UI/View.pm line 451 (#1) [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] (W uninitialized) An undefined value was used as if it were already [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] defined. It was interpreted as a "" or a 0, but maybe it was a mistake. [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] To suppress this warning assign a defined value to your variables. [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] To help you figure out what was undefined, perl will try to tell you the [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] name of the variable (if any) that was undefined. In some cases it cannot [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] do this, so it also tells you what operation you used the undefined value [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] in. Note, however, that perl optimizes your program and the operation [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] displayed in the warning may not necessarily appear literally in your [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] program. For example, "that $foo" is usually optimized into "that " [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] . $foo, and the warning will refer to the concatenation (.) operator, [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] even though there is no . in your program. [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] [Sat Nov 30 20:47:01 2013] view: Use of uninitialized value in integer ne (!=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 451. [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] Use of uninitialized value in integer ne (!=) at [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] \t/var/lib/foswiki/lib/Foswiki/UI/View.pm line 452 (#1) [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] [Sat Nov 30 20:47:01 2013] view: Use of uninitialized value in integer ne (!=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452. [Sat Nov 30 20:47:01 2013] [error] [client 119.247.226.28] [Sat Nov 30 20:47:01 2013] view: Use of uninitialized value in integer ne (!=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452.Attaching to the view.pm process shows that its just in a loop outputting to the log file and not doing any network access.
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2183, ...}) = 0
write(2, "[Mon Dec 2 10:10:20 2013] view:"..., 132) = 132
time(NULL) = 1385939420
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2183, ...}) = 0
write(2, "[Mon Dec 2 10:10:20 2013] view:"..., 132) = 132
time(NULL) = 1385939420
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2183, ...}) = 0
write(2, "[Mon Dec 2 10:10:20 2013] view:"..., 132) = 132
time(NULL) = 1385939420
The Stage2PublicDelivery was deleted sometime ago and there seems to be other attempts to access it without it failing, its only the last line of the following excerpt that results in the flood to the logs.
119.247.226.28 - - [24/Nov/2013:10:05:15 +1100] "GET /foswiki/bin/rdiff/Public/Stage2PublicDelivery?sortcol=3;table=67;up=1 HTTP/1.1" 404 11388 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [25/Nov/2013:00:40:53 +1100] "GET /foswiki/bin/compare/Public/Stage2PublicDelivery?rev1=11;rev2=12;skin=classic;sortcol=1;table=4;up=1 HTTP/1.1" 404 9420 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [25/Nov/2013:15:39:14 +1100] "GET /foswiki/bin/rdiff/Public/Stage2PublicDelivery?sortcol=1;table=2;up=0 HTTP/1.1" 404 11388 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [26/Nov/2013:05:41:45 +1100] "GET /foswiki/bin/login/Public/Stage2PublicDelivery?foswiki_origin=GET%2cview%2c/foswiki/bin/view/Public/Stage2PublicDelivery%3frev%3d10%3bsortcol%3d1%3btable%3d9%3bup%3d0 HTTP/1.1" 200 13137 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [26/Nov/2013:18:22:51 +1100] "GET /foswiki/bin/rdiff/Public/Stage2PublicDelivery?sortcol=1;table=80;up=1 HTTP/1.1" 404 11388 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [27/Nov/2013:00:53:47 +1100] "GET /foswiki/bin/rdiff/Public/Stage2PublicDelivery?sortcol=3;table=79;up=0 HTTP/1.1" 404 11388 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [27/Nov/2013:03:15:59 +1100] "GET /foswiki/bin/rdiff/Public/Stage2PublicDelivery?sortcol=1;table=71;up=1 HTTP/1.1" 404 11388 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [27/Nov/2013:23:56:42 +1100] "GET /foswiki/bin/login/Public/Stage2PublicDelivery?foswiki_origin=GET%2cview%2c/foswiki/bin/view/Public/Stage2PublicDelivery%3frev%3d9 HTTP/1.1" 200 13057 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [28/Nov/2013:11:21:14 +1100] "GET /foswiki/bin/view/Public/Stage2PublicDelivery?rev=10;sortcol=2;table=8;up=1 HTTP/1.1" 404 5927 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [28/Nov/2013:18:43:10 +1100] "GET /foswiki/bin/rdiff/Public/Stage2PublicDelivery?sortcol=1;table=9;up=0 HTTP/1.1" 404 11276 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" 119.247.226.28 - - [30/Nov/2013:20:47:01 +1100] "GET /foswiki/bin/view/Public/Stage2PublicDelivery?rev=10;sortcol=0;table=9;up=0 HTTP/1.1" 500 4125 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)"-- CarlThomas - 02 Dec 2013 Are you able to recreate this at will? Are you using a perl accelerator? (mod_perl or fastcgi / fcgid ) Or do you have the foswiki cache enabled? It's hard to understand how a missing topic suddenly becomes present enough to cause this loop to occur unless it's some sort of in-memory reuse issue. -- GeorgeClark - 02 Dec 2013 Yep I can recreate at will. I have done some more testing and it seems to be a combination of the following that makes it occur. Must be a guest user Request a revision of a page that doesnt exist From a web that doesnt exist so for example, /foswiki/bin/view/Trash/SevfdfDery?rev=9 will cause the problem to occur. We arent using any accelerators, or the foswiki cache. -- CarlThomas - 03 Dec 2013 I am not coming up with anything here. It doesn't fail on either my 1.1.8, 1.1.9 or 1.2.0 systems. If the web does not exist, I get a oops "Attention: Web does not exist", if the web exists, then I get the topic creator menu asking to create the topic. No hint of any issues in the logs. Could you provide some more information on exactly how your system is configured? Which mapper, login manager and password manager? Which version of perl? I'm just grasping at straws now, I have no idea what is going on. -- GeorgeClark - 04 Dec 2013 Fair enough, its likely some rare corner case created by our configuration here. I suspect that it might be related to us having locked out access to WikiGuest on all of our Webs. ie set
* Set DENYWEBVIEW = Main.WikiGuest
* Set DENYWEBCHANGE = Main.WikiGuest
* Set DENYWEBRENAME = Main.WikiGuest
I will try to test tomorrow, I have run out of time today.
With regards to system configuration, we are running:
ii foswiki 1.1.9-1 A Web Based Collaboration Platform ii foswiki-batchuploadplugin 110409-291 Foswiki Package: BatchUploadPlugin ii foswiki-controlwikiwordplugin 110723-291 Foswiki Package: ControlWikiWordPlugin ii foswiki-core 1.1.5-279 Foswiki Package: core ii foswiki-directedgraphplugin 101206-291 Foswiki Package: DirectedGraphPlugin ii foswiki-findelsewhereplugin 120420-291 Foswiki Package: FindElsewherePlugin ii foswiki-globalreplaceplugin 090311-291 Foswiki Package: GlobalReplacePlugin ii foswiki-imagegalleryplugin 121129-291 Foswiki Package: ImageGalleryPlugin ii foswiki-ldapcontrib 121214-291 Foswiki Package: LdapContrib ii foswiki-orphansplugin 091107-291 Foswiki Package: OrphansPlugin ii foswiki-treeplugin 100127-291 Foswiki Package: TreePlugin ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction and Report Language ii perl-base 5.10.1-17squeeze6 minimal Perl system ii perl-modules 5.10.1-17squeeze6 Core Perl modules ii perlmagick 8:6.6.0.4-3+squeeze3 Perl interface to the ImageMagick graphics routinesSome other config options are:
{LoginManager} Foswiki::LoginManager::TemplateLogin
{UserMappingManager} Foswiki::Users::TopicUserMapping
{PasswordManager} Foswiki::Users::HtPasswdUser
{Htpasswd}{Encoding} apache-md5
-- CarlThomas - 04 Dec 2013
Any further feedback? We have not had any further reports. Thanks
-- GeorgeClark - 30 Dec 2014
Sorry for the inaction George,
I havent been able get time to replicate and the problem hasnt reoccured, might as close for now.
-- CarlThomas - 11 Jan 2015
Thanks. Set to No Action. If you run into the issue again, please set it back to New.
-- GeorgeClark - 11 Jan 2015
ItemTemplate edit
| Summary | Error log flooded with view: Use of uninitialized value in integer ne (=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452 |
| ReportedBy | CarlThomas |
| Codebase | 1.1.8 |
| SVN Range | |
| AppliesTo | Engine |
| Component | FoswikiUIView |
| Priority | Normal |
| CurrentState | No Action Required |
| WaitingFor | |
| Checkins | |
| TargetRelease | n/a |
| ReleasedIn | n/a |
| CheckinsOnBranches | |
| trunkCheckins | |
| masterCheckins | |
| ItemBranchCheckins | |
| Release01x01Checkins |
Edit | Attach | Print version | History: r17 < r16 < r15 < r14 | Backlinks | View wiki text | Edit wiki text | More topic actions
Topic revision: r17 - 11 Jan 2015, GeorgeClark
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. 
Legal Imprint Privacy Policy
Legal Imprint Privacy Policy