Question about Namespace ID

[Jerry Wang-8]

Dear SMW,

I have a question about namespace id.

Example:
    $wgExtraNamespaces[100] = "Foo";
    $wgExtraNamespaces[101] = "Foo_talk";

The namespace id is 100 and it is work well.

But if I change the 100 to 1000:

    $wgExtraNamespaces[1,000] = "Foo";
    $wgExtraNamespaces[1,001] = "Foo_talk";

It is not work.

Please confirm if the namespace id have the maximum number for SMW.

Regards,

Jerry Wang

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Evan Shaw]

Jerry,

   $wgExtraNamespaces[1,000] = "Foo";
>    $wgExtraNamespaces[1,001] = "Foo_talk";
>

Did you actually include the commas in the numbers? If so, that's your
problem. As long as you're using a version of MediaWiki that's later than
1.5, the maximum namespace ID is a 16-bit number, so 1000 and 1001 are well
below the maximum.

I hope that helps.

- Evan
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Carl Yao]

Hello Evan,
 
Thanks a lot for your response. This issue is really with Semantic Mediawiki
extension. Yes, we have defined the namespaces with IDs 1000 and above
correctly. All other extensions are working fine these custom namespaces
except the queries with Semantic Mediawiki which don't produce any results.
 
Thanks again for your help!
Carl

  _____  

From: Evan Shaw [mailto:chickencha@...]
Sent: Tuesday, November 03, 2009 10:12 PM
To: Jerry Wang
Cc: semediawiki-user@...; cyao@...
Subject: Re: [Semediawiki-user] Question about Namespace ID


Jerry,



   $wgExtraNamespaces[1,000] = "Foo";
   $wgExtraNamespaces[1,001] = "Foo_talk";



Did you actually include the commas in the numbers? If so, that's your
problem. As long as you're using a version of MediaWiki that's later than
1.5, the maximum namespace ID is a 16-bit number, so 1000 and 1001 are well
below the maximum.

I hope that helps.

- Evan


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Thomas Fellows]

Try removing the comma in "1,000"

   $wgExtraNamespaces[1000] = "Foo";
   $wgExtraNamespaces[1001] = "Foo_talk";



On Tue, Nov 3, 2009 at 3:57 AM, Jerry Wang <jerry.wang@...> wrote:

> Dear SMW,
>
> I have a question about namespace id.
>
> Example:
>    $wgExtraNamespaces[100] = "Foo";
>    $wgExtraNamespaces[101] = "Foo_talk";
>
> The namespace id is 100 and it is work well.
>
> But if I change the 100 to 1000:
>
>    $wgExtraNamespaces[1,000] = "Foo";
>    $wgExtraNamespaces[1,001] = "Foo_talk";
>
> It is not work.
>
> Please confirm if the namespace id have the maximum number for SMW.
>
> Regards,
>
> Jerry Wang
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Carl Yao]

Hello Joe,
 
Thanks for so much for your help. We did adjust
$smwgNamespacesWithSemanticLinks to include our custom namespace. However it
still did not show any SMW query results.
 
Here are the namespace code we have in Localsettings.php.
 
$smwgNamespaceIndex = 998;  
include_once("$IP/extensions/SemanticMediaWiki/includes/SMW_Settings.php");
enableSemantics('192.168.20.72');
include_once("$IP/extensions/SemanticForms/includes/SF_Settings.php");
 
We have the following for defining custom namespace as well:
 
define("NS_DE2", 1020);
define("NS_DE2_TALK", 1021);
$wgExtraNamespaces[NS_DE2] = "DE2";
$wgExtraNamespaces[NS_DE2_TALK] = "DE2_talk";

Thanks again for your help!
Carl

  _____  

From: Joel Natividad [mailto:joel.natividad@...]
Sent: Wednesday, November 04, 2009 2:34 PM
To: cyao@...
Subject: Re: [Semediawiki-user] Question about Namespace ID


Carl,
Be sure to adjust $smwgNamespacesWithSemanticLinks
<http://semantic-mediawiki.org/wiki/Help:Configuration#smwgNamespacesWithSem
anticLinks>  in LocalSettings.php appropriately to include your custom
namespaces.


See http://semantic-mediawiki.org/wiki/Help:Configuration

Hope this helps,
Joel

On Nov 3, 2009, at 9:21 AM, Carl Yao wrote:


Hello Evan,

Thanks a lot for your response. This issue is really with Semantic Mediawiki
extension. Yes, we have defined the namespaces with IDs 1000 and above
correctly. All other extensions are working fine these custom namespaces
except the queries with Semantic Mediawiki which don't produce any results.

Thanks again for your help!
Carl

 _____  

From: Evan Shaw [mailto:chickencha@...]
Sent: Tuesday, November 03, 2009 10:12 PM
To: Jerry Wang
Cc: semediawiki-user@...; cyao@...
Subject: Re: [Semediawiki-user] Question about Namespace ID


Jerry,



  $wgExtraNamespaces[1,000] = "Foo";
  $wgExtraNamespaces[1,001] = "Foo_talk";



Did you actually include the commas in the numbers? If so, that's your
problem. As long as you're using a version of MediaWiki that's later than
1.5, the maximum namespace ID is a 16-bit number, so 1000 and 1001 are well
below the maximum.

I hope that helps.

- Evan


----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user



--
Joel Natividad
joel@...
Think
<http://web.archive.org/web/20010228171255/www.apple.com/thinkdifferent/>
Different <http://www.youtube.com/watch?v=4oAB83Z1ydE> !



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.

I've enabled the Rich Media v1.2 extension by following the instructions
carefully (including importing the v1.2 XML).

When I add to a page I get
{{#ifeq:True|True|

then the RM box and then

|}}

Also, nothing happens when I click on attach file. Nothing happens when
I click the upload icon in the WYSIWYG editor either.

I'd love to get this working as it looks great. The normal Mediawiki
upload is just unworkable for normal people ;)

Any ideas?

Thanks!


>
>  


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Okay, enabled ApplicationProgramming/ParserFunctions and StringFunctions
which gets rid of the ifeq error.

Still nothing happens when I click the Attach File though.

I've tried applying the Mediawiki 1.15.1 patch from Rich Media SVN. A
lot of hunks failed:
(Stripping trailing CRs from patch.)
patching file includes/Article.php
Hunk #1 FAILED at 1346.
Hunk #2 FAILED at 3320.
Hunk #3 FAILED at 3670.
3 out of 3 hunks FAILED -- saving rejects to file includes/Article.php.rej
(Stripping trailing CRs from patch.)
patching file includes/CategoryPage.php
Hunk #1 FAILED at 242.
1 out of 1 hunk FAILED -- saving rejects to file
includes/CategoryPage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/EditPage.php
Hunk #1 FAILED at 753.
Hunk #2 FAILED at 777.
2 out of 2 hunks FAILED -- saving rejects to file includes/EditPage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Export.php
Hunk #1 FAILED at 578.
1 out of 1 hunk FAILED -- saving rejects to file includes/Export.php.rej
(Stripping trailing CRs from patch.)
patching file includes/ImageGallery.php
Hunk #1 FAILED at 244.
Hunk #2 FAILED at 302.
2 out of 2 hunks FAILED -- saving rejects to file
includes/ImageGallery.php.rej
(Stripping trailing CRs from patch.)
patching file includes/ImagePage.php
Hunk #1 FAILED at 63.
Hunk #2 FAILED at 493.
Hunk #3 FAILED at 577.
Hunk #4 FAILED at 608.
4 out of 4 hunks FAILED -- saving rejects to file
includes/ImagePage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/ImageQueryPage.php
Hunk #1 FAILED at 47.
1 out of 1 hunk FAILED -- saving rejects to file
includes/ImageQueryPage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Linker.php
Hunk #1 FAILED at 708.
1 out of 1 hunk FAILED -- saving rejects to file includes/Linker.php.rej
(Stripping trailing CRs from patch.)
patching file includes/MediaTransformOutput.php
Hunk #1 FAILED at 89.
1 out of 1 hunk FAILED -- saving rejects to file
includes/MediaTransformOutput.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Namespace.php
Hunk #1 FAILED at 53.
Hunk #2 FAILED at 53.
2 out of 2 hunks FAILED -- saving rejects to file
includes/Namespace.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Title.php
Hunk #1 FAILED at 251.
Hunk #2 FAILED at 471.
Hunk #3 FAILED at 1214.
Hunk #4 FAILED at 1796.
Hunk #5 FAILED at 2057.
Hunk #6 FAILED at 2095.
Hunk #7 FAILED at 2692.
Hunk #8 FAILED at 2996.
Hunk #9 FAILED at 3112.
Hunk #10 FAILED at 3263.
Hunk #11 FAILED at 3569.
Hunk #12 FAILED at 3729.
12 out of 12 hunks FAILED -- saving rejects to file includes/Title.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Wiki.php
Hunk #1 FAILED at 255.
Hunk #2 FAILED at 301.
2 out of 2 hunks FAILED -- saving rejects to file includes/Wiki.php.rej
(Stripping trailing CRs from patch.)
patching file includes/filerepo/ArchivedFile.php
Hunk #1 FAILED at 86.
1 out of 1 hunk FAILED -- saving rejects to file
includes/filerepo/ArchivedFile.php.rej
(Stripping trailing CRs from patch.)
patching file includes/filerepo/FileRepo.php
Hunk #1 FAILED at 114.
1 out of 1 hunk FAILED -- saving rejects to file
includes/filerepo/FileRepo.php.rej
(Stripping trailing CRs from patch.)
patching file includes/parser/Parser.php
Hunk #1 FAILED at 1675.
Hunk #2 FAILED at 4191.
Hunk #3 FAILED at 4218.
Hunk #4 FAILED at 4447.
4 out of 4 hunks FAILED -- saving rejects to file
includes/parser/Parser.php.rej
(Stripping trailing CRs from patch.)
patching file includes/specials/SpecialFilepath.php
Hunk #1 FAILED at 11.
1 out of 1 hunk FAILED -- saving rejects to file
includes/specials/SpecialFilepath.php.rej
(Stripping trailing CRs from patch.)
patching file includes/specials/SpecialSearch.php
Hunk #1 FAILED at 471.
1 out of 1 hunk FAILED -- saving rejects to file
includes/specials/SpecialSearch.php.rej
(Stripping trailing CRs from patch.)
patching file includes/specials/SpecialUndelete.php
Hunk #1 FAILED at 119.
Hunk #2 FAILED at 179.
Hunk #3 FAILED at 373.
Hunk #4 FAILED at 600.
4 out of 4 hunks FAILED -- saving rejects to file
includes/specials/SpecialUndelete.php.rej

Cheers
Neill.

Neill Mitchell wrote:

> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>
> I've enabled the Rich Media v1.2 extension by following the instructions
> carefully (including importing the v1.2 XML).
>
> When I add to a page I get
> {{#ifeq:True|True|
>
> then the RM box and then
>
> |}}
>
> Also, nothing happens when I click on attach file. Nothing happens when
> I click the upload icon in the WYSIWYG editor either.
>
> I'd love to get this working as it looks great. The normal Mediawiki
> upload is just unworkable for normal people ;)
>
> Any ideas?
>
> Thanks!
>
>
>  
>>  
>>    
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Benjamin Langguth]

Hello Neill,

well, the Problem with the #ifeq is already solved - great!
So, how did you execute the patch?
I assume that you forgot to set the patch directory.
Try s.th. like that:

php <location-of-MW-dir>\patches\patch.php -d <location-of-MW-dir>\ -p <location-of-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt

I just ran this again for testing and everything worked out fine.
Please keep in mind, that this patch only supports MW 1.15.1 and may fail for other versions.

Kind regards,
Benjamin

Neill Mitchell wrote:

Okay, enabled ApplicationProgramming/ParserFunctions and StringFunctions
which gets rid of the ifeq error.

Still nothing happens when I click the Attach File though.

I've tried applying the Mediawiki 1.15.1 patch from Rich Media SVN. A
lot of hunks failed:
(Stripping trailing CRs from patch.)
patching file includes/Article.php
Hunk #1 FAILED at 1346.
Hunk #2 FAILED at 3320.
Hunk #3 FAILED at 3670.
3 out of 3 hunks FAILED -- saving rejects to file includes/Article.php.rej
(Stripping trailing CRs from patch.)
patching file includes/CategoryPage.php
Hunk #1 FAILED at 242.
1 out of 1 hunk FAILED -- saving rejects to file
includes/CategoryPage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/EditPage.php
Hunk #1 FAILED at 753.
Hunk #2 FAILED at 777.
2 out of 2 hunks FAILED -- saving rejects to file includes/EditPage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Export.php
Hunk #1 FAILED at 578.
1 out of 1 hunk FAILED -- saving rejects to file includes/Export.php.rej
(Stripping trailing CRs from patch.)
patching file includes/ImageGallery.php
Hunk #1 FAILED at 244.
Hunk #2 FAILED at 302.
2 out of 2 hunks FAILED -- saving rejects to file
includes/ImageGallery.php.rej
(Stripping trailing CRs from patch.)
patching file includes/ImagePage.php
Hunk #1 FAILED at 63.
Hunk #2 FAILED at 493.
Hunk #3 FAILED at 577.
Hunk #4 FAILED at 608.
4 out of 4 hunks FAILED -- saving rejects to file
includes/ImagePage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/ImageQueryPage.php
Hunk #1 FAILED at 47.
1 out of 1 hunk FAILED -- saving rejects to file
includes/ImageQueryPage.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Linker.php
Hunk #1 FAILED at 708.
1 out of 1 hunk FAILED -- saving rejects to file includes/Linker.php.rej
(Stripping trailing CRs from patch.)
patching file includes/MediaTransformOutput.php
Hunk #1 FAILED at 89.
1 out of 1 hunk FAILED -- saving rejects to file
includes/MediaTransformOutput.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Namespace.php
Hunk #1 FAILED at 53.
Hunk #2 FAILED at 53.
2 out of 2 hunks FAILED -- saving rejects to file
includes/Namespace.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Title.php
Hunk #1 FAILED at 251.
Hunk #2 FAILED at 471.
Hunk #3 FAILED at 1214.
Hunk #4 FAILED at 1796.
Hunk #5 FAILED at 2057.
Hunk #6 FAILED at 2095.
Hunk #7 FAILED at 2692.
Hunk #8 FAILED at 2996.
Hunk #9 FAILED at 3112.
Hunk #10 FAILED at 3263.
Hunk #11 FAILED at 3569.
Hunk #12 FAILED at 3729.
12 out of 12 hunks FAILED -- saving rejects to file includes/Title.php.rej
(Stripping trailing CRs from patch.)
patching file includes/Wiki.php
Hunk #1 FAILED at 255.
Hunk #2 FAILED at 301.
2 out of 2 hunks FAILED -- saving rejects to file includes/Wiki.php.rej
(Stripping trailing CRs from patch.)
patching file includes/filerepo/ArchivedFile.php
Hunk #1 FAILED at 86.
1 out of 1 hunk FAILED -- saving rejects to file
includes/filerepo/ArchivedFile.php.rej
(Stripping trailing CRs from patch.)
patching file includes/filerepo/FileRepo.php
Hunk #1 FAILED at 114.
1 out of 1 hunk FAILED -- saving rejects to file
includes/filerepo/FileRepo.php.rej
(Stripping trailing CRs from patch.)
patching file includes/parser/Parser.php
Hunk #1 FAILED at 1675.
Hunk #2 FAILED at 4191.
Hunk #3 FAILED at 4218.
Hunk #4 FAILED at 4447.
4 out of 4 hunks FAILED -- saving rejects to file
includes/parser/Parser.php.rej
(Stripping trailing CRs from patch.)
patching file includes/specials/SpecialFilepath.php
Hunk #1 FAILED at 11.
1 out of 1 hunk FAILED -- saving rejects to file
includes/specials/SpecialFilepath.php.rej
(Stripping trailing CRs from patch.)
patching file includes/specials/SpecialSearch.php
Hunk #1 FAILED at 471.
1 out of 1 hunk FAILED -- saving rejects to file
includes/specials/SpecialSearch.php.rej
(Stripping trailing CRs from patch.)
patching file includes/specials/SpecialUndelete.php
Hunk #1 FAILED at 119.
Hunk #2 FAILED at 179.
Hunk #3 FAILED at 373.
Hunk #4 FAILED at 600.
4 out of 4 hunks FAILED -- saving rejects to file
includes/specials/SpecialUndelete.php.rej

Cheers
Neill.

Neill Mitchell wrote:
> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>
> I've enabled the Rich Media v1.2 extension by following the instructions
> carefully (including importing the v1.2 XML).
>
> When I add to a page I get
> {{#ifeq:True|True|
>
> then the RM box and then
>
> |}}
>
> Also, nothing happens when I click on attach file. Nothing happens when
> I click the upload icon in the WYSIWYG editor either.
>
> I'd love to get this working as it looks great. The normal Mediawiki
> upload is just unworkable for normal people ;)
>
> Any ideas?
>
> Thanks!
>
>
>  
>>  
>>    
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Semediawiki-user mailing list
> [e-mail]
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>  


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Hi Benjamin.

I am running 1.15.1 :)

Okay, tried:

php /var/www/webapps/halo/deployment/tools/patch.php -d
/var/ww/webapps/halo/ -p
/home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt

But get loads of these type of errors:

Read patch file:
/home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
Applying patch to:
includes/Article.php
Write patch file:
/var/ww/webapps/halo/includes/__patch__.txt
Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt): failed to
open stream: No such file or directory in
/var/www/webapps/halo/deployment/tools/patch.php on line 86

Warning: fwrite(): supplied argument is not a valid stream resource in
/var/www/webapps/halo/deployment/tools/patch.php on line 87

Warning: fclose(): supplied argument is not a valid stream resource in
/var/www/webapps/halo/deployment/tools/patch.php on line 88

Execute patch:
patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
"/var/ww/webapps/halo/includes"patch: **** Can't change to directory
/var/ww/webapps/halo/includes : No such file or directory

Delete patch file:
/var/ww/webapps/halo/includes/__patch__.txt
Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No such
file or directory in /var/www/webapps/halo/deployment/tools/patch.php on
line 115

Any ideas?

Thanks very much for your help.

Cheers
Neill.
Benjamin Langguth wrote:

> Hello Neill,
>
> well, the Problem with the #ifeq is already solved - great!
> So, how did you execute the patch?
> I assume that you forgot to set the patch directory.
> Try s.th. like that:
>
> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>
> I just ran this again for testing and everything worked out fine.
> Please keep in mind, that this patch only supports MW 1.15.1 and may fail
> for other versions.
>
> Kind regards,
> Benjamin
>
>
> Neill Mitchell wrote:
>  
>> Okay, enabled ApplicationProgramming/ParserFunctions and StringFunctions
>> which gets rid of the ifeq error.
>>
>> Still nothing happens when I click the Attach File though.
>>
>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media SVN. A
>> lot of hunks failed:
>> (Stripping trailing CRs from patch.)
>> patching file includes/Article.php
>> Hunk #1 FAILED at 1346.
>> Hunk #2 FAILED at 3320.
>> Hunk #3 FAILED at 3670.
>> 3 out of 3 hunks FAILED -- saving rejects to file includes/Article.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/CategoryPage.php
>> Hunk #1 FAILED at 242.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/CategoryPage.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/EditPage.php
>> Hunk #1 FAILED at 753.
>> Hunk #2 FAILED at 777.
>> 2 out of 2 hunks FAILED -- saving rejects to file
>> includes/EditPage.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/Export.php
>> Hunk #1 FAILED at 578.
>> 1 out of 1 hunk FAILED -- saving rejects to file includes/Export.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/ImageGallery.php
>> Hunk #1 FAILED at 244.
>> Hunk #2 FAILED at 302.
>> 2 out of 2 hunks FAILED -- saving rejects to file
>> includes/ImageGallery.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/ImagePage.php
>> Hunk #1 FAILED at 63.
>> Hunk #2 FAILED at 493.
>> Hunk #3 FAILED at 577.
>> Hunk #4 FAILED at 608.
>> 4 out of 4 hunks FAILED -- saving rejects to file
>> includes/ImagePage.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/ImageQueryPage.php
>> Hunk #1 FAILED at 47.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/ImageQueryPage.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/Linker.php
>> Hunk #1 FAILED at 708.
>> 1 out of 1 hunk FAILED -- saving rejects to file includes/Linker.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/MediaTransformOutput.php
>> Hunk #1 FAILED at 89.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/MediaTransformOutput.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/Namespace.php
>> Hunk #1 FAILED at 53.
>> Hunk #2 FAILED at 53.
>> 2 out of 2 hunks FAILED -- saving rejects to file
>> includes/Namespace.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/Title.php
>> Hunk #1 FAILED at 251.
>> Hunk #2 FAILED at 471.
>> Hunk #3 FAILED at 1214.
>> Hunk #4 FAILED at 1796.
>> Hunk #5 FAILED at 2057.
>> Hunk #6 FAILED at 2095.
>> Hunk #7 FAILED at 2692.
>> Hunk #8 FAILED at 2996.
>> Hunk #9 FAILED at 3112.
>> Hunk #10 FAILED at 3263.
>> Hunk #11 FAILED at 3569.
>> Hunk #12 FAILED at 3729.
>> 12 out of 12 hunks FAILED -- saving rejects to file includes/Title.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/Wiki.php
>> Hunk #1 FAILED at 255.
>> Hunk #2 FAILED at 301.
>> 2 out of 2 hunks FAILED -- saving rejects to file includes/Wiki.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/filerepo/ArchivedFile.php
>> Hunk #1 FAILED at 86.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/filerepo/ArchivedFile.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/filerepo/FileRepo.php
>> Hunk #1 FAILED at 114.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/filerepo/FileRepo.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/parser/Parser.php
>> Hunk #1 FAILED at 1675.
>> Hunk #2 FAILED at 4191.
>> Hunk #3 FAILED at 4218.
>> Hunk #4 FAILED at 4447.
>> 4 out of 4 hunks FAILED -- saving rejects to file
>> includes/parser/Parser.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/specials/SpecialFilepath.php
>> Hunk #1 FAILED at 11.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/specials/SpecialFilepath.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/specials/SpecialSearch.php
>> Hunk #1 FAILED at 471.
>> 1 out of 1 hunk FAILED -- saving rejects to file
>> includes/specials/SpecialSearch.php.rej
>> (Stripping trailing CRs from patch.)
>> patching file includes/specials/SpecialUndelete.php
>> Hunk #1 FAILED at 119.
>> Hunk #2 FAILED at 179.
>> Hunk #3 FAILED at 373.
>> Hunk #4 FAILED at 600.
>> 4 out of 4 hunks FAILED -- saving rejects to file
>> includes/specials/SpecialUndelete.php.rej
>>
>> Cheers
>> Neill.
>>
>> Neill Mitchell wrote:
>>    
>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>
>>> I've enabled the Rich Media v1.2 extension by following the instructions
>>> carefully (including importing the v1.2 XML).
>>>
>>> When I add to a page I get
>>> {{#ifeq:True|True|
>>>
>>> then the RM box and then
>>>
>>> |}}
>>>
>>> Also, nothing happens when I click on attach file. Nothing happens when
>>> I click the upload icon in the WYSIWYG editor either.
>>>
>>> I'd love to get this working as it looks great. The normal Mediawiki
>>> upload is just unworkable for normal people ;)
>>>
>>> Any ideas?
>>>
>>> Thanks!
>>>
>>>
>>>  
>>>      
>>>>  
>>>>    
>>>>        
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Semediawiki-user mailing list
>>> Semediawiki-user@...
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>>  
>>>      
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Semediawiki-user mailing list
>> Semediawiki-user@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>
>>
>>    
>
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Doh! Spot the typo. Not enough w's in www!

So I tried:
php /var/www/webapps/halo/deployment/tools/patch.php -d
/var/www/webapps/halo/ -p
/home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt

:)

Unfortunately it throws the same errors as when I tried with pach
command direct:

Read patch file:
/home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
Applying patch to:
includes/Article.php
Write patch file:
/var/www/webapps/halo/includes/__patch__.txt
Execute patch:
patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
"/var/www/webapps/halo/includes"
3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
Delete patch file:
/var/www/webapps/halo/includes/__patch__.txt

etc etc.

A bit stumped now.

Cheers
Neill.
Neill Mitchell wrote:

> Hi Benjamin.
>
> I am running 1.15.1 :)
>
> Okay, tried:
>
> php /var/www/webapps/halo/deployment/tools/patch.php -d
> /var/ww/webapps/halo/ -p
> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>
> But get loads of these type of errors:
>
> Read patch file:
> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
> Applying patch to:
> includes/Article.php
> Write patch file:
> /var/ww/webapps/halo/includes/__patch__.txt
> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt): failed to
> open stream: No such file or directory in
> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>
> Warning: fwrite(): supplied argument is not a valid stream resource in
> /var/www/webapps/halo/deployment/tools/patch.php on line 87
>
> Warning: fclose(): supplied argument is not a valid stream resource in
> /var/www/webapps/halo/deployment/tools/patch.php on line 88
>
> Execute patch:
> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
> "/var/ww/webapps/halo/includes"patch: **** Can't change to directory
> /var/ww/webapps/halo/includes : No such file or directory
>
> Delete patch file:
> /var/ww/webapps/halo/includes/__patch__.txt
> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No such
> file or directory in /var/www/webapps/halo/deployment/tools/patch.php
> on line 115
>
> Any ideas?
>
> Thanks very much for your help.
>
> Cheers
> Neill.
> Benjamin Langguth wrote:
>
>> Hello Neill,
>>
>> well, the Problem with the #ifeq is already solved - great!
>> So, how did you execute the patch?
>> I assume that you forgot to set the patch directory.
>> Try s.th. like that:
>>
>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>
>> I just ran this again for testing and everything worked out fine.
>> Please keep in mind, that this patch only supports MW 1.15.1 and may
>> fail
>> for other versions.
>>
>> Kind regards,
>> Benjamin
>>
>>
>> Neill Mitchell wrote:
>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>> StringFunctions which gets rid of the ifeq error.
>>>
>>> Still nothing happens when I click the Attach File though.
>>>
>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media SVN.
>>> A lot of hunks failed:
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Article.php
>>> Hunk #1 FAILED at 1346.
>>> Hunk #2 FAILED at 3320.
>>> Hunk #3 FAILED at 3670.
>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>> includes/Article.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/CategoryPage.php
>>> Hunk #1 FAILED at 242.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/CategoryPage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/EditPage.php
>>> Hunk #1 FAILED at 753.
>>> Hunk #2 FAILED at 777.
>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>> includes/EditPage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Export.php
>>> Hunk #1 FAILED at 578.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/Export.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/ImageGallery.php
>>> Hunk #1 FAILED at 244.
>>> Hunk #2 FAILED at 302.
>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>> includes/ImageGallery.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/ImagePage.php
>>> Hunk #1 FAILED at 63.
>>> Hunk #2 FAILED at 493.
>>> Hunk #3 FAILED at 577.
>>> Hunk #4 FAILED at 608.
>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>> includes/ImagePage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/ImageQueryPage.php
>>> Hunk #1 FAILED at 47.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/ImageQueryPage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Linker.php
>>> Hunk #1 FAILED at 708.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/Linker.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/MediaTransformOutput.php
>>> Hunk #1 FAILED at 89.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/MediaTransformOutput.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Namespace.php
>>> Hunk #1 FAILED at 53.
>>> Hunk #2 FAILED at 53.
>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>> includes/Namespace.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Title.php
>>> Hunk #1 FAILED at 251.
>>> Hunk #2 FAILED at 471.
>>> Hunk #3 FAILED at 1214.
>>> Hunk #4 FAILED at 1796.
>>> Hunk #5 FAILED at 2057.
>>> Hunk #6 FAILED at 2095.
>>> Hunk #7 FAILED at 2692.
>>> Hunk #8 FAILED at 2996.
>>> Hunk #9 FAILED at 3112.
>>> Hunk #10 FAILED at 3263.
>>> Hunk #11 FAILED at 3569.
>>> Hunk #12 FAILED at 3729.
>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>> includes/Title.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Wiki.php
>>> Hunk #1 FAILED at 255.
>>> Hunk #2 FAILED at 301.
>>> 2 out of 2 hunks FAILED -- saving rejects to file includes/Wiki.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/filerepo/ArchivedFile.php
>>> Hunk #1 FAILED at 86.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/filerepo/ArchivedFile.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/filerepo/FileRepo.php
>>> Hunk #1 FAILED at 114.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/filerepo/FileRepo.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/parser/Parser.php
>>> Hunk #1 FAILED at 1675.
>>> Hunk #2 FAILED at 4191.
>>> Hunk #3 FAILED at 4218.
>>> Hunk #4 FAILED at 4447.
>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>> includes/parser/Parser.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/specials/SpecialFilepath.php
>>> Hunk #1 FAILED at 11.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/specials/SpecialFilepath.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/specials/SpecialSearch.php
>>> Hunk #1 FAILED at 471.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/specials/SpecialSearch.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/specials/SpecialUndelete.php
>>> Hunk #1 FAILED at 119.
>>> Hunk #2 FAILED at 179.
>>> Hunk #3 FAILED at 373.
>>> Hunk #4 FAILED at 600.
>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>> includes/specials/SpecialUndelete.php.rej
>>>
>>> Cheers
>>> Neill.
>>>
>>> Neill Mitchell wrote:
>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>
>>>> I've enabled the Rich Media v1.2 extension by following the
>>>> instructions carefully (including importing the v1.2 XML).
>>>>
>>>> When I add to a page I get
>>>> {{#ifeq:True|True|
>>>>
>>>> then the RM box and then
>>>>
>>>> |}}
>>>>
>>>> Also, nothing happens when I click on attach file. Nothing happens
>>>> when I click the upload icon in the WYSIWYG editor either.
>>>>
>>>> I'd love to get this working as it looks great. The normal
>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>
>>>> Any ideas?
>>>>
>>>> Thanks!
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day trial. Simplify your report design, integration and
>>>> deployment - and
>>>> focus on what you do best, core application coding. Discover what's
>>>> new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Semediawiki-user mailing list
>>>> Semediawiki-user@...
>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>
>>> ------------------------------------------------------------------------------
>>>
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day trial. Simplify your report design, integration and
>>> deployment - and focus
>>> on what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Semediawiki-user mailing list
>>> Semediawiki-user@...
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>>
>>
>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Benjamin Langguth]

Hello Neill,

let's put the patch problem in the background and recapitulate first:

You have installed MW 1.15.1 with  SMW 1.4.3 and SMWHalo 1.4.5.

What about SemanticForms? That's also an (the most) important requirement of the RichMedia Extension as described in http://smwforum.ontoprise.com/smwforum/index.php/Help:Installing_Rich_Media_Extension_1.2#Requirements

Did you download RichMedia as zip file from SourceForge?
Did you extract the entire content of this file to your MediaWiki folder?
This should among others overwrite a script of SemanticForms.
And at last did you delete your browsers cache to prevent loading the cached version of this script?

Kind regards,
Benjamin

Neill Mitchell wrote:

Doh! Spot the typo. Not enough w's in www!

So I tried:
php /var/www/webapps/halo/deployment/tools/patch.php -d
/var/www/webapps/halo/ -p
/home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt

:)

Unfortunately it throws the same errors as when I tried with pach
command direct:

Read patch file:
/home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
Applying patch to:
includes/Article.php
Write patch file:
/var/www/webapps/halo/includes/__patch__.txt
Execute patch:
patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
"/var/www/webapps/halo/includes"
3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
Delete patch file:
/var/www/webapps/halo/includes/__patch__.txt

etc etc.

A bit stumped now.

Cheers
Neill.
Neill Mitchell wrote:
> Hi Benjamin.
>
> I am running 1.15.1 :)
>
> Okay, tried:
>
> php /var/www/webapps/halo/deployment/tools/patch.php -d
> /var/ww/webapps/halo/ -p
> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>
> But get loads of these type of errors:
>
> Read patch file:
> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
> Applying patch to:
> includes/Article.php
> Write patch file:
> /var/ww/webapps/halo/includes/__patch__.txt
> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt): failed to
> open stream: No such file or directory in
> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>
> Warning: fwrite(): supplied argument is not a valid stream resource in
> /var/www/webapps/halo/deployment/tools/patch.php on line 87
>
> Warning: fclose(): supplied argument is not a valid stream resource in
> /var/www/webapps/halo/deployment/tools/patch.php on line 88
>
> Execute patch:
> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
> "/var/ww/webapps/halo/includes"patch: **** Can't change to directory
> /var/ww/webapps/halo/includes : No such file or directory
>
> Delete patch file:
> /var/ww/webapps/halo/includes/__patch__.txt
> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No such
> file or directory in /var/www/webapps/halo/deployment/tools/patch.php
> on line 115
>
> Any ideas?
>
> Thanks very much for your help.
>
> Cheers
> Neill.
> Benjamin Langguth wrote:
>
>> Hello Neill,
>>
>> well, the Problem with the #ifeq is already solved - great!
>> So, how did you execute the patch?
>> I assume that you forgot to set the patch directory.
>> Try s.th. like that:
>>
>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>
>> I just ran this again for testing and everything worked out fine.
>> Please keep in mind, that this patch only supports MW 1.15.1 and may
>> fail
>> for other versions.
>>
>> Kind regards,
>> Benjamin
>>
>>
>> Neill Mitchell wrote:
>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>> StringFunctions which gets rid of the ifeq error.
>>>
>>> Still nothing happens when I click the Attach File though.
>>>
>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media SVN.
>>> A lot of hunks failed:
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Article.php
>>> Hunk #1 FAILED at 1346.
>>> Hunk #2 FAILED at 3320.
>>> Hunk #3 FAILED at 3670.
>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>> includes/Article.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/CategoryPage.php
>>> Hunk #1 FAILED at 242.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/CategoryPage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/EditPage.php
>>> Hunk #1 FAILED at 753.
>>> Hunk #2 FAILED at 777.
>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>> includes/EditPage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Export.php
>>> Hunk #1 FAILED at 578.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/Export.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/ImageGallery.php
>>> Hunk #1 FAILED at 244.
>>> Hunk #2 FAILED at 302.
>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>> includes/ImageGallery.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/ImagePage.php
>>> Hunk #1 FAILED at 63.
>>> Hunk #2 FAILED at 493.
>>> Hunk #3 FAILED at 577.
>>> Hunk #4 FAILED at 608.
>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>> includes/ImagePage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/ImageQueryPage.php
>>> Hunk #1 FAILED at 47.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/ImageQueryPage.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Linker.php
>>> Hunk #1 FAILED at 708.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/Linker.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/MediaTransformOutput.php
>>> Hunk #1 FAILED at 89.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/MediaTransformOutput.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Namespace.php
>>> Hunk #1 FAILED at 53.
>>> Hunk #2 FAILED at 53.
>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>> includes/Namespace.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Title.php
>>> Hunk #1 FAILED at 251.
>>> Hunk #2 FAILED at 471.
>>> Hunk #3 FAILED at 1214.
>>> Hunk #4 FAILED at 1796.
>>> Hunk #5 FAILED at 2057.
>>> Hunk #6 FAILED at 2095.
>>> Hunk #7 FAILED at 2692.
>>> Hunk #8 FAILED at 2996.
>>> Hunk #9 FAILED at 3112.
>>> Hunk #10 FAILED at 3263.
>>> Hunk #11 FAILED at 3569.
>>> Hunk #12 FAILED at 3729.
>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>> includes/Title.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/Wiki.php
>>> Hunk #1 FAILED at 255.
>>> Hunk #2 FAILED at 301.
>>> 2 out of 2 hunks FAILED -- saving rejects to file includes/Wiki.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/filerepo/ArchivedFile.php
>>> Hunk #1 FAILED at 86.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/filerepo/ArchivedFile.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/filerepo/FileRepo.php
>>> Hunk #1 FAILED at 114.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/filerepo/FileRepo.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/parser/Parser.php
>>> Hunk #1 FAILED at 1675.
>>> Hunk #2 FAILED at 4191.
>>> Hunk #3 FAILED at 4218.
>>> Hunk #4 FAILED at 4447.
>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>> includes/parser/Parser.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/specials/SpecialFilepath.php
>>> Hunk #1 FAILED at 11.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/specials/SpecialFilepath.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/specials/SpecialSearch.php
>>> Hunk #1 FAILED at 471.
>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>> includes/specials/SpecialSearch.php.rej
>>> (Stripping trailing CRs from patch.)
>>> patching file includes/specials/SpecialUndelete.php
>>> Hunk #1 FAILED at 119.
>>> Hunk #2 FAILED at 179.
>>> Hunk #3 FAILED at 373.
>>> Hunk #4 FAILED at 600.
>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>> includes/specials/SpecialUndelete.php.rej
>>>
>>> Cheers
>>> Neill.
>>>
>>> Neill Mitchell wrote:
>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>
>>>> I've enabled the Rich Media v1.2 extension by following the
>>>> instructions carefully (including importing the v1.2 XML).
>>>>
>>>> When I add to a page I get
>>>> {{#ifeq:True|True|
>>>>
>>>> then the RM box and then
>>>>
>>>> |}}
>>>>
>>>> Also, nothing happens when I click on attach file. Nothing happens
>>>> when I click the upload icon in the WYSIWYG editor either.
>>>>
>>>> I'd love to get this working as it looks great. The normal
>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>
>>>> Any ideas?
>>>>
>>>> Thanks!
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day trial. Simplify your report design, integration and
>>>> deployment - and
>>>> focus on what you do best, core application coding. Discover what's
>>>> new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Semediawiki-user mailing list
>>>> [e-mail]
>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>
>>> ------------------------------------------------------------------------------
>>>
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day trial. Simplify your report design, integration and
>>> deployment - and focus
>>> on what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Semediawiki-user mailing list
>>> [e-mail]
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>>
>>
>
>


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Hi Benjamin.

Okay, I've started from a complete fresh install of Mediawiki. Patches
now work. Not sure what was going on there.

The key to the Attach file not working problem was the SemanticForms
mod. I had upgraded SF it after installing RichMedia. I didn't know
about the SF file overwrite.
Hopefully this hasn't busted SF. It seems to be working okay.

So I've unzipped RM again and it is now working :) Perhaps the SF file
overwrite could be mentioned in the RM INSTALL file for reference? Would
have saved me a lot of head scratching!

Thanks for your help with this.

Has anyone considered doing a complete patched SMW+SMHalo+SMW extensions
tgz? This would save people a lot of time. I would be happy to build the
tgz.

Cheers
Neill.


Benjamin Langguth wrote:

> Hello Neill,
>
> let's put the patch problem in the background and recapitulate first:
>
> You have installed MW 1.15.1 with  SMW 1.4.3 and SMWHalo 1.4.5.
>
> What about SemanticForms? That's also an (the most) important requirement of
> the RichMedia Extension as described in
> http://smwforum.ontoprise.com/smwforum/index.php/Help:Installing_Rich_Media_Extension_1.2#Requirements
>
> Did you download RichMedia as zip file from SourceForge?
> Did you extract the entire content of this file to your MediaWiki folder?
> This should among others overwrite a script of SemanticForms.
> And at last did you delete your browsers cache to prevent loading the cached
> version of this script?
>
> Kind regards,
> Benjamin
>
>
> Neill Mitchell wrote:
>  
>> Doh! Spot the typo. Not enough w's in www!
>>
>> So I tried:
>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>> /var/www/webapps/halo/ -p
>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>
>> :)
>>
>> Unfortunately it throws the same errors as when I tried with pach
>> command direct:
>>
>> Read patch file:
>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>> Applying patch to:
>> includes/Article.php
>> Write patch file:
>> /var/www/webapps/halo/includes/__patch__.txt
>> Execute patch:
>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>> "/var/www/webapps/halo/includes"
>> 3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
>> Delete patch file:
>> /var/www/webapps/halo/includes/__patch__.txt
>>
>> etc etc.
>>
>> A bit stumped now.
>>
>> Cheers
>> Neill.
>> Neill Mitchell wrote:
>>    
>>> Hi Benjamin.
>>>
>>> I am running 1.15.1 :)
>>>
>>> Okay, tried:
>>>
>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>> /var/ww/webapps/halo/ -p
>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>
>>> But get loads of these type of errors:
>>>
>>> Read patch file:
>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>> Applying patch to:
>>> includes/Article.php
>>> Write patch file:
>>> /var/ww/webapps/halo/includes/__patch__.txt
>>> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt): failed to
>>> open stream: No such file or directory in
>>> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>>>
>>> Warning: fwrite(): supplied argument is not a valid stream resource in
>>> /var/www/webapps/halo/deployment/tools/patch.php on line 87
>>>
>>> Warning: fclose(): supplied argument is not a valid stream resource in
>>> /var/www/webapps/halo/deployment/tools/patch.php on line 88
>>>
>>> Execute patch:
>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>> "/var/ww/webapps/halo/includes"patch: **** Can't change to directory
>>> /var/ww/webapps/halo/includes : No such file or directory
>>>
>>> Delete patch file:
>>> /var/ww/webapps/halo/includes/__patch__.txt
>>> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No such
>>> file or directory in /var/www/webapps/halo/deployment/tools/patch.php
>>> on line 115
>>>
>>> Any ideas?
>>>
>>> Thanks very much for your help.
>>>
>>> Cheers
>>> Neill.
>>> Benjamin Langguth wrote:
>>>
>>>      
>>>> Hello Neill,
>>>>
>>>> well, the Problem with the #ifeq is already solved - great!
>>>> So, how did you execute the patch?
>>>> I assume that you forgot to set the patch directory.
>>>> Try s.th. like that:
>>>>
>>>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>>>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>>>
>>>> I just ran this again for testing and everything worked out fine.
>>>> Please keep in mind, that this patch only supports MW 1.15.1 and may
>>>> fail
>>>> for other versions.
>>>>
>>>> Kind regards,
>>>> Benjamin
>>>>
>>>>
>>>> Neill Mitchell wrote:
>>>>        
>>>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>>>> StringFunctions which gets rid of the ifeq error.
>>>>>
>>>>> Still nothing happens when I click the Attach File though.
>>>>>
>>>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media SVN.
>>>>> A lot of hunks failed:
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/Article.php
>>>>> Hunk #1 FAILED at 1346.
>>>>> Hunk #2 FAILED at 3320.
>>>>> Hunk #3 FAILED at 3670.
>>>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>>>> includes/Article.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/CategoryPage.php
>>>>> Hunk #1 FAILED at 242.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/CategoryPage.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/EditPage.php
>>>>> Hunk #1 FAILED at 753.
>>>>> Hunk #2 FAILED at 777.
>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>> includes/EditPage.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/Export.php
>>>>> Hunk #1 FAILED at 578.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/Export.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/ImageGallery.php
>>>>> Hunk #1 FAILED at 244.
>>>>> Hunk #2 FAILED at 302.
>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>> includes/ImageGallery.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/ImagePage.php
>>>>> Hunk #1 FAILED at 63.
>>>>> Hunk #2 FAILED at 493.
>>>>> Hunk #3 FAILED at 577.
>>>>> Hunk #4 FAILED at 608.
>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>> includes/ImagePage.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/ImageQueryPage.php
>>>>> Hunk #1 FAILED at 47.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/ImageQueryPage.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/Linker.php
>>>>> Hunk #1 FAILED at 708.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/Linker.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/MediaTransformOutput.php
>>>>> Hunk #1 FAILED at 89.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/MediaTransformOutput.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/Namespace.php
>>>>> Hunk #1 FAILED at 53.
>>>>> Hunk #2 FAILED at 53.
>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>> includes/Namespace.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/Title.php
>>>>> Hunk #1 FAILED at 251.
>>>>> Hunk #2 FAILED at 471.
>>>>> Hunk #3 FAILED at 1214.
>>>>> Hunk #4 FAILED at 1796.
>>>>> Hunk #5 FAILED at 2057.
>>>>> Hunk #6 FAILED at 2095.
>>>>> Hunk #7 FAILED at 2692.
>>>>> Hunk #8 FAILED at 2996.
>>>>> Hunk #9 FAILED at 3112.
>>>>> Hunk #10 FAILED at 3263.
>>>>> Hunk #11 FAILED at 3569.
>>>>> Hunk #12 FAILED at 3729.
>>>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>>>> includes/Title.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/Wiki.php
>>>>> Hunk #1 FAILED at 255.
>>>>> Hunk #2 FAILED at 301.
>>>>> 2 out of 2 hunks FAILED -- saving rejects to file includes/Wiki.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/filerepo/ArchivedFile.php
>>>>> Hunk #1 FAILED at 86.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/filerepo/ArchivedFile.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/filerepo/FileRepo.php
>>>>> Hunk #1 FAILED at 114.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/filerepo/FileRepo.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/parser/Parser.php
>>>>> Hunk #1 FAILED at 1675.
>>>>> Hunk #2 FAILED at 4191.
>>>>> Hunk #3 FAILED at 4218.
>>>>> Hunk #4 FAILED at 4447.
>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>> includes/parser/Parser.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/specials/SpecialFilepath.php
>>>>> Hunk #1 FAILED at 11.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/specials/SpecialFilepath.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/specials/SpecialSearch.php
>>>>> Hunk #1 FAILED at 471.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>> includes/specials/SpecialSearch.php.rej
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file includes/specials/SpecialUndelete.php
>>>>> Hunk #1 FAILED at 119.
>>>>> Hunk #2 FAILED at 179.
>>>>> Hunk #3 FAILED at 373.
>>>>> Hunk #4 FAILED at 600.
>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>> includes/specials/SpecialUndelete.php.rej
>>>>>
>>>>> Cheers
>>>>> Neill.
>>>>>
>>>>> Neill Mitchell wrote:
>>>>>          
>>>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>>>
>>>>>> I've enabled the Rich Media v1.2 extension by following the
>>>>>> instructions carefully (including importing the v1.2 XML).
>>>>>>
>>>>>> When I add to a page I get
>>>>>> {{#ifeq:True|True|
>>>>>>
>>>>>> then the RM box and then
>>>>>>
>>>>>> |}}
>>>>>>
>>>>>> Also, nothing happens when I click on attach file. Nothing happens
>>>>>> when I click the upload icon in the WYSIWYG editor either.
>>>>>>
>>>>>> I'd love to get this working as it looks great. The normal
>>>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>>>
>>>>>> Any ideas?
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>>
>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>> deployment - and
>>>>>> focus on what you do best, core application coding. Discover what's
>>>>>> new with
>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Semediawiki-user mailing list
>>>>>> Semediawiki-user@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>
>>>>>>            
>>>>> ------------------------------------------------------------------------------
>>>>>
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day trial. Simplify your report design, integration and
>>>>> deployment - and focus
>>>>> on what you do best, core application coding. Discover what's new with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Semediawiki-user mailing list
>>>>> Semediawiki-user@...
>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>
>>>>>
>>>>>          
>>>      
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Semediawiki-user mailing list
>> Semediawiki-user@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>
>>
>>    
>
>  

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Benjamin Langguth]

Hi Neill,

i'm really glad to read this.

I just overwrite one javascript that's only for handling the overlay window
and add some images to the skins directory.
I'm going to update the INSTALL file and explicit mention the file
overwrite process in SMWForum to make things clearer.
Hope you enjoy the RichMedia Extension. :)

Cheers,
Benjamin


Neill Mitchell schrieb:

> Hi Benjamin.
>
> Okay, I've started from a complete fresh install of Mediawiki. Patches
> now work. Not sure what was going on there.
>
> The key to the Attach file not working problem was the SemanticForms
> mod. I had upgraded SF it after installing RichMedia. I didn't know
> about the SF file overwrite.
> Hopefully this hasn't busted SF. It seems to be working okay.
>
> So I've unzipped RM again and it is now working :) Perhaps the SF file
> overwrite could be mentioned in the RM INSTALL file for reference?
> Would have saved me a lot of head scratching!
>
> Thanks for your help with this.
>
> Has anyone considered doing a complete patched SMW+SMHalo+SMW
> extensions tgz? This would save people a lot of time. I would be happy
> to build the tgz.
>
> Cheers
> Neill.
>
>
> Benjamin Langguth wrote:
>> Hello Neill,
>>
>> let's put the patch problem in the background and recapitulate first:
>>
>> You have installed MW 1.15.1 with  SMW 1.4.3 and SMWHalo 1.4.5.
>>
>> What about SemanticForms? That's also an (the most) important
>> requirement of
>> the RichMedia Extension as described in
>> http://smwforum.ontoprise.com/smwforum/index.php/Help:Installing_Rich_Media_Extension_1.2#Requirements 
>>
>>
>> Did you download RichMedia as zip file from SourceForge?
>> Did you extract the entire content of this file to your MediaWiki
>> folder?
>> This should among others overwrite a script of SemanticForms.
>> And at last did you delete your browsers cache to prevent loading the
>> cached
>> version of this script?
>>
>> Kind regards,
>> Benjamin
>>
>>
>> Neill Mitchell wrote:
>>  
>>> Doh! Spot the typo. Not enough w's in www!
>>>
>>> So I tried:
>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>> /var/www/webapps/halo/ -p
>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>
>>> :)
>>>
>>> Unfortunately it throws the same errors as when I tried with pach
>>> command direct:
>>>
>>> Read patch file:
>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>> Applying patch to:
>>> includes/Article.php
>>> Write patch file:
>>> /var/www/webapps/halo/includes/__patch__.txt
>>> Execute patch:
>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>> "/var/www/webapps/halo/includes"
>>> 3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
>>> Delete patch file:
>>> /var/www/webapps/halo/includes/__patch__.txt
>>>
>>> etc etc.
>>>
>>> A bit stumped now.
>>>
>>> Cheers
>>> Neill.
>>> Neill Mitchell wrote:
>>>    
>>>> Hi Benjamin.
>>>>
>>>> I am running 1.15.1 :)
>>>>
>>>> Okay, tried:
>>>>
>>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>>> /var/ww/webapps/halo/ -p
>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>
>>>> But get loads of these type of errors:
>>>>
>>>> Read patch file:
>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>> Applying patch to:
>>>> includes/Article.php
>>>> Write patch file:
>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt): failed
>>>> to open stream: No such file or directory in
>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>>>>
>>>> Warning: fwrite(): supplied argument is not a valid stream resource
>>>> in /var/www/webapps/halo/deployment/tools/patch.php on line 87
>>>>
>>>> Warning: fclose(): supplied argument is not a valid stream resource
>>>> in /var/www/webapps/halo/deployment/tools/patch.php on line 88
>>>>
>>>> Execute patch:
>>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>>> "/var/ww/webapps/halo/includes"patch: **** Can't change to
>>>> directory /var/ww/webapps/halo/includes : No such file or directory
>>>>
>>>> Delete patch file:
>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No
>>>> such file or directory in
>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 115
>>>>
>>>> Any ideas?
>>>>
>>>> Thanks very much for your help.
>>>>
>>>> Cheers
>>>> Neill.
>>>> Benjamin Langguth wrote:
>>>>
>>>>      
>>>>> Hello Neill,
>>>>>
>>>>> well, the Problem with the #ifeq is already solved - great!
>>>>> So, how did you execute the patch?
>>>>> I assume that you forgot to set the patch directory.
>>>>> Try s.th. like that:
>>>>>
>>>>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>>>>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>>>>
>>>>> I just ran this again for testing and everything worked out fine.
>>>>> Please keep in mind, that this patch only supports MW 1.15.1 and
>>>>> may fail
>>>>> for other versions.
>>>>>
>>>>> Kind regards,
>>>>> Benjamin
>>>>>
>>>>>
>>>>> Neill Mitchell wrote:
>>>>>        
>>>>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>>>>> StringFunctions which gets rid of the ifeq error.
>>>>>>
>>>>>> Still nothing happens when I click the Attach File though.
>>>>>>
>>>>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media
>>>>>> SVN. A lot of hunks failed:
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Article.php
>>>>>> Hunk #1 FAILED at 1346.
>>>>>> Hunk #2 FAILED at 3320.
>>>>>> Hunk #3 FAILED at 3670.
>>>>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>>>>> includes/Article.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/CategoryPage.php
>>>>>> Hunk #1 FAILED at 242.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/CategoryPage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/EditPage.php
>>>>>> Hunk #1 FAILED at 753.
>>>>>> Hunk #2 FAILED at 777.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/EditPage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Export.php
>>>>>> Hunk #1 FAILED at 578.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/Export.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/ImageGallery.php
>>>>>> Hunk #1 FAILED at 244.
>>>>>> Hunk #2 FAILED at 302.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/ImageGallery.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/ImagePage.php
>>>>>> Hunk #1 FAILED at 63.
>>>>>> Hunk #2 FAILED at 493.
>>>>>> Hunk #3 FAILED at 577.
>>>>>> Hunk #4 FAILED at 608.
>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>> includes/ImagePage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/ImageQueryPage.php
>>>>>> Hunk #1 FAILED at 47.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/ImageQueryPage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Linker.php
>>>>>> Hunk #1 FAILED at 708.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/Linker.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/MediaTransformOutput.php
>>>>>> Hunk #1 FAILED at 89.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/MediaTransformOutput.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Namespace.php
>>>>>> Hunk #1 FAILED at 53.
>>>>>> Hunk #2 FAILED at 53.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/Namespace.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Title.php
>>>>>> Hunk #1 FAILED at 251.
>>>>>> Hunk #2 FAILED at 471.
>>>>>> Hunk #3 FAILED at 1214.
>>>>>> Hunk #4 FAILED at 1796.
>>>>>> Hunk #5 FAILED at 2057.
>>>>>> Hunk #6 FAILED at 2095.
>>>>>> Hunk #7 FAILED at 2692.
>>>>>> Hunk #8 FAILED at 2996.
>>>>>> Hunk #9 FAILED at 3112.
>>>>>> Hunk #10 FAILED at 3263.
>>>>>> Hunk #11 FAILED at 3569.
>>>>>> Hunk #12 FAILED at 3729.
>>>>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>>>>> includes/Title.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Wiki.php
>>>>>> Hunk #1 FAILED at 255.
>>>>>> Hunk #2 FAILED at 301.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/Wiki.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/filerepo/ArchivedFile.php
>>>>>> Hunk #1 FAILED at 86.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/filerepo/ArchivedFile.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/filerepo/FileRepo.php
>>>>>> Hunk #1 FAILED at 114.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/filerepo/FileRepo.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/parser/Parser.php
>>>>>> Hunk #1 FAILED at 1675.
>>>>>> Hunk #2 FAILED at 4191.
>>>>>> Hunk #3 FAILED at 4218.
>>>>>> Hunk #4 FAILED at 4447.
>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>> includes/parser/Parser.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/specials/SpecialFilepath.php
>>>>>> Hunk #1 FAILED at 11.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/specials/SpecialFilepath.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/specials/SpecialSearch.php
>>>>>> Hunk #1 FAILED at 471.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/specials/SpecialSearch.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/specials/SpecialUndelete.php
>>>>>> Hunk #1 FAILED at 119.
>>>>>> Hunk #2 FAILED at 179.
>>>>>> Hunk #3 FAILED at 373.
>>>>>> Hunk #4 FAILED at 600.
>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>> includes/specials/SpecialUndelete.php.rej
>>>>>>
>>>>>> Cheers
>>>>>> Neill.
>>>>>>
>>>>>> Neill Mitchell wrote:
>>>>>>          
>>>>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>>>>
>>>>>>> I've enabled the Rich Media v1.2 extension by following the
>>>>>>> instructions carefully (including importing the v1.2 XML).
>>>>>>>
>>>>>>> When I add to a page I get
>>>>>>> {{#ifeq:True|True|
>>>>>>>
>>>>>>> then the RM box and then
>>>>>>>
>>>>>>> |}}
>>>>>>>
>>>>>>> Also, nothing happens when I click on attach file. Nothing
>>>>>>> happens when I click the upload icon in the WYSIWYG editor either.
>>>>>>>
>>>>>>> I'd love to get this working as it looks great. The normal
>>>>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>>>>
>>>>>>> Any ideas?
>>>>>>>
>>>>>>> Thanks!
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>>
>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>> 2008
>>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>>> deployment - and
>>>>>>> focus on what you do best, core application coding. Discover
>>>>>>> what's new with
>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>> _______________________________________________
>>>>>>> Semediawiki-user mailing list
>>>>>>> Semediawiki-user@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>>
>>>>>>>            
>>>>>> ------------------------------------------------------------------------------
>>>>>>
>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>> deployment - and focus
>>>>>> on what you do best, core application coding. Discover what's new
>>>>>> with
>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Semediawiki-user mailing list
>>>>>> Semediawiki-user@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>
>>>>>>
>>>>>>          
>>>>      
>>> ------------------------------------------------------------------------------
>>>
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day trial. Simplify your report design, integration and
>>> deployment - and focus
>>> on what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Semediawiki-user mailing list
>>> Semediawiki-user@...
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>>
>>>    
>>
>>  
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Hmm. Still not quite there. After selecting a file and clicking the
Upload file button in the upload popup I get a blank white pane. I can
close the popup by clicking close. The file does then not show in the RM
box either. Clicking Manual refresh list does not cause the uploaded
file to appear either. The file, however, has been uploaded if I look in
the upload log.

I've tried downgrading SF to the smwhalo version, but that does not fix
the problem.

:(

Neill Mitchell wrote:

> Hi Benjamin.
>
> Okay, I've started from a complete fresh install of Mediawiki. Patches
> now work. Not sure what was going on there.
>
> The key to the Attach file not working problem was the SemanticForms
> mod. I had upgraded SF it after installing RichMedia. I didn't know
> about the SF file overwrite.
> Hopefully this hasn't busted SF. It seems to be working okay.
>
> So I've unzipped RM again and it is now working :) Perhaps the SF file
> overwrite could be mentioned in the RM INSTALL file for reference?
> Would have saved me a lot of head scratching!
>
> Thanks for your help with this.
>
> Has anyone considered doing a complete patched SMW+SMHalo+SMW
> extensions tgz? This would save people a lot of time. I would be happy
> to build the tgz.
>
> Cheers
> Neill.
>
>
> Benjamin Langguth wrote:
>> Hello Neill,
>>
>> let's put the patch problem in the background and recapitulate first:
>>
>> You have installed MW 1.15.1 with SMW 1.4.3 and SMWHalo 1.4.5.
>>
>> What about SemanticForms? That's also an (the most) important
>> requirement of
>> the RichMedia Extension as described in
>> http://smwforum.ontoprise.com/smwforum/index.php/Help:Installing_Rich_Media_Extension_1.2#Requirements 
>>
>>
>> Did you download RichMedia as zip file from SourceForge?
>> Did you extract the entire content of this file to your MediaWiki
>> folder?
>> This should among others overwrite a script of SemanticForms.
>> And at last did you delete your browsers cache to prevent loading the
>> cached
>> version of this script?
>>
>> Kind regards,
>> Benjamin
>>
>>
>> Neill Mitchell wrote:
>>> Doh! Spot the typo. Not enough w's in www!
>>>
>>> So I tried:
>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>> /var/www/webapps/halo/ -p
>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>
>>> :)
>>>
>>> Unfortunately it throws the same errors as when I tried with pach
>>> command direct:
>>>
>>> Read patch file:
>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>> Applying patch to:
>>> includes/Article.php
>>> Write patch file:
>>> /var/www/webapps/halo/includes/__patch__.txt
>>> Execute patch:
>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>> "/var/www/webapps/halo/includes"
>>> 3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
>>> Delete patch file:
>>> /var/www/webapps/halo/includes/__patch__.txt
>>>
>>> etc etc.
>>>
>>> A bit stumped now.
>>>
>>> Cheers
>>> Neill.
>>> Neill Mitchell wrote:
>>>> Hi Benjamin.
>>>>
>>>> I am running 1.15.1 :)
>>>>
>>>> Okay, tried:
>>>>
>>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>>> /var/ww/webapps/halo/ -p
>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>
>>>> But get loads of these type of errors:
>>>>
>>>> Read patch file:
>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>> Applying patch to:
>>>> includes/Article.php
>>>> Write patch file:
>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt): failed
>>>> to open stream: No such file or directory in
>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>>>>
>>>> Warning: fwrite(): supplied argument is not a valid stream resource
>>>> in /var/www/webapps/halo/deployment/tools/patch.php on line 87
>>>>
>>>> Warning: fclose(): supplied argument is not a valid stream resource
>>>> in /var/www/webapps/halo/deployment/tools/patch.php on line 88
>>>>
>>>> Execute patch:
>>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>>> "/var/ww/webapps/halo/includes"patch: **** Can't change to
>>>> directory /var/ww/webapps/halo/includes : No such file or directory
>>>>
>>>> Delete patch file:
>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No
>>>> such file or directory in
>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 115
>>>>
>>>> Any ideas?
>>>>
>>>> Thanks very much for your help.
>>>>
>>>> Cheers
>>>> Neill.
>>>> Benjamin Langguth wrote:
>>>>
>>>>> Hello Neill,
>>>>>
>>>>> well, the Problem with the #ifeq is already solved - great!
>>>>> So, how did you execute the patch?
>>>>> I assume that you forgot to set the patch directory.
>>>>> Try s.th. like that:
>>>>>
>>>>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>>>>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>>>>
>>>>> I just ran this again for testing and everything worked out fine.
>>>>> Please keep in mind, that this patch only supports MW 1.15.1 and
>>>>> may fail
>>>>> for other versions.
>>>>>
>>>>> Kind regards,
>>>>> Benjamin
>>>>>
>>>>>
>>>>> Neill Mitchell wrote:
>>>>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>>>>> StringFunctions which gets rid of the ifeq error.
>>>>>>
>>>>>> Still nothing happens when I click the Attach File though.
>>>>>>
>>>>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media
>>>>>> SVN. A lot of hunks failed:
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Article.php
>>>>>> Hunk #1 FAILED at 1346.
>>>>>> Hunk #2 FAILED at 3320.
>>>>>> Hunk #3 FAILED at 3670.
>>>>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>>>>> includes/Article.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/CategoryPage.php
>>>>>> Hunk #1 FAILED at 242.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/CategoryPage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/EditPage.php
>>>>>> Hunk #1 FAILED at 753.
>>>>>> Hunk #2 FAILED at 777.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/EditPage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Export.php
>>>>>> Hunk #1 FAILED at 578.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/Export.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/ImageGallery.php
>>>>>> Hunk #1 FAILED at 244.
>>>>>> Hunk #2 FAILED at 302.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/ImageGallery.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/ImagePage.php
>>>>>> Hunk #1 FAILED at 63.
>>>>>> Hunk #2 FAILED at 493.
>>>>>> Hunk #3 FAILED at 577.
>>>>>> Hunk #4 FAILED at 608.
>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>> includes/ImagePage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/ImageQueryPage.php
>>>>>> Hunk #1 FAILED at 47.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/ImageQueryPage.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Linker.php
>>>>>> Hunk #1 FAILED at 708.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/Linker.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/MediaTransformOutput.php
>>>>>> Hunk #1 FAILED at 89.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/MediaTransformOutput.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Namespace.php
>>>>>> Hunk #1 FAILED at 53.
>>>>>> Hunk #2 FAILED at 53.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/Namespace.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Title.php
>>>>>> Hunk #1 FAILED at 251.
>>>>>> Hunk #2 FAILED at 471.
>>>>>> Hunk #3 FAILED at 1214.
>>>>>> Hunk #4 FAILED at 1796.
>>>>>> Hunk #5 FAILED at 2057.
>>>>>> Hunk #6 FAILED at 2095.
>>>>>> Hunk #7 FAILED at 2692.
>>>>>> Hunk #8 FAILED at 2996.
>>>>>> Hunk #9 FAILED at 3112.
>>>>>> Hunk #10 FAILED at 3263.
>>>>>> Hunk #11 FAILED at 3569.
>>>>>> Hunk #12 FAILED at 3729.
>>>>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>>>>> includes/Title.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/Wiki.php
>>>>>> Hunk #1 FAILED at 255.
>>>>>> Hunk #2 FAILED at 301.
>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>> includes/Wiki.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/filerepo/ArchivedFile.php
>>>>>> Hunk #1 FAILED at 86.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/filerepo/ArchivedFile.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/filerepo/FileRepo.php
>>>>>> Hunk #1 FAILED at 114.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/filerepo/FileRepo.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/parser/Parser.php
>>>>>> Hunk #1 FAILED at 1675.
>>>>>> Hunk #2 FAILED at 4191.
>>>>>> Hunk #3 FAILED at 4218.
>>>>>> Hunk #4 FAILED at 4447.
>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>> includes/parser/Parser.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/specials/SpecialFilepath.php
>>>>>> Hunk #1 FAILED at 11.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/specials/SpecialFilepath.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/specials/SpecialSearch.php
>>>>>> Hunk #1 FAILED at 471.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>> includes/specials/SpecialSearch.php.rej
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file includes/specials/SpecialUndelete.php
>>>>>> Hunk #1 FAILED at 119.
>>>>>> Hunk #2 FAILED at 179.
>>>>>> Hunk #3 FAILED at 373.
>>>>>> Hunk #4 FAILED at 600.
>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>> includes/specials/SpecialUndelete.php.rej
>>>>>>
>>>>>> Cheers
>>>>>> Neill.
>>>>>>
>>>>>> Neill Mitchell wrote:
>>>>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>>>>
>>>>>>> I've enabled the Rich Media v1.2 extension by following the
>>>>>>> instructions carefully (including importing the v1.2 XML).
>>>>>>>
>>>>>>> When I add to a page I get
>>>>>>> {{#ifeq:True|True|
>>>>>>>
>>>>>>> then the RM box and then
>>>>>>>
>>>>>>> |}}
>>>>>>>
>>>>>>> Also, nothing happens when I click on attach file. Nothing
>>>>>>> happens when I click the upload icon in the WYSIWYG editor either.
>>>>>>>
>>>>>>> I'd love to get this working as it looks great. The normal
>>>>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>>>>
>>>>>>> Any ideas?
>>>>>>>
>>>>>>> Thanks!
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>>
>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>> 2008
>>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>>> deployment - and
>>>>>>> focus on what you do best, core application coding. Discover
>>>>>>> what's new with
>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>> _______________________________________________
>>>>>>> Semediawiki-user mailing list
>>>>>>> Semediawiki-user@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>>
>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>> deployment - and focus
>>>>>> on what you do best, core application coding. Discover what's new
>>>>>> with
>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>> _______________________________________________
>>>>>> Semediawiki-user mailing list
>>>>>> Semediawiki-user@...
>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>
>>>>>>
>>> ------------------------------------------------------------------------------
>>>
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day trial. Simplify your report design, integration and
>>> deployment - and focus
>>> on what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Semediawiki-user mailing list
>>> Semediawiki-user@...
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>
>>>
>>
>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Benjamin Langguth]

Sorry, forgot to mention that SF also needs to be patched.

try:
php <location-of-MW-dir>\patches\patch.php -d <location-of-MW-dir>\ -p <location-of-MW-dir>\extensions\RichMedia\patch.txt


Neill Mitchell schrieb:

> Hmm. Still not quite there. After selecting a file and clicking the
> Upload file button in the upload popup I get a blank white pane. I can
> close the popup by clicking close. The file does then not show in the
> RM box either. Clicking Manual refresh list does not cause the
> uploaded file to appear either. The file, however, has been uploaded
> if I look in the upload log.
>
> I've tried downgrading SF to the smwhalo version, but that does not
> fix the problem.
>
> :(
>
> Neill Mitchell wrote:
>> Hi Benjamin.
>>
>> Okay, I've started from a complete fresh install of Mediawiki.
>> Patches now work. Not sure what was going on there.
>>
>> The key to the Attach file not working problem was the SemanticForms
>> mod. I had upgraded SF it after installing RichMedia. I didn't know
>> about the SF file overwrite.
>> Hopefully this hasn't busted SF. It seems to be working okay.
>>
>> So I've unzipped RM again and it is now working :) Perhaps the SF
>> file overwrite could be mentioned in the RM INSTALL file for
>> reference? Would have saved me a lot of head scratching!
>>
>> Thanks for your help with this.
>>
>> Has anyone considered doing a complete patched SMW+SMHalo+SMW
>> extensions tgz? This would save people a lot of time. I would be
>> happy to build the tgz.
>>
>> Cheers
>> Neill.
>>
>>
>> Benjamin Langguth wrote:
>>> Hello Neill,
>>>
>>> let's put the patch problem in the background and recapitulate first:
>>>
>>> You have installed MW 1.15.1 with SMW 1.4.3 and SMWHalo 1.4.5.
>>>
>>> What about SemanticForms? That's also an (the most) important
>>> requirement of
>>> the RichMedia Extension as described in
>>> http://smwforum.ontoprise.com/smwforum/index.php/Help:Installing_Rich_Media_Extension_1.2#Requirements 
>>>
>>>
>>> Did you download RichMedia as zip file from SourceForge?
>>> Did you extract the entire content of this file to your MediaWiki
>>> folder?
>>> This should among others overwrite a script of SemanticForms.
>>> And at last did you delete your browsers cache to prevent loading
>>> the cached
>>> version of this script?
>>>
>>> Kind regards,
>>> Benjamin
>>>
>>>
>>> Neill Mitchell wrote:
>>>> Doh! Spot the typo. Not enough w's in www!
>>>>
>>>> So I tried:
>>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>>> /var/www/webapps/halo/ -p
>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>
>>>> :)
>>>>
>>>> Unfortunately it throws the same errors as when I tried with pach
>>>> command direct:
>>>>
>>>> Read patch file:
>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>> Applying patch to:
>>>> includes/Article.php
>>>> Write patch file:
>>>> /var/www/webapps/halo/includes/__patch__.txt
>>>> Execute patch:
>>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>>> "/var/www/webapps/halo/includes"
>>>> 3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
>>>> Delete patch file:
>>>> /var/www/webapps/halo/includes/__patch__.txt
>>>>
>>>> etc etc.
>>>>
>>>> A bit stumped now.
>>>>
>>>> Cheers
>>>> Neill.
>>>> Neill Mitchell wrote:
>>>>> Hi Benjamin.
>>>>>
>>>>> I am running 1.15.1 :)
>>>>>
>>>>> Okay, tried:
>>>>>
>>>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>>>> /var/ww/webapps/halo/ -p
>>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>>
>>>>> But get loads of these type of errors:
>>>>>
>>>>> Read patch file:
>>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>> Applying patch to:
>>>>> includes/Article.php
>>>>> Write patch file:
>>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>>> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt):
>>>>> failed to open stream: No such file or directory in
>>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>>>>>
>>>>> Warning: fwrite(): supplied argument is not a valid stream
>>>>> resource in /var/www/webapps/halo/deployment/tools/patch.php on
>>>>> line 87
>>>>>
>>>>> Warning: fclose(): supplied argument is not a valid stream
>>>>> resource in /var/www/webapps/halo/deployment/tools/patch.php on
>>>>> line 88
>>>>>
>>>>> Execute patch:
>>>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>>>> "/var/ww/webapps/halo/includes"patch: **** Can't change to
>>>>> directory /var/ww/webapps/halo/includes : No such file or directory
>>>>>
>>>>> Delete patch file:
>>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>>> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No
>>>>> such file or directory in
>>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 115
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> Thanks very much for your help.
>>>>>
>>>>> Cheers
>>>>> Neill.
>>>>> Benjamin Langguth wrote:
>>>>>
>>>>>> Hello Neill,
>>>>>>
>>>>>> well, the Problem with the #ifeq is already solved - great!
>>>>>> So, how did you execute the patch?
>>>>>> I assume that you forgot to set the patch directory.
>>>>>> Try s.th. like that:
>>>>>>
>>>>>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>>>>>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>>>>>
>>>>>>
>>>>>> I just ran this again for testing and everything worked out fine.
>>>>>> Please keep in mind, that this patch only supports MW 1.15.1 and
>>>>>> may fail
>>>>>> for other versions.
>>>>>>
>>>>>> Kind regards,
>>>>>> Benjamin
>>>>>>
>>>>>>
>>>>>> Neill Mitchell wrote:
>>>>>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>>>>>> StringFunctions which gets rid of the ifeq error.
>>>>>>>
>>>>>>> Still nothing happens when I click the Attach File though.
>>>>>>>
>>>>>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media
>>>>>>> SVN. A lot of hunks failed:
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/Article.php
>>>>>>> Hunk #1 FAILED at 1346.
>>>>>>> Hunk #2 FAILED at 3320.
>>>>>>> Hunk #3 FAILED at 3670.
>>>>>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>>>>>> includes/Article.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/CategoryPage.php
>>>>>>> Hunk #1 FAILED at 242.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/CategoryPage.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/EditPage.php
>>>>>>> Hunk #1 FAILED at 753.
>>>>>>> Hunk #2 FAILED at 777.
>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>> includes/EditPage.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/Export.php
>>>>>>> Hunk #1 FAILED at 578.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/Export.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/ImageGallery.php
>>>>>>> Hunk #1 FAILED at 244.
>>>>>>> Hunk #2 FAILED at 302.
>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>> includes/ImageGallery.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/ImagePage.php
>>>>>>> Hunk #1 FAILED at 63.
>>>>>>> Hunk #2 FAILED at 493.
>>>>>>> Hunk #3 FAILED at 577.
>>>>>>> Hunk #4 FAILED at 608.
>>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>>> includes/ImagePage.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/ImageQueryPage.php
>>>>>>> Hunk #1 FAILED at 47.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/ImageQueryPage.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/Linker.php
>>>>>>> Hunk #1 FAILED at 708.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/Linker.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/MediaTransformOutput.php
>>>>>>> Hunk #1 FAILED at 89.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/MediaTransformOutput.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/Namespace.php
>>>>>>> Hunk #1 FAILED at 53.
>>>>>>> Hunk #2 FAILED at 53.
>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>> includes/Namespace.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/Title.php
>>>>>>> Hunk #1 FAILED at 251.
>>>>>>> Hunk #2 FAILED at 471.
>>>>>>> Hunk #3 FAILED at 1214.
>>>>>>> Hunk #4 FAILED at 1796.
>>>>>>> Hunk #5 FAILED at 2057.
>>>>>>> Hunk #6 FAILED at 2095.
>>>>>>> Hunk #7 FAILED at 2692.
>>>>>>> Hunk #8 FAILED at 2996.
>>>>>>> Hunk #9 FAILED at 3112.
>>>>>>> Hunk #10 FAILED at 3263.
>>>>>>> Hunk #11 FAILED at 3569.
>>>>>>> Hunk #12 FAILED at 3729.
>>>>>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>>>>>> includes/Title.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/Wiki.php
>>>>>>> Hunk #1 FAILED at 255.
>>>>>>> Hunk #2 FAILED at 301.
>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>> includes/Wiki.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/filerepo/ArchivedFile.php
>>>>>>> Hunk #1 FAILED at 86.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/filerepo/ArchivedFile.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/filerepo/FileRepo.php
>>>>>>> Hunk #1 FAILED at 114.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/filerepo/FileRepo.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/parser/Parser.php
>>>>>>> Hunk #1 FAILED at 1675.
>>>>>>> Hunk #2 FAILED at 4191.
>>>>>>> Hunk #3 FAILED at 4218.
>>>>>>> Hunk #4 FAILED at 4447.
>>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>>> includes/parser/Parser.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/specials/SpecialFilepath.php
>>>>>>> Hunk #1 FAILED at 11.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/specials/SpecialFilepath.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/specials/SpecialSearch.php
>>>>>>> Hunk #1 FAILED at 471.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>> includes/specials/SpecialSearch.php.rej
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file includes/specials/SpecialUndelete.php
>>>>>>> Hunk #1 FAILED at 119.
>>>>>>> Hunk #2 FAILED at 179.
>>>>>>> Hunk #3 FAILED at 373.
>>>>>>> Hunk #4 FAILED at 600.
>>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>>> includes/specials/SpecialUndelete.php.rej
>>>>>>>
>>>>>>> Cheers
>>>>>>> Neill.
>>>>>>>
>>>>>>> Neill Mitchell wrote:
>>>>>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>>>>>
>>>>>>>> I've enabled the Rich Media v1.2 extension by following the
>>>>>>>> instructions carefully (including importing the v1.2 XML).
>>>>>>>>
>>>>>>>> When I add to a page I get
>>>>>>>> {{#ifeq:True|True|
>>>>>>>>
>>>>>>>> then the RM box and then
>>>>>>>>
>>>>>>>> |}}
>>>>>>>>
>>>>>>>> Also, nothing happens when I click on attach file. Nothing
>>>>>>>> happens when I click the upload icon in the WYSIWYG editor either.
>>>>>>>>
>>>>>>>> I'd love to get this working as it looks great. The normal
>>>>>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>>>>>
>>>>>>>> Any ideas?
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>
>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>>> 2008
>>>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>>>> deployment - and
>>>>>>>> focus on what you do best, core application coding. Discover
>>>>>>>> what's new with
>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>> _______________________________________________
>>>>>>>> Semediawiki-user mailing list
>>>>>>>> Semediawiki-user@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>>
>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>> 2008
>>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>>> deployment - and focus
>>>>>>> on what you do best, core application coding. Discover what's
>>>>>>> new with
>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>> _______________________________________________
>>>>>>> Semediawiki-user mailing list
>>>>>>> Semediawiki-user@...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>>
>>>>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day trial. Simplify your report design, integration and
>>>> deployment - and focus
>>>> on what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Semediawiki-user mailing list
>>>> Semediawiki-user@...
>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>
>>>>
>>>
>>
>>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Thant's got it! Fantastic Benjamin. This is a really great extension.
One of the criticisms from the users of the Mediawiki based tools I've
deployed is the clunky upload. RM will go down with the users very well!

Cheers
Neill.
Benjamin Langguth wrote:

> Sorry, forgot to mention that SF also needs to be patched.
>
> try:
> php <location-of-MW-dir>\patches\patch.php -d <location-of-MW-dir>\ -p
> <location-of-MW-dir>\extensions\RichMedia\patch.txt
>
> Neill Mitchell schrieb:
>> Hmm. Still not quite there. After selecting a file and clicking the
>> Upload file button in the upload popup I get a blank white pane. I
>> can close the popup by clicking close. The file does then not show in
>> the RM box either. Clicking Manual refresh list does not cause the
>> uploaded file to appear either. The file, however, has been uploaded
>> if I look in the upload log.
>>
>> I've tried downgrading SF to the smwhalo version, but that does not
>> fix the problem.
>>
>> :(
>>
>> Neill Mitchell wrote:
>>> Hi Benjamin.
>>>
>>> Okay, I've started from a complete fresh install of Mediawiki.
>>> Patches now work. Not sure what was going on there.
>>>
>>> The key to the Attach file not working problem was the SemanticForms
>>> mod. I had upgraded SF it after installing RichMedia. I didn't know
>>> about the SF file overwrite.
>>> Hopefully this hasn't busted SF. It seems to be working okay.
>>>
>>> So I've unzipped RM again and it is now working :) Perhaps the SF
>>> file overwrite could be mentioned in the RM INSTALL file for
>>> reference? Would have saved me a lot of head scratching!
>>>
>>> Thanks for your help with this.
>>>
>>> Has anyone considered doing a complete patched SMW+SMHalo+SMW
>>> extensions tgz? This would save people a lot of time. I would be
>>> happy to build the tgz.
>>>
>>> Cheers
>>> Neill.
>>>
>>>
>>> Benjamin Langguth wrote:
>>>> Hello Neill,
>>>>
>>>> let's put the patch problem in the background and recapitulate first:
>>>>
>>>> You have installed MW 1.15.1 with SMW 1.4.3 and SMWHalo 1.4.5.
>>>>
>>>> What about SemanticForms? That's also an (the most) important
>>>> requirement of
>>>> the RichMedia Extension as described in
>>>> http://smwforum.ontoprise.com/smwforum/index.php/Help:Installing_Rich_Media_Extension_1.2#Requirements 
>>>>
>>>>
>>>> Did you download RichMedia as zip file from SourceForge?
>>>> Did you extract the entire content of this file to your MediaWiki
>>>> folder?
>>>> This should among others overwrite a script of SemanticForms.
>>>> And at last did you delete your browsers cache to prevent loading
>>>> the cached
>>>> version of this script?
>>>>
>>>> Kind regards,
>>>> Benjamin
>>>>
>>>>
>>>> Neill Mitchell wrote:
>>>>> Doh! Spot the typo. Not enough w's in www!
>>>>>
>>>>> So I tried:
>>>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>>>> /var/www/webapps/halo/ -p
>>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>>
>>>>> :)
>>>>>
>>>>> Unfortunately it throws the same errors as when I tried with pach
>>>>> command direct:
>>>>>
>>>>> Read patch file:
>>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>> Applying patch to:
>>>>> includes/Article.php
>>>>> Write patch file:
>>>>> /var/www/webapps/halo/includes/__patch__.txt
>>>>> Execute patch:
>>>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>>>> "/var/www/webapps/halo/includes"
>>>>> 3 out of 3 hunks FAILED -- saving rejects to file Article.php.rej
>>>>> Delete patch file:
>>>>> /var/www/webapps/halo/includes/__patch__.txt
>>>>>
>>>>> etc etc.
>>>>>
>>>>> A bit stumped now.
>>>>>
>>>>> Cheers
>>>>> Neill.
>>>>> Neill Mitchell wrote:
>>>>>> Hi Benjamin.
>>>>>>
>>>>>> I am running 1.15.1 :)
>>>>>>
>>>>>> Okay, tried:
>>>>>>
>>>>>> php /var/www/webapps/halo/deployment/tools/patch.php -d
>>>>>> /var/ww/webapps/halo/ -p
>>>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>>>
>>>>>> But get loads of these type of errors:
>>>>>>
>>>>>> Read patch file:
>>>>>> /home/neill/Download/mediawiki/halo/RichMediaPatchForMW1_15_1.txt
>>>>>> Applying patch to:
>>>>>> includes/Article.php
>>>>>> Write patch file:
>>>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>>>> Warning: fopen(/var/ww/webapps/halo/includes/__patch__.txt):
>>>>>> failed to open stream: No such file or directory in
>>>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 86
>>>>>>
>>>>>> Warning: fwrite(): supplied argument is not a valid stream
>>>>>> resource in /var/www/webapps/halo/deployment/tools/patch.php on
>>>>>> line 87
>>>>>>
>>>>>> Warning: fclose(): supplied argument is not a valid stream
>>>>>> resource in /var/www/webapps/halo/deployment/tools/patch.php on
>>>>>> line 88
>>>>>>
>>>>>> Execute patch:
>>>>>> patch -u -l -f -s --no-backup-if-mismatch -i __patch__.txt -d
>>>>>> "/var/ww/webapps/halo/includes"patch: **** Can't change to
>>>>>> directory /var/ww/webapps/halo/includes : No such file or directory
>>>>>>
>>>>>> Delete patch file:
>>>>>> /var/ww/webapps/halo/includes/__patch__.txt
>>>>>> Warning: unlink(/var/ww/webapps/halo/includes/__patch__.txt): No
>>>>>> such file or directory in
>>>>>> /var/www/webapps/halo/deployment/tools/patch.php on line 115
>>>>>>
>>>>>> Any ideas?
>>>>>>
>>>>>> Thanks very much for your help.
>>>>>>
>>>>>> Cheers
>>>>>> Neill.
>>>>>> Benjamin Langguth wrote:
>>>>>>
>>>>>>> Hello Neill,
>>>>>>>
>>>>>>> well, the Problem with the #ifeq is already solved - great!
>>>>>>> So, how did you execute the patch?
>>>>>>> I assume that you forgot to set the patch directory.
>>>>>>> Try s.th. like that:
>>>>>>>
>>>>>>> php <folder-to-MW-dir>\patches\patch.php -d <folder-to-MW-dir>\ -p
>>>>>>> <folder-to-MW-dir>\extensions\RichMedia\RichMediaPatchForMW1_15_1.txt
>>>>>>>
>>>>>>>
>>>>>>> I just ran this again for testing and everything worked out fine.
>>>>>>> Please keep in mind, that this patch only supports MW 1.15.1 and
>>>>>>> may fail
>>>>>>> for other versions.
>>>>>>>
>>>>>>> Kind regards,
>>>>>>> Benjamin
>>>>>>>
>>>>>>>
>>>>>>> Neill Mitchell wrote:
>>>>>>>> Okay, enabled ApplicationProgramming/ParserFunctions and
>>>>>>>> StringFunctions which gets rid of the ifeq error.
>>>>>>>>
>>>>>>>> Still nothing happens when I click the Attach File though.
>>>>>>>>
>>>>>>>> I've tried applying the Mediawiki 1.15.1 patch from Rich Media
>>>>>>>> SVN. A lot of hunks failed:
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/Article.php
>>>>>>>> Hunk #1 FAILED at 1346.
>>>>>>>> Hunk #2 FAILED at 3320.
>>>>>>>> Hunk #3 FAILED at 3670.
>>>>>>>> 3 out of 3 hunks FAILED -- saving rejects to file
>>>>>>>> includes/Article.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/CategoryPage.php
>>>>>>>> Hunk #1 FAILED at 242.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/CategoryPage.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/EditPage.php
>>>>>>>> Hunk #1 FAILED at 753.
>>>>>>>> Hunk #2 FAILED at 777.
>>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>>> includes/EditPage.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/Export.php
>>>>>>>> Hunk #1 FAILED at 578.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/Export.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/ImageGallery.php
>>>>>>>> Hunk #1 FAILED at 244.
>>>>>>>> Hunk #2 FAILED at 302.
>>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>>> includes/ImageGallery.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/ImagePage.php
>>>>>>>> Hunk #1 FAILED at 63.
>>>>>>>> Hunk #2 FAILED at 493.
>>>>>>>> Hunk #3 FAILED at 577.
>>>>>>>> Hunk #4 FAILED at 608.
>>>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>>>> includes/ImagePage.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/ImageQueryPage.php
>>>>>>>> Hunk #1 FAILED at 47.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/ImageQueryPage.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/Linker.php
>>>>>>>> Hunk #1 FAILED at 708.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/Linker.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/MediaTransformOutput.php
>>>>>>>> Hunk #1 FAILED at 89.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/MediaTransformOutput.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/Namespace.php
>>>>>>>> Hunk #1 FAILED at 53.
>>>>>>>> Hunk #2 FAILED at 53.
>>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>>> includes/Namespace.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/Title.php
>>>>>>>> Hunk #1 FAILED at 251.
>>>>>>>> Hunk #2 FAILED at 471.
>>>>>>>> Hunk #3 FAILED at 1214.
>>>>>>>> Hunk #4 FAILED at 1796.
>>>>>>>> Hunk #5 FAILED at 2057.
>>>>>>>> Hunk #6 FAILED at 2095.
>>>>>>>> Hunk #7 FAILED at 2692.
>>>>>>>> Hunk #8 FAILED at 2996.
>>>>>>>> Hunk #9 FAILED at 3112.
>>>>>>>> Hunk #10 FAILED at 3263.
>>>>>>>> Hunk #11 FAILED at 3569.
>>>>>>>> Hunk #12 FAILED at 3729.
>>>>>>>> 12 out of 12 hunks FAILED -- saving rejects to file
>>>>>>>> includes/Title.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/Wiki.php
>>>>>>>> Hunk #1 FAILED at 255.
>>>>>>>> Hunk #2 FAILED at 301.
>>>>>>>> 2 out of 2 hunks FAILED -- saving rejects to file
>>>>>>>> includes/Wiki.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/filerepo/ArchivedFile.php
>>>>>>>> Hunk #1 FAILED at 86.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/filerepo/ArchivedFile.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/filerepo/FileRepo.php
>>>>>>>> Hunk #1 FAILED at 114.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/filerepo/FileRepo.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/parser/Parser.php
>>>>>>>> Hunk #1 FAILED at 1675.
>>>>>>>> Hunk #2 FAILED at 4191.
>>>>>>>> Hunk #3 FAILED at 4218.
>>>>>>>> Hunk #4 FAILED at 4447.
>>>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>>>> includes/parser/Parser.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/specials/SpecialFilepath.php
>>>>>>>> Hunk #1 FAILED at 11.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/specials/SpecialFilepath.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/specials/SpecialSearch.php
>>>>>>>> Hunk #1 FAILED at 471.
>>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file
>>>>>>>> includes/specials/SpecialSearch.php.rej
>>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>>> patching file includes/specials/SpecialUndelete.php
>>>>>>>> Hunk #1 FAILED at 119.
>>>>>>>> Hunk #2 FAILED at 179.
>>>>>>>> Hunk #3 FAILED at 373.
>>>>>>>> Hunk #4 FAILED at 600.
>>>>>>>> 4 out of 4 hunks FAILED -- saving rejects to file
>>>>>>>> includes/specials/SpecialUndelete.php.rej
>>>>>>>>
>>>>>>>> Cheers
>>>>>>>> Neill.
>>>>>>>>
>>>>>>>> Neill Mitchell wrote:
>>>>>>>>> I've got Halo 1.4.5 installed with MediaWiki 1.15 and SMW 1.4.3.
>>>>>>>>>
>>>>>>>>> I've enabled the Rich Media v1.2 extension by following the
>>>>>>>>> instructions carefully (including importing the v1.2 XML).
>>>>>>>>>
>>>>>>>>> When I add to a page I get
>>>>>>>>> {{#ifeq:True|True|
>>>>>>>>>
>>>>>>>>> then the RM box and then
>>>>>>>>>
>>>>>>>>> |}}
>>>>>>>>>
>>>>>>>>> Also, nothing happens when I click on attach file. Nothing
>>>>>>>>> happens when I click the upload icon in the WYSIWYG editor
>>>>>>>>> either.
>>>>>>>>>
>>>>>>>>> I'd love to get this working as it looks great. The normal
>>>>>>>>> Mediawiki upload is just unworkable for normal people ;)
>>>>>>>>>
>>>>>>>>> Any ideas?
>>>>>>>>>
>>>>>>>>> Thanks!
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal
>>>>>>>>> Reports 2008
>>>>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>>>>> deployment - and
>>>>>>>>> focus on what you do best, core application coding. Discover
>>>>>>>>> what's new with
>>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>>> _______________________________________________
>>>>>>>>> Semediawiki-user mailing list
>>>>>>>>> Semediawiki-user@...
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>
>>>>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports
>>>>>>>> 2008
>>>>>>>> 30-Day trial. Simplify your report design, integration and
>>>>>>>> deployment - and focus
>>>>>>>> on what you do best, core application coding. Discover what's
>>>>>>>> new with
>>>>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>>>>> _______________________________________________
>>>>>>>> Semediawiki-user mailing list
>>>>>>>> Semediawiki-user@...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>>>>
>>>>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>>
>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>>> 30-Day trial. Simplify your report design, integration and
>>>>> deployment - and focus
>>>>> on what you do best, core application coding. Discover what's new
>>>>> with
>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>>> _______________________________________________
>>>>> Semediawiki-user mailing list
>>>>> Semediawiki-user@...
>>>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Joel Natividad]

Carl,
To confirm, you do have something like this in LocalSettings, right?

$smwgNamespacesWithSemanticLinks[NS_DE2] = true;
$smwgNamespacesWithSemanticLinks[NS_DE2_TALK] = true;

Joel


On Wed, Nov 4, 2009 at 1:58 AM, Carl Yao <cyao@...> wrote:

> Hello Joe,
>
> Thanks for so much for your help. We did adjust
> $smwgNamespacesWithSemanticLinks to include our custom namespace. However it
> still did not show any SMW query results.
>
> Here are the namespace code we have in Localsettings.php.
>
> $smwgNamespaceIndex = 998;
> include_once("$IP/extensions/SemanticMediaWiki/includes/SMW_Settings.php");
> enableSemantics('192.168.20.72');
> include_once("$IP/extensions/SemanticForms/includes/SF_Settings.php");
>
> We have the following for defining custom namespace as well:
>
> define("NS_DE2", 1020);
> define("NS_DE2_TALK", 1021);
> $wgExtraNamespaces[NS_DE2] = "DE2";
> $wgExtraNamespaces[NS_DE2_TALK] = "DE2_talk";
>
> Thanks again for your help!
> Carl
>
>  _____
>
> From: Joel Natividad [mailto:joel.natividad@...]
> Sent: Wednesday, November 04, 2009 2:34 PM
> To: cyao@...
> Subject: Re: [Semediawiki-user] Question about Namespace ID
>
>
> Carl,
> Be sure to adjust $smwgNamespacesWithSemanticLinks
> <http://semantic-mediawiki.org/wiki/Help:Configuration#smwgNamespacesWithSem
> anticLinks>  in LocalSettings.php appropriately to include your custom
> namespaces.
>
>
> See http://semantic-mediawiki.org/wiki/Help:Configuration
>
> Hope this helps,
> Joel
>
> On Nov 3, 2009, at 9:21 AM, Carl Yao wrote:
>
>
> Hello Evan,
>
> Thanks a lot for your response. This issue is really with Semantic Mediawiki
> extension. Yes, we have defined the namespaces with IDs 1000 and above
> correctly. All other extensions are working fine these custom namespaces
> except the queries with Semantic Mediawiki which don't produce any results.
>
> Thanks again for your help!
> Carl
>
>  _____
>
> From: Evan Shaw [mailto:chickencha@...]
> Sent: Tuesday, November 03, 2009 10:12 PM
> To: Jerry Wang
> Cc: semediawiki-user@...; cyao@...
> Subject: Re: [Semediawiki-user] Question about Namespace ID
>
>
> Jerry,
>
>
>
>  $wgExtraNamespaces[1,000] = "Foo";
>  $wgExtraNamespaces[1,001] = "Foo_talk";
>
>
>
> Did you actually include the commas in the numbers? If so, that's your
> problem. As long as you're using a version of MediaWiki that's later than
> 1.5, the maximum namespace ID is a 16-bit number, so 1000 and 1001 are well
> below the maximum.
>
> I hope that helps.
>
> - Evan
>
>
> ----------------------------------------------------------------------------
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>
>
> --
> Joel Natividad
> joel@...
> Think
> <http://web.archive.org/web/20010228171255/www.apple.com/thinkdifferent/>
> Different <http://www.youtube.com/watch?v=4oAB83Z1ydE> !
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Carl Yao]

Hello Joel,

Yes, those links were set in Localsettings.php too.

Thanks,
Carl

-----Original Message-----
From: Joel Natividad [mailto:joel.natividad@...]
Sent: Wednesday, November 04, 2009 11:01 PM
To: cyao@...
Cc: semediawiki-user@...
Subject: Re: [Semediawiki-user] Question about Namespace ID

Carl,
To confirm, you do have something like this in LocalSettings, right?

$smwgNamespacesWithSemanticLinks[NS_DE2] = true;
$smwgNamespacesWithSemanticLinks[NS_DE2_TALK] = true;

Joel


On Wed, Nov 4, 2009 at 1:58 AM, Carl Yao <cyao@...> wrote:

> Hello Joe,
>
> Thanks for so much for your help. We did adjust
> $smwgNamespacesWithSemanticLinks to include our custom namespace.
> However it still did not show any SMW query results.
>
> Here are the namespace code we have in Localsettings.php.
>
> $smwgNamespaceIndex = 998;
> include_once("$IP/extensions/SemanticMediaWiki/includes/SMW_Settings.p
> hp");
> enableSemantics('192.168.20.72');
> include_once("$IP/extensions/SemanticForms/includes/SF_Settings.php");
>
> We have the following for defining custom namespace as well:
>
> define("NS_DE2", 1020);
> define("NS_DE2_TALK", 1021);
> $wgExtraNamespaces[NS_DE2] = "DE2";
> $wgExtraNamespaces[NS_DE2_TALK] = "DE2_talk";
>
> Thanks again for your help!
> Carl
>
>  _____
>
> From: Joel Natividad [mailto:joel.natividad@...]
> Sent: Wednesday, November 04, 2009 2:34 PM
> To: cyao@...
> Subject: Re: [Semediawiki-user] Question about Namespace ID
>
>
> Carl,
> Be sure to adjust $smwgNamespacesWithSemanticLinks
> <http://semantic-mediawiki.org/wiki/Help:Configuration#smwgNamespacesW
> ithSem
> anticLinks>  in LocalSettings.php appropriately to include your custom
> namespaces.
>
>
> See http://semantic-mediawiki.org/wiki/Help:Configuration
>
> Hope this helps,
> Joel
>
> On Nov 3, 2009, at 9:21 AM, Carl Yao wrote:
>
>
> Hello Evan,
>
> Thanks a lot for your response. This issue is really with Semantic
> Mediawiki extension. Yes, we have defined the namespaces with IDs 1000
> and above correctly. All other extensions are working fine these
> custom namespaces except the queries with Semantic Mediawiki which don't

produce any results.

>
> Thanks again for your help!
> Carl
>
>  _____
>
> From: Evan Shaw [mailto:chickencha@...]
> Sent: Tuesday, November 03, 2009 10:12 PM
> To: Jerry Wang
> Cc: semediawiki-user@...; cyao@...
> Subject: Re: [Semediawiki-user] Question about Namespace ID
>
>
> Jerry,
>
>
>
>  $wgExtraNamespaces[1,000] = "Foo";
>  $wgExtraNamespaces[1,001] = "Foo_talk";
>
>
>
> Did you actually include the commas in the numbers? If so, that's your
> problem. As long as you're using a version of MediaWiki that's later
> than 1.5, the maximum namespace ID is a 16-bit number, so 1000 and
> 1001 are well below the maximum.
>
> I hope that helps.
>
> - Evan
>
>
> ----------------------------------------------------------------------
> ------
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment
> - and focus on what you do best, core application coding. Discover
> what's new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july 
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>
>
> --
> Joel Natividad
> joel@...
> Think
> <http://web.archive.org/web/20010228171255/www.apple.com/thinkdifferen
> t/> Different <http://www.youtube.com/watch?v=4oAB83Z1ydE> !
>
>
>
> ----------------------------------------------------------------------
> -------- Let Crystal Reports handle the reporting - Free Crystal
> Reports 2008 30-Day trial. Simplify your report design, integration
> and deployment - and focus on what you do best, core application
> coding. Discover what's new with Crystal Reports now.  
> http://p.sf.net/sfu/bobj-july 
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Neill Mitchell]

Hi.

I've trawled all over the web trying to find a way to delete unused
templates.

Does anyone know of a way to do this? I have too many to delete by hand
without serious RSI!

Thanks!

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user

[Joel Natividad]

Hhhmmm... strange.  You may want to run SMW_refreshData.php in
extensions/SemanticMediawiki/maintenance  and test your queries again.

Betst,
Joel

=======================================================
joel@... * wireless@...
Think Different! (http://en.wikipedia.org/wiki/Think_different#Text)
Imagine Different! (http://www.youtube.com/watch?v=H5tOgRD4EqY)



On Wed, Nov 4, 2009 at 10:05 AM, Carl Yao <cyao@...> wrote:

> Hello Joel,
>
> Yes, those links were set in Localsettings.php too.
>
> Thanks,
> Carl
>
> -----Original Message-----
> From: Joel Natividad [mailto:joel.natividad@...]
> Sent: Wednesday, November 04, 2009 11:01 PM
> To: cyao@...
> Cc: semediawiki-user@...
> Subject: Re: [Semediawiki-user] Question about Namespace ID
>
> Carl,
> To confirm, you do have something like this in LocalSettings, right?
>
> $smwgNamespacesWithSemanticLinks[NS_DE2] = true;
> $smwgNamespacesWithSemanticLinks[NS_DE2_TALK] = true;
>
> Joel
>
>
> On Wed, Nov 4, 2009 at 1:58 AM, Carl Yao <cyao@...> wrote:
>> Hello Joe,
>>
>> Thanks for so much for your help. We did adjust
>> $smwgNamespacesWithSemanticLinks to include our custom namespace.
>> However it still did not show any SMW query results.
>>
>> Here are the namespace code we have in Localsettings.php.
>>
>> $smwgNamespaceIndex = 998;
>> include_once("$IP/extensions/SemanticMediaWiki/includes/SMW_Settings.p
>> hp");
>> enableSemantics('192.168.20.72');
>> include_once("$IP/extensions/SemanticForms/includes/SF_Settings.php");
>>
>> We have the following for defining custom namespace as well:
>>
>> define("NS_DE2", 1020);
>> define("NS_DE2_TALK", 1021);
>> $wgExtraNamespaces[NS_DE2] = "DE2";
>> $wgExtraNamespaces[NS_DE2_TALK] = "DE2_talk";
>>
>> Thanks again for your help!
>> Carl
>>
>>  _____
>>
>> From: Joel Natividad [mailto:joel.natividad@...]
>> Sent: Wednesday, November 04, 2009 2:34 PM
>> To: cyao@...
>> Subject: Re: [Semediawiki-user] Question about Namespace ID
>>
>>
>> Carl,
>> Be sure to adjust $smwgNamespacesWithSemanticLinks
>> <http://semantic-mediawiki.org/wiki/Help:Configuration#smwgNamespacesW
>> ithSem
>> anticLinks>  in LocalSettings.php appropriately to include your custom
>> namespaces.
>>
>>
>> See http://semantic-mediawiki.org/wiki/Help:Configuration
>>
>> Hope this helps,
>> Joel
>>
>> On Nov 3, 2009, at 9:21 AM, Carl Yao wrote:
>>
>>
>> Hello Evan,
>>
>> Thanks a lot for your response. This issue is really with Semantic
>> Mediawiki extension. Yes, we have defined the namespaces with IDs 1000
>> and above correctly. All other extensions are working fine these
>> custom namespaces except the queries with Semantic Mediawiki which don't
> produce any results.
>>
>> Thanks again for your help!
>> Carl
>>
>>  _____
>>
>> From: Evan Shaw [mailto:chickencha@...]
>> Sent: Tuesday, November 03, 2009 10:12 PM
>> To: Jerry Wang
>> Cc: semediawiki-user@...; cyao@...
>> Subject: Re: [Semediawiki-user] Question about Namespace ID
>>
>>
>> Jerry,
>>
>>
>>
>>  $wgExtraNamespaces[1,000] = "Foo";
>>  $wgExtraNamespaces[1,001] = "Foo_talk";
>>
>>
>>
>> Did you actually include the commas in the numbers? If so, that's your
>> problem. As long as you're using a version of MediaWiki that's later
>> than 1.5, the maximum namespace ID is a 16-bit number, so 1000 and
>> 1001 are well below the maximum.
>>
>> I hope that helps.
>>
>> - Evan
>>
>>
>> ----------------------------------------------------------------------
>> ------
>> --
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day trial. Simplify your report design, integration and deployment
>> - and focus on what you do best, core application coding. Discover
>> what's new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Semediawiki-user mailing list
>> Semediawiki-user@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>
>>
>>
>> --
>> Joel Natividad
>> joel@...
>> Think
>> <http://web.archive.org/web/20010228171255/www.apple.com/thinkdifferen
>> t/> Different <http://www.youtube.com/watch?v=4oAB83Z1ydE> !
>>
>>
>>
>> ----------------------------------------------------------------------
>> -------- Let Crystal Reports handle the reporting - Free Crystal
>> Reports 2008 30-Day trial. Simplify your report design, integration
>> and deployment - and focus on what you do best, core application
>> coding. Discover what's new with Crystal Reports now.
>> http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Semediawiki-user mailing list
>> Semediawiki-user@...
>> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user@...
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Semediawiki-user mailing list
Semediawiki-user@...
https://lists.sourceforge.net/lists/listinfo/semediawiki-user