You are here: Foswiki>Tasks Web>Item12649 (11 Jan 2015, GeorgeClark)Edit Attach

Item12649: Error log flooded with view: Use of uninitialized value in integer ne (=) at /var/lib/foswiki/lib/Foswiki/UI/View.pm line 452

pencil
Priority: Normal
Current State: No Action Required
Released In: n/a
Target Release: n/a
Applies To: Engine
Component: FoswikiUIView
Branches:
Reported By: CarlThomas
Waiting For:
Last Change By: GeorgeClark
Yesterday afternoon the following appeared in the error log

[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]

I have had a dig around in the Foswiki logs (log201311.txt and warn201311.txt) and cant find anything around the above timestamp. As it turns out, the foswiki logs are outputting UTC time where the apache logs are system time. So at around the time of the problem we have in the access log

| 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 routines

Some 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
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. Creative Commons License    Legal Imprint    Privacy Policy